データ暗号化

データ暗号化とは何か?

データ暗号化とは、読み取り可能な情報(平文)を数学的アルゴリズムと暗号鍵を使用して読み取り不可能な形式(暗号文)に変換することです。正しい復号鍵を持つ者だけが、暗号文を元の読み取り可能な形式に戻すことができます。このプロセスは、デバイスに保存されているデータ(保存データ)、ネットワークを介して送信されるデータ(転送中のデータ)、または積極的に処理されているデータ(使用中のデータ)のいずれであっても、不正アクセス、盗難、改ざん、または操作から機密データを保護します。

暗号化は、企業、政府、個人にとって現代のサイバーセキュリティの基礎的要素として機能し、個人的なコミュニケーション、金融取引、医療記録、知的財産、デジタルインフラストラクチャを保護します。サイバー脅威がますます高度化する中、暗号化は、盗まれたり傍受されたりしたデータを適切な鍵なしでは使用不可能にする重要な防御層を提供します。金融、医療、政府、電子商取引などの業界は、機密情報を保護するために堅牢な暗号化プロトコルを実装することが法律で義務付けられていることがよくあります。これらの要件に準拠しないと、深刻な法的罰則、莫大な財務損失、修復不可能な評判の損害につながる可能性があります。

デジタルトランスフォーメーションが加速し、データ量が爆発的に増加するにつれて、暗号化の重要性は高まるばかりです。適切な暗号化を実装しない組織は、顧客の信頼を損ない、プライバシー規制に違反し、重大なビジネスの混乱をもたらす可能性のあるデータ侵害にさらされます。暗号化はもはやオプションではなく、ビジネス上の必須事項であり、デジタル時代における責任あるデータ管理の基本的な側面です。

データ暗号化はどのように機能するか?

暗号化は、適切な鍵を持つ認可された当事者のみがアクセスして理解できるように情報をエンコードします。暗号化プロセスには、セキュリティを提供するために連携して機能するいくつかの相互接続されたコンポーネントが含まれます。

平文と暗号文

• 平文: 自然な暗号化されていない状態の元の読み取り可能なデータまたはメッセージ。これは、文書、電子メール、データベースレコード、またはあらゆるデジタル情報である可能性があります。
• 暗号文: 暗号化アルゴリズムを適用することによって生成されたデータの暗号化された読み取り不可能なバージョン。暗号文は、復号鍵を持たない人にとってはランダムで意味のない文字として表示されます。

データが暗号化されると、平文は数学的アルゴリズムと暗号鍵を使用して体系的に暗号文に変換されます。逆のプロセスである復号化は、鍵とアルゴリズムを使用して暗号文を平文に変換し、認可されたユーザーのために元の情報を復元します。

暗号鍵

• 暗号鍵: 平文を暗号文に変換するために暗号化アルゴリズムによって使用される文字、数字、またはビットの文字列。鍵は、データに適用される特定の変換を決定します。
• 復号鍵: 暗号文を平文に戻すために使用されます。対称暗号化システムでは、暗号鍵と復号鍵は同一です。非対称暗号化システムでは、それらは異なりますが、複雑な数学的関係を通じて数学的に関連しています。

鍵管理は、効果的な暗号化の基礎を表します。暗号化されたデータのセキュリティは、鍵を安全に保ち、ライフサイクル全体を通じて適切に管理することに完全に依存しています。暗号鍵の紛失は、永久的で回復不可能なデータ損失につながる可能性があります。鍵の露出または侵害は、セキュリティモデル全体を損ない、それらの鍵で暗号化されたすべてのデータを潜在的に露出させる可能性があります。組織は、暗号鍵の安全な生成、配布、保存、ローテーション、破棄を含む厳格な鍵管理慣行を実装する必要があります。

暗号化アルゴリズム

暗号化アルゴリズム(暗号とも呼ばれる)は、データを暗号化および復号化するために使用される数学的手順と変換を定義します。暗号化のセキュリティ強度は、アルゴリズム設計と使用される鍵の長さの両方に依存します。現代の暗号化アルゴリズムは、世界中の暗号専門家によって公に精査およびテストされており、高度な攻撃に耐えることができることを保証しています。

• 対称アルゴリズム: 暗号化と復号化の両方の操作に単一の共有鍵を使用します。例には、AES(Advanced Encryption Standard)、DES(Data Encryption Standard)、Blowfishが含まれます。
• 非対称アルゴリズム: 数学的にリンクされた鍵ペア(暗号化用の公開鍵と復号化用の秘密鍵)を使用します。例には、RSA、ECC(楕円曲線暗号)、Diffie-Hellmanが含まれます。

対称暗号化と非対称暗号化の選択は、特定のユースケース、パフォーマンス要件、セキュリティニーズに依存します。多くの現代のシステムは、それぞれの強みを活用するために両方のタイプを組み合わせたハイブリッドアプローチを使用しています。

データ暗号化の種類

暗号化方法論は、暗号鍵が暗号化および復号化プロセスでどのように管理、配布、使用されるかに基づいて分類できます。

対称暗号化

対称暗号化は、平文の暗号化と暗号文の復号化の両方に単一の共有秘密鍵を使用します。このアプローチにはいくつかの特性があります。

• 単一鍵モデル: 送信者と受信者の両方が同一の秘密鍵を所有する必要があります
• 高パフォーマンス: 対称アルゴリズムは計算効率が高く高速であり、大量のデータの暗号化に適しています
• 鍵配布の課題: 当事者間で秘密鍵を安全に共有することは重大なセキュリティ上の課題を提示します。鍵は安全なチャネルを通じて送信される必要があります
• 一般的なアルゴリズム: AES(128/192/256ビット)、DES(非推奨)、3DES(非推奨)、Blowfish、Twofish
• 典型的なアプリケーション: ディスク暗号化、ファイル暗号化、データベース暗号化、安全なネットワーク内のデータの暗号化

利点:
速度と計算効率により、対称暗号化は大量データの暗号化に理想的です。シンプルな実装と低い処理オーバーヘッドにより、大規模なデータセットのリアルタイム暗号化が可能になります。

欠点:
鍵を安全に共有および配布する必要性は、運用上の複雑さと潜在的なセキュリティ脆弱性を生み出します。共有鍵が侵害されると、その鍵で暗号化されたすべてのデータが脆弱になります。通信する当事者の数が増えるにつれて、鍵管理はますます複雑になります。

非対称暗号化

非対称暗号化は、異なる役割を持つ数学的に関連した鍵のペアを使用します。

• 鍵ペア構造:
  • 公開鍵: 自由に配布および共有でき、データの暗号化に使用されます
  • 秘密鍵: 厳密に機密に保たれる必要があり、データの復号化に使用されます
• 安全な鍵交換: 安全でないチャネルを通じて秘密鍵を送信する必要性を排除します
• 追加機能: デジタル署名、メッセージ認証、否認防止を可能にします
• 一般的なアルゴリズム: RSA(1024-4096ビット)、ECC(楕円曲線暗号)、DSA(デジタル署名アルゴリズム)、Diffie-Hellman
• 典型的なアプリケーション: 安全な電子メール(PGP/GPT)、デジタル署名、SSL/TLS証明書、ハイブリッド暗号化システムにおける初期鍵交換

利点:
鍵交換と通信開始のための優れたセキュリティ。秘密鍵を共有する必要がないため、傍受に対する脆弱性が軽減されます。デジタル署名を通じて認証と否認防止を可能にします。

欠点:
複雑な数学的操作のため、対称暗号化よりも大幅に遅くなります。計算集約的であり、大量のデータを直接暗号化するには実用的ではありません。小量のデータの暗号化、または対称鍵交換のための安全なチャネルの確立に最適です。

対称暗号化と非対称暗号化の比較

ハイブリッド暗号化アプローチ:
ほとんどの現代のセキュリティプロトコル(SSL/TLS、PGP、VPN)は、両方のアプローチを組み合わせたハイブリッド暗号化を使用します。非対称暗号化は対称セッション鍵を安全に交換し、その後、データ送信の大部分に使用されます。これにより、鍵確立のための非対称暗号化のセキュリティ上の利点を提供しながら、実際のデータ転送のための対称暗号化のパフォーマンス上の利点を維持します。

一般的なデータ暗号化アルゴリズム

利用可能な特定のアルゴリズムを理解することで、組織はセキュリティ要件に適した暗号化方法を選択できます。

対称アルゴリズム

• AES(Advanced Encryption Standard): 2001年に米国連邦標準として採用されたブロック暗号。128、192、256ビットの鍵サイズをサポートします。広く安全と考えられており、対称暗号化のゴールドスタンダードです。ファイル暗号化から安全な通信まで、あらゆるものに使用されています。

• DES(Data Encryption Standard): 1970年代に開発された歴史的な56ビットブロック暗号。短い鍵長によるブルートフォース攻撃への脆弱性のため、現在は安全でないと考えられています。新しい実装には使用すべきではありません。

• 3DES(Triple DES): 異なる鍵でDES暗号化を3回適用し、鍵長を実質的に112または168ビットに拡張します。効率性の懸念と計算能力の進歩により、2023年にNISTによって非推奨とされました。

• Blowfish: 可変鍵長(32-448ビット)のブロック暗号。高速で柔軟性があり、レガシーシステムや一部のオープンソースツールで一般的に見られます。主にAESに取って代わられました。

• Twofish: Blowfishの後継として、AES候補として設計されました。最大256ビットの鍵をサポートします。強力なセキュリティ特性と柔軟性がありますが、AESほど広く採用されていません。

• ChaCha20: AESの代替として設計された現代のストリーム暗号。ハードウェアAESアクセラレーションのないモバイルデバイスやシステムで特に効率的です。TLS、VPN、メッセージングアプリで使用されています。

• RC4: かつて広く使用されていたストリーム暗号ですが、発見された脆弱性のため現在は非推奨です。新しいシステムでは使用すべきではありません。

非対称アルゴリズム

• RSA(Rivest-Shamir-Adleman): 最も広く使用されている公開鍵暗号システム。1024から4096ビットの鍵サイズをサポートします(最低2048ビット推奨)。安全なデータ交換、デジタル署名、認証局に使用されます。

• ECC(楕円曲線暗号): はるかに短い鍵長(160-521ビット)でRSAと同等のセキュリティを提供します。モバイルおよびリソース制約のあるデバイスにより効率的です。SSL/TLS、Bitcoin、安全なメッセージングを含む現代のシステムでますます人気が高まっています。

• DSA(デジタル署名アルゴリズム): 暗号化ではなくデジタル署名専用に設計されています。デジタル署名標準(DSS)の一部です。一般的な鍵サイズ: 1024-3072ビット。

• Diffie-Hellman: 2つの当事者が安全でないチャネルを介して共有秘密を確立できるようにする鍵交換プロトコル。多くの鍵確立プロトコルの基礎を形成します。中間者攻撃を防ぐために追加の認証メカニズムが必要です。

• EdDSA(Edwards-curve Digital Signature Algorithm): 楕円曲線暗号を使用する現代の署名スキーム。Ed25519バリアントは高いパフォーマンスとセキュリティを提供します。SSH、TLS、暗号通貨システムで使用されています。

保存データの暗号化 vs 転送中のデータの暗号化 vs エンドツーエンド暗号化

異なるデータ状態には、包括的なセキュリティを維持するために異なる暗号化戦略が必要です。

保存データ

• 定義: ハードドライブ、SSD、データベース、クラウドストレージ、バックアップシステム、リムーバブルメディアなどの物理的または仮想的なストレージメディアに永続的に保存されているデータ。
• リスクプロファイル: 物理的な盗難、ストレージシステムへの不正アクセス、内部脅威、不適切な廃棄、データセンター侵害に対して脆弱です。
• 保護方法:
  • BitLocker(Windows)、FileVault(macOS)、LUKS(Linux)などのツールを使用したフルディスク暗号化(FDE)
  • 選択的保護のためのファイルおよびフォルダレベルの暗号化
  • 透過的データ暗号化(TDE)を含むデータベース暗号化
  • クラウドストレージ暗号化(サーバー側およびクライアント側)
  • バックアップファイルとアーカイブの暗号化
• ユースケース: ラップトップとモバイルデバイスの保護、機密レコードを含むデータベースの保護、クラウドストレージの暗号化、バックアップデータの保護、アーカイブ情報の保護。

転送中のデータ

• 定義: システム間、ネットワーク間、またはある場所から別の場所に送信されているデータ。
• リスクプロファイル: 盗聴、パケットスニッフィング、中間者攻撃、ネットワーク傍受、不正監視に対して脆弱です。
• 保護方法:
  • Webトラフィック用のTLS/SSLプロトコル(HTTPS)
  • 安全なリモートアクセスとサイト間接続のためのVPNトンネル
  • 安全なファイル転送プロトコル(SFTP、FTPS、SCP)
  • 電子メール暗号化(S/MIME、PGP)
  • 暗号化されたメッセージングプロトコル
  • ネットワークレベル暗号化のためのIPsec
• ユースケース: Webトランザクションとオンラインバンキングの保護、電子メール通信の保護、安全なリモートアクセスの確保、システム間のデータ転送の保護、API通信の保護。

エンドツーエンド暗号化(E2EE)

• 定義: 通信エンドポイントのみがメッセージを復号化できる暗号化。中間サーバー、ネットワーク管理者、またはサービスプロバイダーは平文にアクセスできません。
• 主な特性: データは送信者から受信者への全行程で暗号化されたままであり、復号鍵はエンドポイントのみが利用できます。
• 保護: 外部攻撃者と潜在的に侵害されたまたは悪意のあるサービスプロバイダーの両方から保護します。
• 実装例: Signal、WhatsApp、iMessage(iMessageからiMessageへ)、一部の安全な電子メールサービス(ProtonMail)、Zoom E2EEミーティング。
• 利点: 最大限のプライバシー保護、厳格なデータ保護要件への準拠、サービスプロバイダーの侵害または政府のデータアクセス要求からの保護。
• 考慮事項: サーバー側検索、クラウド同期、コンテンツモデレーションなどの特定の機能を制限する可能性があります。暗号鍵が失われた場合、回復オプションは制限されます。

ユースケースと規制コンプライアンス

暗号化は、多数のアプリケーションにわたって重要な機能を果たし、さまざまな規制フレームワークによって義務付けられているか、強く推奨されています。

実用的なユースケース

• デバイスとエンドポイントのセキュリティ: フルディスク暗号化は、ラップトップ、スマートフォン、タブレット、USBドライブのデータを盗難または紛失から保護します。物理的なハードウェアが侵害された場合でも、データにアクセスできないことを保証します。

• クラウドストレージとサービス: クラウドサービスにアップロードする前にデータを暗号化する(クライアント側暗号化)か、プロバイダー管理の暗号化(サーバー側暗号化)を使用することで、クラウドに保存されている情報を保護します。

• 知的財産保護: デジタル著作権管理(DRM)システムは、ソフトウェア、メディアコンテンツ、独自設計の不正コピー、配布、またはリバースエンジニアリングを防ぐために暗号化を使用します。

• 安全な通信: 暗号化されたメッセージングアプリ、安全な電子メール、暗号化された音声/ビデオ通話は、通信のプライバシーと機密性を保護します。

• データベース保護: データベース列または全体のデータベースを暗号化することで、機密ビジネスデータ、顧客情報、財務記録を保護します。

• ネットワークセキュリティ: VPNは、安全なリモートアクセスとサイト間接続のための暗号化されたトンネルを作成します。HTTPSは、ブラウザとサーバー間のすべてのWebトラフィックを暗号化します。

• バックアップと災害復旧: 暗号化されたバックアップは、バックアップメディアが紛失または盗難された場合でも、データが保護されたままであることを保証します。

• 決済システム: PCI DSSは、保存および送信中のカード会員データの暗号化を要求します。ポイントツーポイント暗号化(P2PE)は、キャプチャポイントから処理まで決済カードデータを保護します。

規制コンプライアンス要件

多数の規制が、特定のタイプのデータを保護するための暗号化を義務付けているか、強く推奨しています。

強力な暗号化を実装することで、組織は規制上の罰金を回避し、データ侵害を防ぎ、セキュリティ標準への準拠を実証し、顧客の信頼を保護し、パートナーやクライアントとの契約上の義務を満たすことができます。

データ暗号化の利点

暗号化は、情報セキュリティとビジネス運営に多面的な利点を提供します。

• 機密性: 適切な復号鍵を持つ認可されたユーザーのみが機密データにアクセスできることを保証します。独自、個人、または機密情報の不正閲覧を防ぎます。

• データ整合性: 暗号ハッシュ関数とデジタル署名は、保存または送信中にデータが変更されていないことを検証します。改ざんの試みを検出し、情報の真正性を保証します。

• 認証: 通信当事者の身元を確認します。公開鍵基盤(PKI)とデジタル証明書は、ユーザーが主張する人物であることを検証します。

• 否認防止: デジタル署名は、起源の証明を提供し、送信者がメッセージを送信したことやトランザクションを承認したことを否定することを防ぎます。法的および金融アプリケーションにとって重要です。

• 規制コンプライアンス: 医療、金融、政府、その他の規制されたセクターにわたるデータ保護の法的および業界要件を満たします。機密情報の保護におけるデューデリジェンスを実証します。

• 多層セキュリティ: 重要な多層防御コンポーネントとして機能します。他のセキュリティ管理が失敗した場合でも、暗号化されたデータは保護されたままです。

• モバイルおよびリモートワークのサポート: 任意の場所から企業リソースへの安全なアクセスを可能にします。紛失または盗難される可能性のあるモバイルデバイス上のデータを保護します。

• クラウドセキュリティ: サードパーティのクラウドプロバイダーに保存されているデータを保護します。クライアント側暗号化により、クラウドプロバイダーの管理者でさえ平文データにアクセスできないことを保証します。

• 知的財産保護: 企業秘密、独自アルゴリズム、研究データ、競争情報への不正アクセスを防ぎます。

• 侵害の軽減: セキュリティ侵害が発生した場合、暗号化されたデータは復号鍵なしでは攻撃者にとって使用不可能なままです。一部の規制では、適切に暗号化されたデータが侵害された場合、侵害通知要件を軽減できます。

欠点と課題

その重要性にもかかわらず、暗号化の実装にはいくつかの運用上および技術上の課題があります。

データ暗号化のベストプラクティス

組織は、効果的な暗号化実装のために、これらの実証済みの戦略に従うべきです。

鍵管理の卓越性

• 集中鍵管理: 暗号鍵を集中的に生成、保存、管理するために、専用の鍵管理システム(KMS)またはハードウェアセキュリティモジュール(HSM)を実装します。

• 鍵とデータの分離: 暗号鍵を保護する暗号化されたデータと一緒に保存しないでください。鍵には別の安全なストレージを使用してください。

• 定期的な鍵ローテーション: 特にセキュリティインシデントが疑われる場合や従業員の退職後に、定期的な鍵ローテーションのポリシーを確立します。セキュリティと運用への影響のバランスを取ります。

• アクセス制御: 鍵アクセスを認可された担当者のみに厳密に制限します。ロールベースのアクセス制御(RBAC)と機密鍵操作のための複数人承認を実装します。

• 鍵ライフサイクル管理: 鍵生成から破棄まで、鍵が不要になったときの安全な削除を含む完全なライフサイクル管理を維持します。

• バックアップと回復: 地理的に離れた場所に保存された暗号鍵の安全で暗号化されたバックアップを維持します。回復手順を定期的にテストします。

実装戦略

• デフォルトで暗号化: すべての機密データに対して暗号化をデフォルト状態にし、暗号化ではなく例外の正当化を要求します。

• 現在の強力なアルゴリズムを使用: AES-256やRSA-2048最小などの現代的で十分に検証されたアルゴリズムを展開します。非推奨のアルゴリズム(DES、RC4、MD5)を避けます。

• 階層化された保護: 保存データと転送中のデータの両方を暗号化します。適切に応じて、アプリケーションレベル、データベースレベル、ネットワークレベルの暗号化を検討します。

• パフォーマンスの最適化: 利用可能な場合はハードウェアアクセラレーションを使用します。鍵交換とデジタル署名にのみ非対称暗号化を検討し、大量データには対称暗号化を使用します。

• 定期的な更新: 新たに発見された脆弱性に対処するために、暗号ライブラリとシステムを最新の状態に保ちます。

ガバナンスとコンプライアンス

• 継続的な監視: 暗号化システムの操作、鍵アクセス、潜在的な異常のロギングと監視を実装します。

• 定期的な監査: 暗号化実装の定期的なセキュリティ監査と侵入テストを実施します。

• ドキュメント: 暗号化ポリシー、手順、鍵管理慣行、アルゴリズムの選択の包括的なドキュメントを維持します。

• 災害復旧計画: ビジネス継続性と災害復旧計画に暗号化システムと鍵回復を含めます。

• コンプライアンスの整合: 暗号化慣行が適用される規制(HIPAA、PCI DSS、GDPRなど)の特定要件を満たすことを保証します。

暗号化されたデータはハッキングされる可能性があるか?

暗号化は強力な保護を提供しますが、絶対に破られないわけではありません。攻撃者は通常、暗号化アルゴリズム自体を破ろうとするのではなく、実装、管理、または人的要因の脆弱性を標的にします。

攻撃ベクトルと脅威

• ブルートフォース攻撃: すべての可能な鍵の組み合わせを体系的に試みます。十分な鍵長(AES-256、RSA-2048+)を持つ現代の暗号化は、現在の技術ではブルートフォース攻撃を計算上実行不可能にします。

• 鍵の侵害: 攻撃者は、不適切な鍵管理、マルウェア、ソーシャルエンジニアリング、または内部脅威を通じて復号鍵を取得する可能性があります。鍵が取得されると、暗号化されたデータにアクセスできるようになります。

• サイドチャネル攻撃: 暗号化操作中に漏洩する情報(タイミングの変動、消費電力パターン、電磁放射)を悪用して暗号鍵を推測します。

• 暗号解読攻撃: 暗号化アルゴリズムの数学的弱点または実装の欠陥を特定します。十分に検証された現代のアルゴリズムは、既知の暗号解読アプローチに抵抗します。

• 中間者攻撃: 通信当事者間に位置することで、暗号化された通信を傍受し、潜在的に変更します。適切な認証と証明書検証によって阻止されます。

• ソーシャルエンジニアリング: 技術的攻撃ではなく操作を通じて、ユーザーをだましてパスワード、復号鍵を明らかにさせたり、不正アクセスを許可させたりします。

• 内部脅威: 正当な鍵アクセス権を持つ認可されたユーザーが、データ盗難、不注意な鍵処理、または悪意のある行動を通じて、意図的または偶発的にセキュリティを侵害します。

• エンドポイントの侵害: ユーザーデバイス上のマルウェアは、暗号化前または復号化後にデータをキャプチャし、暗号化を完全にバイパスする可能性があります。キーロガーは、暗号鍵のロックを解除するために使用されるパスフレーズをキャプチャする可能性があります。

• バックドアと弱体化されたアルゴリズム: 意図的に弱体化された暗号化システムまたは隠されたアクセスメカニズム。組織は、バックドアのない公に検証された標準化されたアルゴリズムを使用すべきです。

重要な原則: 暗号化はデータの機密性を保護しますが、データ盗難を防ぐものではありません。盗まれた暗号化されたデータは、対応する復号鍵なしでは攻撃者にとって役に立たないままです。これにより、対応のための時間が確保され、侵害の影響が軽減され、一部の管轄区域では侵害通知要件が排除される可能性があります。

要約表: 一般的な暗号化アルゴリズム

よくある質問

Q: エンコーディング、暗号化、ハッシュの違いは何ですか?
A: エンコーディングは互換性のためにデータを異なる形式に変換します(可逆、鍵不要)。暗号化は機密性のためにデータを変換します(鍵で可逆)。ハッシュは整合性検証のための固定サイズのフィンガープリントを作成します(不可逆、鍵なし)。

Q: 128ビットAES暗号化は十分に強力ですか?
A: はい。AES-128は現在、ほとんどのアプリケーションで安全と考えられています。AES-256は、非常に機密性の高いデータまたは長期保護要件に対して追加のセキュリティマージンを提供します。

Q: 暗号鍵を紛失した場合、暗号化されたデータを回復できますか?
A: 一般的にいいえ。鍵バックアップなしで適切に実装された暗号化は、鍵が失われた場合、データを永久にアクセス不可能にします。これは、鍵バックアップと回復手順の重要性を強調しています。

Q: 暗号化はコンピュータやネットワークを遅くしますか?
A: 現代のハードウェアアクセラレーション暗号化は、パフォーマンスへの影響が最小限です。ソフトウェアのみの暗号化は、データ量とシステム機能に応じて若干の速度低下を引き起こす可能性があります。セキュリティ上の利点は通常、わずかなパフォーマンスコストをはるかに上回ります。

Q: クラウドストレージは自動的に暗号化されますか?
A: 多くのクラウドプロバイダーはサーバー側暗号化を提供していますが、彼らが鍵を保持しています。最大限のセキュリティのためには、クラウドストレージにアップロードする前に鍵を制御するクライアント側暗号化を使用してください。

参考文献

• IBM: What is encryption?
• Kaspersky: What is Data Encryption?
• Google Cloud: Encryption explained
• GeeksforGeeks: What is Data Encryption?
• Fortra: What is Data Encryption?
• Frontegg: How does data encryption work?
• Sealpath: Types of Encryption Guide
• PreyProject: Symmetric vs. Asymmetric Encryption
• Satori Cyber: Data Encryption Algorithms & Best Practices
• The SSL Store: Types of Encryption Algorithms
• Splunk: End-to-End Encryption Explained
• Mimecast: Data at Rest vs In Transit vs In Use
• Serverion: Data-at-Rest vs. Data-in-Transit Encryption
• CData: What is Data Encryption?
• SentinelOne: What is Encryption?
• Venn: Data Encryption in 2025