安全でない暗号化ストレージとセキュリティ | Secure Code Warrior

データはビジネスの生命線です。それは、企業の存続、収益の確保、そして顧客へのサービス提供に不可欠な基盤情報です。デジタル化が加速する現代社会において、開発者はこの貴重な情報を守る管理者として大きな責任を負っています。機密データを適切に保護しなければ、ビジネスは不適切な暗号化ストレージという脆弱性の餌食となってしまいます。

データを安全に保存する方法と、それが守られなかった場合に何が起こり得るのかを見ていきましょう。

不適切な暗号化ストレージを理解する

攻撃者がシステムに侵入する際、彼らは通常、価値のあるデータを狙っています。アカウントの乗っ取りや、さらなる攻撃の足がかりとして利用できるようなデータです。時には、こうしたデータが闇市場で売買され、即座に現金化されることもあります。

不適切な暗号化ストレージは、SQLインジェクションやXSSのような単一の脆弱性ではありません。これは、保護すべきデータを、必要な方法で保護していないことによって生じる結果です。

機密情報は必ず保護しなければなりません。パスワードやクレジットカード情報を平文で保存することは、ビジネスにおいてロシアンルーレットをしているようなものです。

もしハッカーがSQLインジェクションやXMLインジェクション、あるいはその他の攻撃手法でデータベースに侵入し、データを盗み出した場合、すべてが流出してしまいます。しかし、データを暗号化していれば、攻撃者がその情報を悪用することは非常に困難になります。

情報漏洩は、必ずしも悪意ある外部者によって引き起こされるとは限らない点に注意が必要です。暗号化されていなければ、内部の不正な従業員によって簡単にデータが盗まれる可能性もあります。社内のすべての従業員がデータベースの全情報を見る必要はありません。不十分なアクセス制御や機密データの露出は、そのまま盗難につながる恐れがあります。

また、すべての暗号化が同等ではないことも忘れてはなりません。誤った暗号化アルゴリズムの使用は、暗号化を全く行わないのと同じくらい危険です。既知の脆弱なアルゴリズムでは、精通した攻撃者に対してほとんど抵抗できません。

なぜ不適切な暗号化ストレージが危険なのか

多くの企業が他の脆弱性（SQLインジェクションなど）を突かれて侵害を受け、盗まれたデータを隠すこともできなくなるという事態に陥っています。これは、最悪の状況をさらに悪化させる要因となります。

• Adult Friend Finderが侵害され、4億1200万件のアカウントが流出しました。アカウントのパスワードは脆弱なSHA-1ハッシュアルゴリズムで保護されていたため、攻撃者によって1か月以内に容易に解読されました。
• Uberが侵害され、5700万人のユーザー記録と60万人のドライバー記録が流出しました。個人情報が失われた原因は、UberのGitHubリポジトリにAWSアカウントのユーザー名とパスワードが公開状態で放置されていたことでした。これは非常に危険な行為です。この侵害が主な要因となり、Uberの企業価値は200億ドル下落しました。
• SonyのPlayStation Networkが侵害され、7700万件のアカウントが流出しました。そのうち1200万件のアカウントには暗号化されていないクレジットカード情報が含まれていました。Sonyはその後、この侵害を巡る集団訴訟で1500万ドルの和解金を支払うことになりました。

機密データを適切に保存しなかった場合、深刻な結果を招くことは明らかです。

Sonyの例のように訴訟に発展すれば、多額の賠償金が発生します。たとえ訴訟に至らなかったとしても、レピュテーション（評判）の低下や規制当局からの処分は、ビジネスにとって壊滅的な打撃となり得ます。

不適切な暗号化ストレージを克服する

開発者は、上記のようなデータ漏洩をどのように防げばよいのでしょうか？

最初のステップは、そもそもどのデータに暗号化が必要かを特定することです。すべてのデータが同じ重要度を持つわけではありません。データを分類した上で、適切な箇所に暗号化を適用しましょう。

一般的に、社会保障番号、パスワード、クレジットカード情報などの個人情報は保護する必要があります。業種によっては、医療記録やその他プライバシーに関わる情報の保護が求められる場合もあります。

保護すべきデータが特定できたら、次は適切なツールを使用してセキュリティを確保します。基本的には、長年の実績があり、堅牢であると認められている暗号アルゴリズムを使用するのが賢明です。

どのような場合でも、独自の暗号化関数を作成してはいけません。自作の関数には、攻撃者が暗号を解読するために利用できる欠陥が含まれている可能性が高いからです。

社会保障番号やクレジットカード情報などのデータを暗号化するには、AESを使用してください。AESにはいくつかの動作モードがありますが、執筆時点で強く推奨されるのはGalois/Counter Mode (GCM)です。また、パディングの種類を選択するライブラリを使用する場合は、パディングを使用しない設定にすることも重要です。

パスワードには、不可逆なハッシュアルゴリズムを使用してください。強力なハッシュ値があれば、攻撃者が元のテキストを復元することはできません。Argon2やBcryptは、パスワードのハッシュ化において確実な選択肢とされています。同じパスワードでもハッシュ値が重複しないよう、ハッシュ化の前に必ずランダムな値で「ソルト」を付与することを忘れないでください。

これらの関数は、主要なプログラミング言語やフレームワークで実装が提供されています。効果的な使用方法については、各言語やフレームワークのドキュメントを確認してください。

鍵の生成、保存、管理は暗号化の重要な要素です。鍵の管理が不適切だと、鍵が流出し、データが復号される恐れがあります。鍵管理を支援するフレームワークには、ASP.NETのData Protection APIなどがあります。鍵管理の一般的なベストプラクティスについては、OWASPのチートシートを参照してください。

データを安全に保存することは、コストのかかる深刻なデータ漏洩を防ぐことにつながります。万が一、攻撃者にデータを盗まれたとしても、暗号化されていれば、攻撃者が内容を読み取ったり悪用したりすることは非常に困難になります。

データを隠して守る

データの保護方法を簡単に振り返りましょう。

• データを分類し、保護が必要なものを把握する
• 業界で検証済みの強力なアルゴリズムを使用して機密データを暗号化する
• 強力な一方向ハッシュを使用してパスワードを保存する

さらに詳しく学習するには、学習リソースをご覧ください。実践的な学習を始める準備ができたら、当社のプラットフォームで、お好みの言語を使って試してみてください。幅広いトピックをカバーしています！

これらのツールを活用することで、データの盗難を防ぎ、企業の経済的損失や評判の低下を回避することができます。

安全でない暗号化ストレージを今すぐ見つけて修正する準備はできましたか？アリーナへ移動してスキルを試しましょう。[こちらから開始]