-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Additional migration details (SSH, extra admin USBS) #183
Conversation
docs/backup_and_restore.rst
Outdated
find ~/.ssh/ -type f -exec mv {} {}.bak \; | ||
|
||
.. note:: | ||
You will be generatating fresh SSH credentials for the servers, and any |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
typo: generatating->generating
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
fixed in fc894a2
docs/backup_and_restore.rst
Outdated
- ``~/.ssh/id_rsa`` | ||
|
||
#. Boot into each additional Admin Workstation, setting an administrative | ||
passphrase during startup. Once logged in, attach the Transfer Device |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would say "set an administration password and unlock the persistent volume on the Tails welcome screen" (that's more consistent with the language we've used elsewhere in the docs).
docs/backup_and_restore.rst
Outdated
|
||
#. Once all *Admin Workstations* have been updated, securely wipe the files on | ||
the Transfer Device, by right-clicking them in the file manager and selecting | ||
**Wipe**. Do not skip this step. Then, reformat the Transfer device using the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would remove "Do not skip this step". If you want the Wipe/Format steps to stand out clearly, we could separate them.
docs/backup_and_restore.rst
Outdated
Device to transfer the public portions of those keys to your primary | ||
*Admin Workstation*, where you will add them to the servers' | ||
``authorized_keys`` files, as described :ref:`here <ssh_add_pubkey>`. | ||
You may also `contact Support`_ for assistance. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- This feels like it might be better placed in context, or in the preface of this section.
- In any event, I would suggest making it clearer that this only pertains to the
id_rsa
/id_rsa.pub
portion of the instructions -- they'll still need to copy the service details to each admin stick.
docs/backup_and_restore.rst
Outdated
and unlock it. | ||
|
||
#. Ensure that this Admin Workstation is using an up-to-date version of Tails | ||
and is running the latest SecureDrop Application code, |version|. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Application->application
Thanks @rocodes! At a high level, the process makes sense to me; my comments are mainly smaller nits. I've not tested the full procedure yet, but I have verified that the I'll admit that I personally just did the plug Admin Workstation 2 into Admin Workstation 1 and copy files over thing. There are reasonable security arguments to use an additional device, but also some additional opsec risks. As we do real-world migrations with admins, I would suggest we keep an eye out for these complexity traps, where real world procedures may not end up reflecting what we put in our docs. |
These are reasonable concerns. I'll defer to others on what the best procedure is, but my reasons for using an intermediate device are:
|
Thanks for your comments, addressed in fc894a2 |
fc894a2
to
ca986d6
Compare
Ok, updated to also address #175. If we're happy with the 'luks usb to copy credentials to other admin sticks' approach, this is ready for review+merge. |
LGTM; I pushed one small commit for whitespace/formatting tweaks and a typo (encryped->encrypted). We do have a merge conflict with the changes from #181. In case it's helpful for your copy/paste convenience, I've pushed 3782d8b in a separate branch, which squashes the changes in this PR into one commit, and resolves the conflict with |
…tating SSH key during migration and on connecting directly to firewall during reinstallation.
73e139e
to
16990ae
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great, thanks again for your work on this @rocodes!
Status
Ready for review
Description of Changes
Description: Add instructions for repairing additional Admin USBs. Add notes on rotating SSH key during migration.
Fixes Migration docs should specify what to do with old
id_rsa
files #174Fixes Clarify network access requirements for migration procedure #175
Fixes Clarify post-migration instructions for preserving SSH access on all Admin Workstations #176
Testing
Release
Checklist (Optional)
make docs-lint
) passed locallymake docs-linkcheck
) passedmake docs
) docs at http://localhost:8000