パスフレーズのラップ解除とユーザーセッションキーリングへの挿入に失敗しました


15

コマンドecryptfs-mount-privateで正しいパスフレーズを入力すると、次のエラーが表示されます。

torben@torben-nettop:~$ sudo ecryptfs-recover-private
INFO: Searching for encrypted private directories (this might take a while)...
INFO: Found [/media/0f417b42-11a0-4539-9cae-e11ce3b289c3/home/.ecryptfs/
  torben/.Private].
Try to recover this directory? [Y/n]: y
INFO: Enter your LOGIN passphrase...
Passphrase: 
Error: Unwrapping passphrase and inserting into the user session keyring
  failed [-5]
Info: Check the system log for more information from libecryptfs
torben@torben-nettop:~$ 

Syslogには次の情報があります。

ecryptfs-insert-wrapped-passphrase-into-keyring:  
  Incorrect wrapping key for file [/home/torben/.ecryptfs/wrapped-passphrase]  
ecryptfs-insert-wrapped-passphrase-into-keyring: Error attempting to unwrap
  passphrase from file [/home/torben/.ecryptfs/wrapped-passphrase]; rc = [-5]

->正しいパスフレーズを入力していると確信している場合、暗号化されたホームフォルダーを読み取れるようにこの問題を解決するにはどうすればよいですか?

背景:

  • Ubuntu 11.04を新しいドライブにインストールしました。暗号化されている古いドライブからホームフォルダーをコピーします(パスフレーズがあります)。
  • チャットMarco Ceppiの助けを借りて、昨日これらの正確な手順に従い、暗号化されたホームフォルダーへのアクセスに成功しました。これは、私のパスフレーズが実際に機能することを証明しています。
  • 次に、古い暗号化されたホームフォルダーから新しい暗号化されていないホームフォルダーへのコピーでマシンを起動し、就寝しました。コンピューターに戻ったとき、それはそれ自身を中断したことがわかりました:(そしてフォルダーのコピーを終了していませんでした。
  • コンピューターを再起動し、一時/ recoveryフォルダーを削除してから、まったく同じ手順を再度実行しましたが、上記のエラーが発生しました。これを数回試しました。常に同じ結果。パスフレーズを正しく入力していると確信しています。

私はこの分野に精通していません-したがって、コメントではありません-このリンクされた投稿で「1awsomeguy」による手順を試しましたか? ubuntuforums.org/archive/index.php/t-1471961.html
fossfreedom

そのフォーラムの投稿は、もはや有効ではない指示を参照しています。指示のWebページには、代わり新しいツール使用するように明記されています。これは、上記の質問で使用しようとしたものです。唯一の違いは、問題の暗号化されたフォルダはローカルではなく外部ディスク上にあるため、USB「LiveCD」から起動するのではなく、ローカルで実行することです。
トーベンGundtofte・ブルーン

おそらく高速な方法-ecryptfs開発者に直接連絡してみましたか?彼の連絡先は次のとおりです。launchpad.net /~ kirkland 彼は優しいようです。この質問へのリンクを彼に送信すると、非常に具体的であり、まだ回答されていないため、彼は好奇心をそそられることがあります。
ストラパコフスキー

@strapa-いいね!Launchpadで質問を送信しましたが、このWebページは省略しました。それはうまくいくかもしれません!
トーベンGundtofte・ブルーン

1
どうやらこのエラーメッセージが何を意味するのか誰にもわからない...なんと私の代表者の無駄な無駄!: '-(
Torben Gundtofte-Bruun

回答:


13

更新済み2018年6月19日

概要

最近、外部ドライブから一部のデータを復号化しようとしたときに、同様のエラーが発生していました。エラーメッセージが無効なパスワードからのものであるたびに、これを終日複製できます。代わりにecryptfs-recover-privateを使用していましたが、特定のデータ用であると思うecryptfs-unwrap-passphraseを使用していましたが、違いを調べる気にはなりません。

注:これはコピー/貼り付けのガイドではなく、私の成功の記録です。

パスフレーズの展開

wrapped-passphraseファイルを見つける必要があります。どこにあるかわからない場合は、を使用できますfind。ボリュームをマウントしたら、次のことができます。

sudo find /media -name wrapped-passphrase

以下にリストされている私のパスを返すパスに置き換えたいと思うでしょう。

古いドライブをマウントした後の私の手順。

cd /media/_UUID_/.ecryptfs/paulj/.encryptfs
ecryptfs-unwrap-passphrase ./wrapped-passphrase
Passphrase:

常にパスフレーズの入力を求められます。これは、Ubuntuのインストール時に暗号化されたホームディレクトリを作成したときに最初に設定されたパスワードです。セットアップでは、ログインパスワードとは異なるパスワードを使用することを強くお勧めします...もし過去1時間ログインパスワードを試して失敗した場合は、別のものを試してください..めったに使用しない1つのパスワードを試してください

私は私のものを忘れていた、私は私のすべての私の素晴らしいパスワードを試してみました、そして私はこのエラーメッセージを受け取り続けました:

Error: Unwrapping passphrase failed [-5]
Info: Check the system log for more information from libecryptfs

Googleを約1時間検索した後、私は自分が悪いとわかっているパスワードを試してみようと思ったので、パスフレーズプロンプトでパスワードを入力しました。

以下が吐き出されました:

116b053e08564b53b2967e64e509bdc5

ecryptfs-unwrap-passphraseを再実行し、別のパスワードを試してみましたが、上記と同じ-5エラーメッセージが表示されました。パスフレーズをpasswordに実際に設定したことが判明しました。これは、おそらく過去にubuntuでデータを復号化することに不満があったためです。

キーフレーズにパスフレーズを追加

にパスフレーズを追加ecryptfs-add-passphraseするには、前の手順で生成されたパスフレーズを使用します。

sudo ecryptfs-add-passphrase --fnek
Passphrase: 116b053e08564b53b2967e64e509bdc5

出力:

Inserted auth tok with sig [b69fed2a22932ba4] into the user session keyring
Inserted auth tok with sig [8aad0fb4482edab3] into the user session keyring

マウントまたはリカバリ

この時点で、2つのオプションがあります。マウントを試みることをお勧めします。マウントできない場合は、回復してみてください。

ドライブの取り付け

.Privateディレクトリをマウントされていないボリュームと考えるのは簡単です。

ここでも、独自のディレクトリを指定する必要があります。

sudo mkdir -p /home/paulj/Private
sudo mount -t ecryptfs /media/_UUID_/.ecryptfs/paulj/.Private /home/paulj/Private

Passphrase: 116b053e08564b53b2967e64e509bdc5
Select cipher: 
 1) aes: blocksize = 16; min keysize = 16; max keysize = 32 (loaded)
 2) blowfish: blocksize = 16; min keysize = 16; max keysize = 56 (not loaded)
 3) des3_ede: blocksize = 8; min keysize = 24; max keysize = 24 (not loaded)
 4) cast6: blocksize = 16; min keysize = 16; max keysize = 32 (not loaded)
 5) cast5: blocksize = 8; min keysize = 5; max keysize = 16 (not loaded)
Selection [aes]: aes

Select key bytes: 
 1) 16
 2) 32
 3) 24
Selection [16]: 16

Enable plaintext passthrough (y/n) [n]: n

Enable filename encryption (y/n) [n]: y <-- If your filenames display oddly, toggle this to y or n.

{this is the second value from Inserted auth tok...}
Filename Encryption Key (FNEK) Signature: 8aad0fb4482edab3

Attempting to mount with the following options:
  ecryptfs_unlink_sigs
  ecryptfs_fnek_sig=8aad0fb4482edab3
  ecryptfs_key_bytes=16
  ecryptfs_cipher=aes
  ecryptfs_sig=b69fed2a22932ba4
Mounted eCryptfs

暗号化されたドライブを最初に作成したときに、暗号またはキーバイトをいじらないでください。

古いホームディレクトリ内のすべてのデータを表示します。

cd /home/paulj/Private
ls -la

注:この時点で、無効な許可/所有者/グループセットを取得した場合は、ドライブをアンマウントし、[回復]セクションまでスキップします。

適切な許可セットを取得した場合、そのジャンクを暗号化されたドライブからデスクトップなどにコピーします。

mkdir ~/Desktop/Backup
cp -Rv ./* ~/Desktop/Backup

回復します

ecryptfsを正常にマウントできないことがわかりました。ls無効な許可/所有者/グループ設定が表示されていました。次のように見えました。

total ??
d????-??-?  ?? ??      ??      ??   ??            .
d????-??-?   6 root    root    4.0K Jun 19 11:42  ..
d???------  ?? ??      ??      ??   ??            .aptitude
d????-??-?  ?? ??      ??      ??   ??            .autoenv
-??-?--?--  ?? ??      ??      ??   ??            .autoenv_authorized
d????-??-?  ?? ??      ??      ??   ??            .aws
-??-?--?--  ?? ??      ??      ??   ??            .bash_aliases
-??-------  ?? ??      ??      ??   ??            .bash_history
-??-?--?--  ?? ??      ??      ??   ??            .bash_logout
-??-?--?--  ?? ??      ??      ??   ??            .bashrc
d????-??-?  ?? ??      ??      ??   ??            bin
d????-??-?  ?? ??      ??      ??   ??            .cache
d????-??-?  ?? ??      ??      ??   ??            code
d????-??-?  ?? ??      ??      ??   ??            .config

私が使用しての問題点を巻き上げ、なぜ私はわからないmount私はいじり始めたので、ecryptfs-recover-privateといくつかの運を持っていました。

繰り返しますが、上記で作成した独自のパスフレーズを使用する必要があります。ここで--rwスイッチを使用してマウントを読み取り/書き込みにしたことに注意してください。スイッチを省略すると、読み取り専用でマウントされます。

sudo ecryptfs-recover-private --rw /media/_UUID_/.ecryptfs/paulj/.Private

INFO: Found [/media/_UUID_/.ecryptfs/paulj/.Private].
Try to recover this directory? [Y/n]: Y
INFO: Found your wrapped-passphrase
Do you know your LOGIN passphrase? [Y/n] Y
INFO: Enter your LOGIN passphrase...
Passphrase: 116b053e08564b53b2967e64e509bdc5
Inserted auth tok with sig [b69fed2a22932ba4] into the user session keyring
INFO: Success!  Private data mounted at [/tmp/ecryptfs.idv9OohY].

tmpそれは出力パスはあなたのマウント暗号化が含まれます。

ls -la /tmp/ecryptfs.idv9OohY

これにより、適切な許可セットを含む完全なパスが表示されます。それをどこかにコピーします。

mkdir ~/Desktop/Recovered
sudo cp -Rv /tmp/ecryptfs.idv9OohY ~/Desktop/Recovered

最後に

幸運を!!

これは、Ubuntuのあらゆるバリエーションに使用できるはずです。たとえば、UbuntuとMintおよびLubuntuの間で使用しました。

このスレッドを見つけているだけの場合、パスフレーズとしてパスワードを特に使用しない限り、これらの16進値は機能しません。


3
正確な解決策が含まれていると思われるため、この回答を受け入れます。私のパスワードは実際には「パスワード」ではなかったため、キーが異なります。悲しいかな、私は解決策を探すことをあきらめたので、ドライブはフォーマットされました。そして、私は理由もなく自宅のドライブを暗号化しないことを学んだ:
Torben Gundtofte-Bruun

2
@pauljお尻の救世主バッジを獲得しました。
robertodecurnex

1
@robertodecurnex-喜んで助けてくれて、私はUbuntuを完全にあきらめました。私はMint Desktop、時にはCENTOSサーバーにこだわります。
ポールJ 14年

1
私は同じ状況に陥り、パスフレーズを追加した後にマウントできましたが、今ではECRYPTFS_FNEK_ENCRYPTED ...ファイルのみを見ることができます。暗号化されていないファイルを取得する方法はありますか?
ローマンニューザ

1
@pauljありがとうございます!私の状況が異なっていたとしても、この手順は私にとって正確に機能しました(私は思う)。/homeLinux Mintで暗号化を行い、DebianのライブUSBスティックを使用して、提案どおりに実行しました。私はすでに他の場所で同様の答えを見つけていましたが、最後にいつも奇妙なエラーになりました。あなたがする1つの異なることはですsudo mkdir -p /home/paulj/Private。これで、エラーが何らかの形で権限に関連していたことがわかりました。
マルセロクラ

4

これは自分で修正する試みです。

  1. ダスティンカークランドは2008年に次のように書いています。

    [...]間違ったログインパスワードでマウントパスフレーズをアンラップしようとしています。現在のパスワードと新しいパスワードの両方、または使用した可能性のある他のパスワードの両方を試すことができます。マウントパスフレーズを正常にアンラップできたら、マウントを実行できるはずです。

  2. 新しいシステムのログインユーザー名とログインパスワードは、古いシステムのものと同じです。私がしているパスフレーズを書き留めて、私はそれが(私の質問に証明参照)が正しいことを知っています。

  3. この同様の問題は、チェックアウトする価値があるかもしれません:古い暗号化されたホームをマウントしようとしています

  4. また、新しいシステム上の何かが正しく機能していない可能性があります。これを除外するには、LiveCDで起動し、そこから試してください。

...私が進むにつれて更新される!


0

パスワードが機能しない場合(私はパスワードを変更していませんでしたが)、バックアップパスフレーズを使用してアクセスできました。パスワードを知っているかどうかにノーと答え、最初のブート時に受け取って書き留めた32桁の長い16進数を入力しました。

これは、推測するよりも簡単な場合があります。


0

私は同様の問題(コード直面している間に、それは、任意の助けになることができた場合は-5、ホームディレクトリの暗号解読中に)、私は下のいくつかのファイルを発見.ecryptfsし、.Private自分のユーザーアカウントではなく、ルートによって所有されていませんでした。

これはecryptfs-rewrap-passphrase、ルートとして実行したため、重要なファイルが自分のアカウントからロックされたために発生しました。

したがって、ecryptfs-mount-privateユーザーアカウントで実行すると、一部のファイル(つまり.ecryptfs/wrapped-passphrase)の読み取りと書き込みが拒否されたため、失敗しました。

を実行して問題を解決しましたsudo chown -R USER:USER /home/USER/.ecryptfs /home/USER/.PrivateUSER実際のアカウント名で置き換えます。YMMV

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.