タグ付けされた質問 「encryption」

暗号化は、不正なアクセスから情報を保護するために、暗号を通じて情報を変換しています。

1
Outlook 2010は暗号化されたメールに返信できません
同僚と私は、暗号化された電子メールを使用してパスワードを送信することがあります。私たちは2人ともOutlook 2010を使用しており、両方のデジタルIDは同じ機関によって作成されました。同僚にとっては、暗号化された電子メールの作成、返信、読み取りは問題なく機能します。しかし、私にとっては、彼の暗号化された電子メールを読むことができ、暗号化された電子メールを送信できますが、彼の暗号化された電子メールに返信することはできません。標準のOutlook暗号化エラーメッセージが常に表示されます。 「Microsoft Outlookでは、次の受信者の証明書が見つからないか無効であるか、暗号化機能が競合しているかサポートされていないため、このメッセージの暗号化に問題がありました:」 次に、彼の正しい電子メールアドレスをリストし、暗号化されていない送信またはキャンセルを提案します。 これを引き起こす可能性のあるアイデアはありますか?[暗号化せずに送信]を選択するか、送信前に[暗号化]を選択解除すると、メールは送信されます。 更新:暗号化されたメッセージに返信するときに、[宛先]ボックスで電子メールアドレスを削除し、まったく同じ電子メールアドレスを再入力すると機能します。これにより、同僚のアドレスが重複していたと思い、連絡先リストから完全に削除しました。彼を送ろうとしても見つけられないので、彼がそこにいないことはわかっています。私は彼に新しい暗号化された電子メールを送って、それに署名してもらった。このメールに返信できます。その後、彼を再び連絡先リストに追加しましたが、それでも他の暗号化された電子メールに返信することはできません。彼のアドレスを右クリックすると、連絡先カードを表示して証明書がそこにあることを確認できますが、送信されません。また、上記のエラーメッセージが2回表示されます。(2回キャンセルする必要があります。) 更新2:エラーがポップアップ表示され、[暗号化されていないものを送信]オプションを選択すると、「操作に失敗しました。メッセージングインターフェイスから不明なエラーが返されました。問題が解決しない場合は、Outlookを再起動してください。受信者を解決できません。 」次に[OK]を押して再度送信しようとすると、正常に送信されます(暗号化されていません)。そのエラーメッセージの「受信者を解決できません」の最後の部分は、何が起こっているかに関係があると思います。[宛先]フィールドのメールは正常に動作していないようですが、返信で最初に入力された場合のみです。 更新3:関連する新しいシナリオがありました。通常の(暗号化されていない)電子メールに返信し、暗号化することを決定しましたが、同じ問題がありました。(同じ人です。)[宛先]ボックスのメールアドレスを消去し、同じように再入力して送信しました。したがって、この投稿のタイトルは、「Outlook 2010はメールの返信を暗号化できません」と表現する方がよいでしょう。

4
Debianで「by-uuid」を参照して、ランダムにキーを付けて暗号化されたスワップパーティションを作成する方法は?
復号化されたデータはいつでもクリアテキストでスワップに書き込まれる可能性があるため、GNU / Linuxシステムにブロックデバイス暗号化を実装している場合は、スワップパーティションも暗号化するのが賢明です。 「crypttab」のdebian manページを見ると、起動時にランダムにキー設定されたスワップパーティションを作成する例が表示されます。これにより、起動時にキーがランダムに設定され、システム自体にのみ認識されます。 # Encrypted swap device cswap /dev/sda6 /dev/urandom cipher=aes-cbc-essiv:sha256,hash=ripemd160,size=256,swap この例では、スワップデバイスは従来の開発パスによって参照されます。 /dev/sda6 たとえば、USBドライブが接続されている場合、絶対デバイスパスは変更される可能性があり、起動時に再割り当てされます。/dev/sda6たまたま予想とは異なるパーティションになっていて、その後ランダムスワップデータで上書きされてしまうと、ユーザーは非常に不満になります。 交換、使用UUIDの代わりに、デバイスパス(UUIDは変更されないよう):ソリューションがあるように見えるでしょうだから/dev/sda6と/dev/disk/by-uuid/<whatever the uuid of dev/sda6 is> しかし、ここに問題があります。cryptsetupがブート時に暗号化されたスワップパーティションを再作成するたびに、新しいUUIDが生成されます。どー! したがって、この暗号化されたファイルシステムのUUIDを何らかの方法で保存する必要があります。cryptsetupはその--offsetスイッチでこれを行うことができ、LUKSヘッダー、つまりUUIDを保持できると思います。 私はこのURLを見つけました:https : //wiki.archlinux.org/index.php/System_Encryption_with_LUKS#Using_UUIDs_with_encrypted_swap_partitions Arch Linuxで説明されているソリューションをDebian OSに実装する方法を知っている人はいますか?この文書で言及されているinitスクリプトは、Debian OSには存在しないようです。 ありがとう! 編集 1つは、コマンドを使用して同じ目的(暗号化されたスワップスペース)を達成するためにecryptfsを使用することができます: ecryptfs-setup-swap デバイス暗号化を妨げる問題なし。このAskUbuntuクエリを見てください


1
.htpasswdはどのようなアルゴリズムを使用していますか?
私はこの種のハッシュをプログラムで生成しようとしています: axF3s9cdEnsNP しかし、それがどのようなハッシュであるのか特定できません。ハッシュは.htpasswdファイルから取得されます。 私が試したすべてのオンラインhtpasswdジェネレーターは、異なるタイプのハッシュを生成します。

3
MySQLダンプを取得して暗号化し、s3にプッシュするためのベストプラクティスは何ですか?
この現在のプロジェクトでは、DBをダンプして暗号化し、s3にプッシュする必要があります。このようなタスクの「ベストプラクティス」は何なのでしょうか。今のところ、私はかなり単純な方法を使用していますが、セキュリティが関係しているいくつかのより良いアイデアが欲しいです。これが私のスクリプトの始まりです: mysqldump -u root --password="lepass" --all-databases --single-transaction > db.backup.sql tar -c db.backup.sql | openssl des3 -salt --passphrase foopass > db.backup.tarfile s3put backup/db.backup.tarfile db.backup.tarfile # Let's pull it down again and untar it for kicks s3get surgeryflow-backup/db/db.backup.tarfile db.backup.tarfile cat db.backup.tarfile | openssl des3 -d -salt --passphrase foopass |tar -xvj 明らかに問題は、このスクリプトが攻撃者が地獄を上げるために必要とするすべてのものであることです。 このタスクについての考え、批評、提案は高く評価されます。


3
パスワードで保護されたWinRARアーカイブはどの程度安全ですか?
パスワードリムーバーがウェブに殺到しているようです。しかし、私は反対側にいます。ファイルのセキュリティに興味があります。 WinRARアーカイブ(> 1 Mバイト)を持ち、パスワード(英数字以外の文字を含む6文字以上)を使用している場合、アーカイブはどの程度安全ですか?

5
OSX-フルディスク暗号化[終了]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 5年前休業。 OSXフルディスク暗号化にはどのようなオプションがありますか?どれが一番いいですか?

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