Recentemente, reiniciamos o servidor e obtivemos falha na montagem do ecryptfs:
...
Assinatura não encontrada no chaveiro do usuário
Talvez tente o 'ecryptfs-mount-private' interativo
user@host:~$
Isso pode ser por causa da mudança de senha?
Embora,
1. There's no mount password
2. We might have login password
Ao tentar recuperar o diretório de montagem, ele gera:
user@host:~$ ls
Access-Your-Private-Data.desktop README.txt
user@host:~$ ecryptfs-mount-private
Enter your login passphrase:
Error: Unwrapping passphrase and inserting into the user session keyring failed [-5]
Info: Check the system log for more information from libecryptfs
ERROR: Your passphrase is incorrect
Enter your login passphrase:
user@host:~$ sudo ecryptfs-mount-private
[sudo] password for user:
Enter your login passphrase:
Inserted auth tok with sig [ad21fabcda6abfeab] into the user session keyring
fopen: No such file or directory
user@host:~$
Então, como você pode ver, ele mostra um erro tão estranho: fopen: No such file or directory
e, também, ao executar ecryptfs-mount-private
sem sudo
- ele falha. Ao montar a pasta usando ecrypts-recover-private
uma senha de login, ela a monta em uma pasta temporária como um encanto.
Além disso, tentamos ecryptfs-rewrap-password
e não funciona sem sudo
o . Então, usando sudo ecryptfs-rewrap-password
conseguiu reempacotar, mas após a reinicialização a mesma situação persiste.
Em suma, o que poderia ser isso; como corrigir este diretório inicial criptografado de montagem automática no login?
Em suma, o arquivo do usuário
wrapped-passphrase
tinha permissões erradas (deveria ser-rw------- user user
, eram-rw------- root root
).Comando Ran
ecryptfs-mount-private
(senha de login digitada) usandostrace
como:Conteúdo de
/tmp/strace.log
:Então, vemos que não há informações suficientes. Executou o mesmo comando (senha de login inserida), mas com sinalizador
-f
para rastrear processos filhos e usando direitos de root :Parte do conteúdo do
/tmp/strace2.log
arquivo:Como podemos ver, não consegue encontrar um arquivo
Private.sig
de root ; parece que deve ser executado pelo usuário que criptografou o diretório que estamos tentando recuperar em vez de executar em um diretório especÃfico.Em suma, executei este comando (senha de login digitada) com os direitos do usuário:
Parte do conteúdo do
/tmp/strace3.log
arquivo:Como podemos ver agora, um
ecryptfs-mount-private
utilitário não pode acessar owrapped-passphrase
arquivo do usuário, o que resultou na mensagem Permissão negada .Verifiquei
/home/user/.ecryptfs/wrapped-passphrase
as permissões do arquivo e elas foram:Alterou o proprietário deste arquivo por meio
sudo chown user:user /home/user/.ecryptfs/wrapped-passphrase
do usuário e reexecutou oecryptfs-mount-private
comando acima ( ) sem strace (senha de login inserida) que resultou em mensagem de sucesso :Configurei uma pasta privada ecryptfs e removi a permissão r & w do arquivo de frase secreta para testar ... Se você verificou o syslog logo após ver a mensagem
Você teria visto linhas como esta:
15 de janeiro 00:21:48 sys ecryptfs-insert-wrapped-passphrase-into-keyring: Falha ao detectar a versão da frase secreta encapsulada: Permissão negada
15 de janeiro 00:21:48 sys ecryptfs-insert-wrapped-passphrase-into-keyring: Erro tentando desempacotar a senha do arquivo [/home/user/.ecryptfs/wrapped-passphrase] ; rc = [-13]
Juntos, eles seriam uma seta bem forte apontando para verificar as permissões do arquivo ~/.ecryptfs/wrapped-passphrase. (Não é necessário sudo ou strace)
Em suma, apenas certifique-se de estar executando o
ecryptfs-mount-private
comando no mesmo diretório do usuário que você está tentando montar ewrapped-passphrase
o arquivo tem permissões -rw----------- ou ( 600 ) e o mesmo proprietário do diretório criptografado.