暗号技術と安全なデータのための製品

まず検証レベル、負荷、インターフェース、運用モデルに関する貴社の要件から出発し、7社のシリーズと照合します。複数のシリーズが該当する場合は、検証レベルとスループットのようなトレードオフを率直にお伝えします。結果は意思決定資料にまとめ、社内での共有にご利用いただけます。

私たちは貴社の要件から始めます。検証レベル、負荷、インターフェース、運用モデルがこれに含まれます。7社のシリーズと照合します。多くの場合、複数のシリーズが貴社のケースに合います。その場合はトレードオフを率直にお伝えします。例えば検証レベルとスループットです。結果は意思決定資料にまとめます。この資料は社内で共有できます。

いいえ、私たちはここに挙げたメーカーのパートナーであり、選定、統合、運用に責任を持ちます。独占権を主張することはありません。選定は貴社の要件に基づくものであり、枠組み契約に基づくものではないためです。調達とライセンスについては、メーカーと貴社の購買部門とともに調整します。

いいえ、私たちはディストリビューターではありません。ここに挙げたメーカーのパートナーです。選定、統合、運用に責任を持ちます。独占権は主張しません。選定は貴社の要件に基づきます。枠組み契約には基づきません。調達とライセンスは共同で調整します。メーカーと貴社の購買部門が関わります。

現在このセクションには1つのカテゴリー、ハードウェアセキュリティモジュールがあり、UtimacoからIDEMIAまで7社のメーカーページを掲載しています。鍵管理、署名、データ暗号化向けのカテゴリーは、調査で各シリーズの情報が裏付けられ次第、追加していきます。貴社が検討中の製品が見当たらない場合は、私たちまでご相談ください。

現在は1つのカテゴリーがあります。ハードウェアセキュリティモジュールです。UtimacoからIDEMIAまで7社のメーカーページが含まれます。今後さらにカテゴリーが加わります。鍵管理、署名、データ暗号化を予定しています。調査で各シリーズの情報が裏付けられ次第、公開します。製品が見当たらない場合は、私たちまでご相談ください。

それは貴社が決めることです。貴社自身が機器を運用するか、運用を私たちに委ねるか、メーカーのサービス提供を利用できます。1つのチームが相談段階から運用までをご支援するため、プロジェクト後も窓口と文書は変わりません。

それは貴社が決めることです。貴社自身が機器を運用できます。運用を私たちに委ねることもできます。メーカーのサービス提供を利用することもできます。1つのチームがコンサルティングから運用まで貴社を支援します。窓口と文書はプロジェクト後も変わりません。

このセクションには、鍵を生成・保護し、アプリケーションで利用可能にする製品が集約されています。私たちは各メーカーのパートナーであり、ディストリビューターではありません。そのため、検証レベル、負荷、運用に関する貴社の要件とシリーズを比較します。各メーカーページの情報は、すべて公式の製品ドキュメントに基づいています。 暗号技術とハードウェアセキュリティモジュールは私たちの中核的な強みです。私たちは各ラインの検証手順、インターフェース、限界を把握しており、機器がどこで負荷の限界に達するかをお伝えします。この知見から、貴社の監査人が納得できる選定が生まれます。

私たちは複数メーカーのシリーズを貴社の要件と比較し、特定のラインを推すのではなく、トレードオフを明示します。

1つのチームがコンサルティングから運用まで貴社を支援します。同じ担当者が貴社のアプリケーションを接続し、後に通常運用の中で機器を監視します。

暗号技術とハードウェアセキュリティモジュールは私たちの中核的な強みです。私たちはデータシートだけでなく、ファームウェア、鍵セレモニー、移行経路も熟知しています。

ソリューション全体はドイツ国内のデータセンターで稼働します。設置場所、アクセス、文書化については、事前に貴社の監査部門と調整します。

ハードウェアセキュリティモジュールは、暗号鍵を保護し、定められたセキュリティ境界内で対応する操作を実行します。鍵をエクスポートできるかどうかは、その設定と対応する方式によって決まります。PKCS #11、CNGやJavaのプロバイダー、鍵管理インターフェースは、それぞれ異なる役割を果たします。インターフェース名を確認するだけでなく、アプリケーションまでの連携全体を検証します。 暗号技術とハードウェアセキュリティモジュールは私たちの中核的な強みです。私たちは各社のシリーズ、認証番号、そして各プラットフォームの限界を熟知しています。選定から鍵セレモニー、日々の運用まで、貴社のプロジェクトを一貫してご支援します。

4つの典型的な用途から、HSMが有効に活用される場面が分かります。必要となる証跡や保護機構は、貴社のアプリケーションと具体的な要件によって異なります。HSM単体では、環境全体の安全性もコンプライアンスも保証されません。

この4つの例は、HSMの活用場面を示しています。必要な証跡は、用途によって異なります。認証済みの機器があっても、環境全体が自動的に安全になるわけではありません。

ルートCAおよび発行CAは、対応するHSM接続を通じて秘密鍵を使用できます。そのためには、適切な証明書プロファイル、ロール、失効手続きが必要です。CAサーバーが侵害されると、鍵が保護されていても不正な要求を発行できてしまうため、承認プロセスとアプリケーション自体も保護します。

認証局は証明書を発行します。その秘密鍵はHSMに保管できます。それでも、ソフトウェア自体を保護する必要があります。ソフトウェアを乗っ取られると、不正な署名を要求される恐れがあるからです。

決済用HSMは、PIN処理、カード鍵、鍵配布のために設計された機能をサポートします。コマンド、鍵管理方式、パートナー側の要件、機器の具体的な認証状況を確認します。汎用HSMが自動的にその代わりになるわけではありません。

決済用HSMは、決済業務のために設計された機器です。例えば、PINの確認に使われます。私たちは、必要な機能と貴社のパートナーの要件を確認します。どのHSMでもこれらの業務に対応できるわけではありません。

HSMを用いた署名により、ソフトウェアやファームウェアの鍵を保護できます。加えて、誰がどの成果物を承認し、署名できるかをプロセスとして定める必要があります。鍵の保管要件は、使用する証明書と信頼モデルに応じて確認します。

デジタル署名は、ソフトウェアとその発行元を確認するのに役立ちます。HSMは署名鍵を保護できます。加えて、誰がどのソフトウェアを署名のために承認するかを定める必要があります。

鍵管理システムは、KMIPなどの対応プロトコルを通じてアプリケーションやストレージを接続し、HSMを保護コンポーネントとして利用できます。BYOK、外部鍵管理、エンベロープ暗号化においては、どこでどの鍵が使われ、誰が操作を実行できるかを確認します。BYOKだけでは、事業者によるデータへのアクセスを排除できません。

中央システムは、アプリケーションやストレージ用の鍵を管理できます。HSMは、特に重要な鍵を守ることができます。私たちは、誰がどの鍵を使えるかを確認します。クラウドで自社の鍵を使うからといって、事業者がデータを読めなくなるとは限りません。