diff options
| author | Eric Biggers <ebiggers@google.com> | 2021-12-20 09:41:55 -0600 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2021-12-20 09:41:55 -0600 |
| commit | 8d89ece7371d95a91cf66de5f30120dde3aed385 (patch) | |
| tree | 2140970045d44545ce7af6bc165fa4835ee66290 /README.md | |
| parent | dd4a9738c6d66a7e4d9ab31527f8eb54ba621b19 (diff) | |
| parent | c7e3ce28b23017cfcc11a38fee888163d4e8d715 (diff) | |
Merge pull request #329 from ebiggers/doc-ssh-issue
README: document issue with ssh ChallengeResponseAuthentication
Diffstat (limited to 'README.md')
| -rw-r--r-- | README.md | 28 |
1 files changed, 21 insertions, 7 deletions
@@ -916,13 +916,27 @@ First, directories won't unlock if your session starts without password authentication. The most common case of this is public-key ssh login. To trigger a password authentication event, run `su $USER -c exit`. -If your session did start with password authentication, then either the PAM -module is not correctly installed and configured, or your login passphrase -changed and got out of sync with your login protector. Ensure you have -correctly [configured the PAM module](#enabling-the-pam-module). Then, if -necessary, [manually change your login protector's -passphrase](#i-changed-my-login-passphrase-now-all-my-directories-are-inaccessible) -to get it back in sync with your actual login passphrase. +If your session did start with password authentication, then the following may +be causing the issue: + +* The PAM module might not be configured correctly. Ensure you have correctly + [configured the PAM module](#enabling-the-pam-module). + +* If your login passphrase recently changed, then it might have gotten out of + sync with your login protector. To fix this, [manually change your login + protector's + passphrase](#i-changed-my-login-passphrase-now-all-my-directories-are-inaccessible) + to get it back in sync with your actual login passphrase. + +* Due to a [bug in sshd](https://bugzilla.mindrot.org/show_bug.cgi?id=2548), + encrypted directories won't auto-unlock when logging in with ssh using the + `ChallengeResponseAuthentication` ssh authentication method, which is also + called `KbdInteractiveAuthentication`. This ssh authentication method + implements password authentication by default, so it might appear similar to + `PasswordAuthentication`. However, only `PasswordAuthentication` works with + `fscrypt`. To avoid this issue, make sure that your `/etc/ssh/sshd_config` + file contains `PasswordAuthentication yes`, `UsePAM yes`, and either + `ChallengeResponseAuthentication no` or `KbdInteractiveAuthentication no`. #### Getting "encryption not enabled" on an ext4 filesystem |