シーザー暗号は、アルファベットの文字を一定の数だけずらすことで暗号化する古典的な換字式暗号です（例：3文字ずらす場合：A#D、B#Eなど）。単一のシフト値がメッセージ全体に均一に適用されるため、単換字式暗号であり、単純である反面、頻度分析や総当たり攻撃に脆弱です（ラテンアルファベットには意味のあるシフトが25通りしかありません）。ヴィジュネル暗号もシフトを利用しますが、繰り返しキーワードを使用して文字ごとにシフト量を変化させます（多換字式）。一方、この質問の表現は、基本的な「シフト暗号」であるシーザー暗号を指していると考えられます。
SHA-1は暗号学的ハッシュ関数であり、暗号文ではありません。ビフィド暗号は、ポリュビウスの正方形座標と転置を組み合わせた分数暗号であり、直接的なシフト方式ではありません。したがって、アルファベットの文字をシフトさせて暗号化する暗号は、シーザー暗号です。

VPN（仮想プライベートネットワーク）は、信頼できない、または共有されているインフラストラクチャ上で、安全でプライベートな通信チャネルを作成するように設計されています。歴史的にも概念的にも、VPNは組織やユーザーが機密性の高いトラフィックをパブリックインターネット経由で送信し、機密性、完全性、および真正性を維持できるようにするために構築されました。「仮想」とは、ネットワークがプライベートリンクのように動作することを意味しますが、基盤となるトランスポートは通常、攻撃者がトラフィックを傍受したり改ざんしたりする可能性のあるパブリックネットワークです。IPsecやSSL/TLSベースのVPNなどのVPNテクノロジーは、パケットをカプセル化し、暗号化と認証を適用することで、パブリックルーティングドメインを通過する場合でもペイロードとセッションメタデータを保護します。「暗号化」や「保護」などのオプションは、通過する基盤となるネットワークではなく、VPNトンネル自体の特性を表します。VPNは、媒体が本質的に安全ではないため、暗号化/保護を提供します。「プライベート」は専用の内部ネットワークを表し、通常は基本的な機密性を実現するためにVPNを必要としません。したがって、VPNはもともとパブリックネットワークを介してトンネルを形成するために設計されました。

デジタルフォレンジックにおいて、捜査官は証拠の完全性を維持し、証拠の保管状況が途切れていないことを証明しなければなりません。元のドライブの暗号化ハッシュ（SHA-256など）を作成し、そのハッシュをフォレンジックビットストリームイメージに適用することで、コピーがビット単位で完全に同一の複製であることを数学的に強力に保証できます。
安全なハッシュ関数は、データのわずかな変更でも劇的に異なるダイジェストを生成するように設計されているため、ハッシュが一致すれば、イメージが取得時にソースと同一のデータを含んでいることを示します。これは、証拠の改ざんを避けるため、オリジナルではなくコピーに対して分析が行われるという、法的な文脈や捜査の文脈において非常に重要です。ハッシュが一致すれば、捜査官は調査した証拠が収集されたものと同一であると証言でき、証拠の許容性と信頼性を裏付けることができます。ハッシュ化は、誰がファイルを作成したかを証明するものではなく、誰かが「ドライブを開いた」かどうかを直接示すものでもありません。ハッシュ化は、キャプチャされたイメージの完全性と等価性を具体的に検証するものです。したがって、オリジナルとビットストリームコピーが同一であることを確認するために、両方のアーティファクトのハッシュ化が行われます。

ソルトは、パスワードハッシュと共に保存され、ハッシュ化時にパスワードと結合される、一意のランダムな値です。その主なセキュリティ上の利点は、異なるアカウントやシステム間で同一のパスワードが同じハッシュを生成しないことを保証することです。2人のユーザーが同じパスワードを選択した場合、ソルトが異なるため、保存されているハッシュは異なります。これにより、攻撃者がハッシュを比較して共有パスワードを特定することを直接的に防ぎます。ソルトは、レインボーテーブルなどの事前計算攻撃も阻止します。攻撃者は、考えられるすべてのソルト値に対してテーブルを再生成する必要があるためです。ソルトが大きく、パスワードごとに一意である場合、この作業は実行不可能になります。ソルトは、パスワードの複雑性ルールを強制しません（これはポリシー/検証機能です）。また、ユーザーが異なるパスワードを選択することを保証せず、サイト間でのパスワードの再利用も防止しません。正しい記述は、ソルトは同じパスワードであっても結果として得られるハッシュを異なるものにし、大規模なオフラインクラッキングに対する耐性を向上させ、「同じハッシュ」を排除するということです。
攻撃者が利用する「同じパスワード」というショートカット。

3DES (Triple DES) は、DES の 64 ビットのブロック サイズを維持しながら、DES を複数回適用することで実効セキュリティを向上させる対称ブロック暗号です。一般的な「2 キー 3DES」バリアントでは、2 つの独立した 56 ビット DES キー (K1 と K2) を暗号化 - 復号 - 暗号化 (EDE) シーケンスで使用します。K1 で暗号化し、K2 で復号し、K1 で再度暗号化します。各 DES キーは 56 ビット (パリティ ビットは除く) なので、キー マテリアルの合計は 112 ビットです。これは、質問の「112 ビットのキー サイズと 64 ビットのブロック サイズ」と一致します。プレーン DES は、56 ビットの実効キーと 64 ビットのブロック サイズのみを使用するため、112 ビットのキー サイズとは一致しません。AES は 128 ビットのブロック サイズと 128/192/256 のキー サイズを持ちます。 IDEAは64ビットのブロックサイズを使用しますが、鍵は128ビットです。したがって、正しいアルゴリズムは3DESです。3DESはDESを改良したものの、64ビットという小さなブロックサイズ（大容量データの場合、誕生日問題が発生する）とAESと比較したパフォーマンスのオーバーヘッドのため、現在では旧式とみなされています。