CSPM（クラウドセキュリティポスチャ管理）とは？仕組み・CWPPとの違い・導入判断をわかりやすく解説

自社の業務でAWSやAzure、GCPといったクラウドを使う企業が増えるなか、「CSPM（クラウドセキュリティポスチャ管理）」という言葉を社内資料やセミナーで目にする機会が増えています。クラウドは手軽に使い始められる一方で設定の数は多く、1か所の設定ミスが情報漏えいにつながることもあります。

CSPMは、こうしたクラウドの設定の状態を継続的にチェックし、設定ミスやコンプライアンス違反を見つけて是正を促す仕組みです。ただ、CWPPやCNAPP、CASBなど似た略語も多く、「結局CSPMとは何をするもので、自社に必要なのか」が分かりにくいと感じる方も少なくありません。

本記事では、CSPMの意味と「ポスチャ」という言葉の中身を最初に押さえたうえで、なぜ必要なのか、具体的に何を検出・是正するのか、どんな仕組みで動くのかを解説します。あわせて、CWPP・CNAPP・CASB・SSPM・DSPMといった類似ツールとの違いや、クラウド事業者の純正機能とサードパーティ製CSPMの使い分け、自社に必要かを判断する目安まで整理します。

CSPM（クラウドセキュリティポスチャ管理）とは？

CSPMとは、AWSやAzure、GCPなどのクラウド環境の設定状態を継続的にチェックし、設定ミスやコンプライアンス違反を検出して是正を促す自動化の仕組みです。人手では追い切れないクラウドの設定を機械的に点検し、「どこがリスクのある状態になっているか」を可視化する役割を担います。

クラウドは、ストレージの公開範囲やアクセス権限、暗号化の有無など、安全性を左右する設定が数多くあります。CSPMはこれらの設定を定期的にスキャンし、望ましくない状態（情報が意図せず公開されている、権限が広すぎるなど）を見つけて管理者に知らせます。

「ポスチャ（posture）」とは何を指すのか

CSPMの「ポスチャ（posture）」は、直訳すると「姿勢」や「態勢」を意味します。セキュリティの文脈では、クラウド環境が「どれだけ安全な状態に保たれているか」という全体的な状態・体制を指す言葉です。

CSPM（クラウドセキュリティポスチャ管理）は、クラウドのセキュリティ状態（ポスチャ）を一度きりではなく継続的に把握し、安全な状態に保ち続けるための管理の仕組み、と言い換えられます。設定は運用のなかで変わっていくため、今この瞬間に安全な状態かを保ち続ける点に意味があります。

CSPM の読み方とフルスペル

CSPMは「シーエスピーエム」と読みます。フルスペルは「Cloud Security Posture Management」で、日本語では「クラウドセキュリティポスチャ管理」「クラウドセキュリティ態勢管理」などと訳されます。クラウド事業者やベンダーによって「ポスチャ」「ポスチャー」「態勢」と表記は分かれますが、指している内容は同じです。

なぜ今クラウドに CSPM が必要なのか

ここからは、CSPMが求められるようになった背景を解説します。理由は大きく、設定ミスによる情報漏えいの増加・責任共有モデルによる利用者側の設定責任・マルチクラウド化による管理の複雑化の3つです。1つ目の設定ミス起因の漏えいは、次の総務省の指摘がそのまま示しています。

総務省の「クラウドの設定ミス対策ガイドブック」は、クラウドの普及にともない設定ミスによる情報漏えい等のトラブルが増えていること、設定ミスの代表的なリスクが情報漏えいであることを指摘しています。

クラウドサービスが普及し、重要な社会インフラになるとともに、その設定ミスによる情報漏洩等のトラブルが増えています。（中略）クラウドの設定ミスによるリスクで代表的なものは、情報漏洩が起きることです。特に、個人情報や機密情報が漏洩するとより深刻な事態になります。

出典：クラウドの設定ミス対策ガイドブック（令和6年4月）｜総務省

同ガイドブックでは、実際の流出事例も紹介されています。設定のデフォルト（既定値）のまま利用して機密情報が流出した事例や、クラウド移行時にストレージの設定が「公開」になっていた事例です。特定の設定を1か所見落とすだけで、本来は社内限定のはずのデータが外部から参照できる状態になり得ます。

クラウドの設定は「利用者の責任」になる範囲が大きい

クラウドのセキュリティは、サービス提供者と利用者が責任を分担する「責任共有モデル」という考え方が前提になっています。総務省ガイドブックも、この考え方が多くのクラウド事業者に採用されており、SaaS・PaaS・IaaSといった種類によって責任分担の範囲が異なると説明しています。

たとえばAWSは、インフラの保護は自社（AWS）の責任としつつ、データの管理や暗号化オプション、IAMによる適切な権限設定は利用者（お客様）の責任としています。そのため、クラウド基盤そのものが堅牢でも、利用者側の設定が誤っていれば情報漏えいは起こり得ます。この「利用者が設定を正しく保つ」部分を支援するのがCSPMです。

マルチクラウドで設定が人手に追えなくなる

AWS・Azure・GCPを併用するマルチクラウドでは、クラウドごとに設定画面も用語も異なり、点検すべき項目が一気に増えます。アカウントやリソースが増えるほど、どこが安全でどこに抜けがあるかを人手で確認し続けるのは現実的でなくなります。

CSPMは複数のクラウドの設定をまとめて継続的にチェックし、リスクのある箇所を一覧で示すことで、この「見きれない」という課題を補います。

CSPM は何を検出・是正するのか

ここからは、CSPMが具体的にどんな設定ミスを見つけるのかを整理します。総務省ガイドブックが紹介する米国NSA・CISAの「よくある設定ミス」や、クラウド各社が利用者の責任範囲として挙げる項目をふまえると、代表的な検出対象は次のようなものです。

• ストレージの公開範囲の誤設定：本来は社内限定のストレージ（クラウドストレージのバケットなど）が、インターネットから誰でも参照できる状態になっている
• 過剰なアクセス権限（IAM）：利用者や管理者に必要以上に広い権限が与えられ、権限の区分が適切でない
• 暗号化の漏れ：保存データや通信の暗号化が有効になっていない
• デフォルト設定のまま運用：初期設定（既定値）のセキュリティレベルが低いまま使われている
• ログ・監視の未設定：操作ログの記録やネットワーク監視が有効でなく、問題に気づけない
• 不要なアクセス経路の開放：使っていないポートや公開範囲が開いたままになっている

CSPMはこうした項目を継続的にスキャンして検出し、ツールによっては是正の手順を提示したり、一部を自動で修正したりします。「検出して終わり」ではなく、安全な状態に戻すところまでを支援する点が特徴です。

CSPM の仕組みと主な機能

ここからは、CSPMがどのように動いて何ができるのかを解説します。多くのCSPMは、おおむね次の流れでクラウドの状態を管理します。

1. クラウド環境を継続的にスキャンし、設定とリソースの状態を収集する
2. ベストプラクティスや基準に照らして、リスクのある設定を検出する
3. 検出したリスクの深刻度を評価し、対応の優先順位を付けてアラートを出す
4. 是正の手順を提示し、ツールによっては一部を自動で修正する

この一連のサイクルを定期的に、あるいは常時回し続けることで、設定の変化によって新たに生じたリスクにも気づけるようにします。以下では、この流れを支える主な機能を見ていきます。

マルチクラウドの一元可視化

複数のクラウドやアカウントにまたがる設定・リソースを1つの画面に集約し、どこにどんなリスクがあるかを一覧で把握できるようにします。クラウドごとに管理画面を開いて確認する手間を減らし、全体像を掴みやすくする機能です。

継続的な監視と設定ミスの検知

設定やリソースは運用のなかで日々変わります。CSPMは継続的に状態を点検し、新たに生じた設定ミスやリスクを検知して知らせます。一度きりの点検では見逃してしまう「運用中に増えたリスク」を拾える点が、継続監視の価値です。

自動修復とアラート管理

検出したリスクは、深刻度に応じて優先順位を付けて通知されます。製品によっては、あらかじめ定めたルールにもとづいて設定を自動で修正する「自動修復（オートリメディエーション）」にも対応します。

ただし自動修復は便利な一方で、意図した設定まで機械的に変更してしまう可能性もあります。どの範囲を自動で直し、どこは人が判断するかという運用ルールとあわせて設計することが実務では重要になります。

国際基準・コンプライアンスへの対応

多くのCSPMは、セキュリティの業界標準や規制に照らして設定を評価し、準拠状況をレポートする機能を備えています。たとえばAWSのCSPM機能は、CIS（Center for Internet Security）やPCI DSS、NISTといった業界標準に照らしたチェックに対応しています。

このほか、SOC 2、NIST CSF（NIST Cybersecurity Framework）、ISO/IEC 27017、GDPR、HIPAAなど、業種や取引先から求められる基準への対応状況を把握する用途でも使われます。監査や取引先への説明に必要な資料づくりの負担を軽くする効果も期待できます。

CSPM と類似ツール（CWPP・CNAPP・CASB・SSPM・DSPM）の違い

クラウドセキュリティには、CSPMと名前の似たツールがいくつもあります。混同しやすいのは、それぞれ「何を守るのか（保護対象）」が異なるためです。主なツールの正式名称・保護対象・役割を整理すると、次のようになります。

各ツールの保護対象・役割は代表的な整理であり、製品により機能範囲は異なります（2026年11月時点）。

ごく単純化すると、CSPMはクラウドの設定、CWPPはワークロードの中身、CASBはSaaSの利用、SSPMはSaaSの設定、DSPMはデータを主に見るツールです。これらを統合したのがCNAPPで、近年はCSPMやCWPPを個別に導入する代わりに、CNAPPとして一体で導入・運用する流れも出てきています。

もし自社の関心がIaaS/PaaSの設定ではなく、Microsoft 365やSalesforceといったSaaSの設定不備にある場合は、SSPMが対象になります。SSPMの仕組みや製品の選び方は、次の記事で詳しく解説しています。

CSPM 導入のメリットと注意点

ここからは、前節の機能が業務面でどんな効果につながるかという観点で、CSPM導入のメリットと注意したい点を整理します。社内でCSPMの導入を検討・説明する際の材料として役立ててください。

導入で得られるメリット

• 設定ミス起因のリスクを下げられる：公開範囲や権限の誤りを継続的に検出し、情報漏えいにつながる状態を早く見つけられる
• マルチクラウドをまとめて管理できる：複数のクラウドの状態を1画面で把握でき、確認の手間を減らせる
• 監査・コンプライアンス対応を効率化できる：基準に照らした準拠状況をレポートでき、監査や取引先への説明の負担を軽くできる
• 対応の優先順位が明確になる：検出したリスクの深刻度が整理され、どこから手を付けるかを判断しやすくなる

導入・運用で注意すべき点

一方で、CSPMは導入するだけで自動的に安全になるツールではありません。運用面では次のような点に注意が必要です。

• アラートが増えやすい：検出項目が多いと通知が大量になり、運用ルールや体制が整っていないと対応しきれなくなる
• 運用体制の整備が前提：検出結果を誰がどう確認し、どの順で直すかを決めておかないと、可視化しても改善につながりにくい
• 自動修復は範囲の見極めが必要：自動で設定を直す機能は、意図した設定まで変えてしまう可能性があるため、自動化する範囲を慎重に設計する

検出項目が多いほど通知も増え、どれに優先して対応すべきか判断しづらくなる状況は、クラウドセキュリティの現場でも課題として挙げられています。CSPMを含む診断サービスを提供する企業（後述するAikido Securityの国内窓口・株式会社AndGo）も、次のように指摘しています。

CSPMは「検出の仕組み」であり、検出した後に直す運用とセットで初めて効果が出ます。導入時は、ツールの機能だけでなく運用設計まで含めて検討することが大切です。

CSP 純正機能とサードパーティ CSPM の使い分け・自社への要否

CSPMには、クラウド事業者（CSP）が自社クラウド向けに提供する純正機能と、複数のクラウドに対応するサードパーティ製の製品があります。どちらを選ぶべきかは、使っているクラウドの数や求める機能によって変わります。主な違いを整理すると次のとおりです。

各製品の対応範囲は代表的な整理であり、提供状況により異なります（2026年11月時点）。

たとえばMicrosoft Defender for Cloudは、無料の基礎的なCSPM機能に加え、AzureだけでなくAWS・GCPも対象にできます。純正機能でもマルチクラウドをある程度カバーできるため、まず使っているクラウドの純正機能から始め、複数クラウドを統一基準で管理したくなったらサードパーティ製を検討する、という進め方も現実的です。

自社に CSPM が必要かの判断の目安

自社にCSPMが必要かどうかは、クラウドの使い方で考えると判断しやすくなります。次のような状況に当てはまるほど、CSPMの効果は大きくなります。

• 複数のクラウドやアカウントを使っていて、設定の全体像を人手で追えなくなっている
• クラウド上に個人情報や機密情報を扱うシステムがあり、情報漏えいのリスクを下げたい
• 取引先や業界の基準（PCI DSS、ISO/IEC 27017 など）への準拠を求められている
• クラウドの設定変更が頻繁で、その都度の安全確認が追いついていない

規模が小さく単一クラウドで構成がシンプルな場合は、まず純正機能やクラウド事業者の推奨設定から始めるだけでも効果があります。一方、マルチクラウドや頻繁な構成変更がある場合は、継続的に点検できるCSPMの価値が高まります。

クラウドの設定ミス・脆弱性を実際に洗い出すには

CSPMの意味と必要性が分かると、次に気になるのは「では自社のクラウド設定を実際にどう点検するか」という点です。CSPMにあたる機能は、クラウド事業者の純正機能と、サードパーティ製の製品・サービスの両方で提供されています。

なお、CSPMが対象とする「設定の診断」と、クラウド上に構築したシステムやWebアプリを対象とする「脆弱性診断」は守備範囲が異なります。設定の点検にとどまらず、クラウドの脆弱性診断全体の対象・種類・費用の目安まで押さえておきたい場合は、次の記事が参考になります。

純正機能は、前節の使い分け表で挙げたAWS Security Hub CSPM・Microsoft Defender for Cloud・Oracle Cloud Guardなどが代表的です。これに対し、複数クラウドを横断して管理できるサードパーティ製としては、Prisma Cloud、Wiz、Orca Security、Sysdig、Aikido Security などの製品があります。

どれが自社に合うかは、対応クラウド・機能範囲・運用体制によって変わります。まずはどんな製品群があるかを把握したうえで、比較検討するのが近道です。

クラウド設定診断（CSPM）を含む脆弱性診断サービス全体を、診断方法・費用相場・選び方の観点で比較検討したい場合は、次のまとめ記事で主要サービスを一覧できます。

ここでは、CSPMを含むクラウド設定診断に対応し、資料請求で詳細を確認できる掲載サービスを1つ紹介します。

Aikido Security（株式会社AndGo）

Aikido Securityは、クラウド設定（CSPM）に加え、ソースコード・依存ライブラリ・コンテナ・稼働中のWebアプリまでを1つの管理画面でまとめて検査できる脆弱性診断のSaaSです。開発元はベルギーのAikido Security社で、日本では株式会社AndGoが販売・サポートの窓口を担っています。

クラウド設定診断（CSPM）はAWS・Azure・GCPなどに対応し、設定ミスの検出を他の診断とあわせて1か所で扱える点が特徴です。アラートの自動トリアージで誤検知を抑え、Slack・Teams・Jira・AWSなどと連携できるほか、ISO 27001・SOC 2の認証取得・維持を支援するレポート出力にも対応します。

無料で試せるプランが用意されており、日本では日本円の請求書払いにも対応しています。料金や対象機能の詳細は資料で確認できます。

まとめ

CSPM（クラウドセキュリティポスチャ管理）は、クラウドの設定状態を継続的にチェックし、設定ミスやコンプライアンス違反を検出して是正を促す仕組みです。クラウドの設定は利用者側の責任で管理する範囲が大きく、マルチクラウド化で人手の確認が追いつかなくなるなか、設定ミス起因の情報漏えいを防ぐ役割を担います。

CWPP・CNAPP・CASB・SSPM・DSPMといった類似ツールとは「何を守るのか」が異なり、CSPMはクラウドの設定を対象とします。自社に必要かは、使っているクラウドの数・扱うデータ・求められる基準で判断でき、まずは純正機能から始める選択肢もあります。自社のクラウド設定を具体的に点検したい場合は、CSPM対応の診断サービスの資料を比較してみるのがよいでしょう。

よくある質問（FAQ）

Q. CSPMとは何ですか？

A. CSPMとは、クラウド環境の設定を継続的に点検し、設定ミスやコンプライアンス違反を検出して是正を促す自動化の仕組みです。

読みは「シーエスピーエム」、正式名称は Cloud Security Posture Management です。「ポスチャ」はクラウドが安全な状態に保たれているかという態勢を指し、人手では追い切れない設定を機械的に点検してリスクを可視化します。

Q. CSPMはどんな設定ミスを検出しますか？

A. ストレージの公開範囲の誤り、過剰なアクセス権限（IAM）、暗号化の漏れ、ログや監視の未設定、不要なアクセス経路の開放などを検出します。

いずれも情報漏えいにつながりやすい代表的な設定ミスです。初期設定（デフォルト）のまま運用されてリスクが高い状態も対象で、こうした項目を継続的にスキャンして見つけます。

Q. CSPMの主な機能は何ですか？

A. マルチクラウドの一元可視化、設定ミスの継続監視・検知、自動修復とアラート管理、国際基準に照らしたコンプライアンス評価が主な機能です。

複数クラウドの状態を1画面で把握でき、運用中に新たに生じたリスクも拾えます。検出結果は深刻度に応じて優先順位を付けて通知され、どこから直すかの判断に使えます。

Q. CSPM導入のメリットは何ですか？

A. 設定ミス起因のリスク低減、マルチクラウドの一元管理、監査・コンプライアンス対応の効率化、対応優先順位の明確化がおもなメリットです。

公開範囲や権限の誤りを早く見つけられ、情報漏えいにつながる状態を減らせます。基準に照らした準拠状況をレポートでき、監査や取引先への説明の負担も軽くできます。

Q. CSPMの自動修復は安全ですか？

A. 自動修復は便利ですが、意図した設定まで機械的に変えてしまう可能性があるため、自動化する範囲を限定して慎重に設計する必要があります。

どこを自動で直し、どこは人が判断するかを運用ルールとして決めておくことが大切です。重要度の高い設定は自動修復の対象から外し、通知にとどめる運用も有効です。

Q. CSPMは設定ミスをリアルタイムで検出できますか？

A. CSPMは設定を継続的にスキャンして検出しますが、完全なリアルタイムか一定間隔での点検かは製品によって異なります。

常時監視に近い形で変更を捉えられる製品もあれば、スケジュールされたスキャンで点検する製品もあります。設定変更が頻繁な環境では、検知の頻度や速さを事前に確認しておくと安心です。

Q. CSPMはどのクラウド（AWS/Azure/GCP）に対応していますか？

A. 多くのCSPMはAWS・Azure・GCPといった主要なパブリッククラウドに対応し、製品によってはハイブリッド環境にも対応します。

ただし対応範囲は製品ごとに差があります。純正機能は自社クラウド中心、サードパーティ製は複数クラウドを横断しやすい傾向があるため、自社環境に合う対応範囲かを確認しましょう。

Q. CSPMはマルチクラウド環境に向いていますか？

A. CSPMは、クラウドごとに異なる設定を統一した基準でまとめて点検できるため、マルチクラウド環境でこそ効果が大きくなります。

複数のクラウドやアカウントが増えると、人手で設定を追い切るのは難しくなります。CSPMは各クラウドのリスクを1つの画面に集約し、全体像を把握しやすくします。

Q. CSPMとCWPPの違いは何ですか？

A. CSPMはクラウドの「設定」を点検するのに対し、CWPPはVMやコンテナなど「ワークロード（処理の中身）」を保護するツールです。

CSPMが「構成が正しいか」を見るのに対し、CWPPは「その上で動くアプリやOSに脆弱性や不正がないか」を見ます。守る対象が異なり、両方を組み合わせて使うことも一般的です。

Q. CSPMとCNAPPの違いは何ですか？

A. CNAPPはCSPMやCWPPなど複数のクラウドセキュリティ機能を統合したプラットフォームで、CSPMはそのうち「設定管理」を担う一要素です。

設定の点検からワークロード保護までを一体で管理したい場合にCNAPPが選ばれます。近年はCSPMが単体ではなく、CNAPPの一機能として提供されることも増えています。

Q. CSPMとCASBの違いは何ですか？

A. CSPMがIaaS/PaaSのクラウド設定を点検するのに対し、CASBはSaaSなどクラウドサービスの「利用」を可視化・制御するツールです。

CASB（Cloud Access Security Broker）は、従業員がどのクラウドサービスを使っているかの把握やデータ保護を担います。見る対象が設定か利用状況かという点でCSPMと異なります。

Q. CSPMとSSPMの違いは何ですか？

A. CSPMがIaaS/PaaSのクラウド設定を対象とするのに対し、SSPMはSaaSアプリの設定を点検するツールです。

SSPM（SaaS Security Posture Management）は、Microsoft 365やSalesforceなどSaaSの構成ミスを点検し改善を推奨します。対象がインフラ設定かSaaS設定かという点で異なります。

Q. CSPMとDSPMの違いは何ですか？

A. CSPMがクラウドの「設定」を対象とするのに対し、DSPMは機密データそのものの所在とアクセス状況を可視化して守るツールです。

DSPM（Data Security Posture Management）は、どこに機密データがあり誰がアクセスできるかを把握します。設定の安全性を見るCSPMとは、着目点がデータにある点で異なります。

Q. CSPMはEDRやWAFなど既存のセキュリティ対策とどう使い分けますか？

A. CSPMはクラウドの設定管理に特化しており、端末を守るEDRやWebアプリを守るWAFとは守る対象が異なるため、置き換えではなく組み合わせて使います。

EDRはPCやサーバーの不審な挙動、WAFはWebへの通信を監視します。既存ツールでカバーできないクラウド設定の抜けをCSPMで補う形にすると、役割が重複しません。

Q. オープンソースのCSPMツールはありますか？

A. Prowler、ScoutSuite、CloudSploitなど、クラウドの設定をチェックできるオープンソースのツールが存在します。

無料で試せる一方、導入・運用には専門知識が必要です。サポートや自動修復、マルチクラウドの一元管理といった機能は商用製品に比べて限られ、まず試す用途に向いています。

Q. CSPMの運用は社内の誰が担当すべきですか？

A. 一般には情報システム部門やクラウドインフラ・セキュリティの担当者が運用を担い、検出結果の確認と是正を行います。

ただしCSPMは検出だけでは効果が出ず、誰がどの順で直すかを決めておく必要があります。開発・運用部門と連携し、対応の役割分担を明確にしておくことが重要です。

Q. 小規模・単一クラウドの企業でもCSPMは必要ですか？

A. 設定ミスのリスクは規模を問わず生じるため点検の仕組みは必要ですが、小規模・単一クラウドならまず純正機能から始めれば十分な場合が多いです。

構成がシンプルなうちは、純正のポスチャ管理機能や事業者の推奨設定の適用でも効果が得られます。クラウドやアカウントが増えて人手で追えなくなった段階で専用製品を検討しましょう。

Q. クラウド事業者の純正機能だけでCSPMは足りますか？

A. 単一クラウド中心なら純正機能で基本的な設定点検はまかなえますが、複数クラウドを統一基準でまとめて管理したい場合はサードパーティ製が向いています。

AWS Security Hub CSPMやMicrosoft Defender for Cloudなどの純正機能は同じクラウド内で有効化しやすい一方、他クラウドの対応範囲は製品により差があります。必要に応じて使い分けましょう。

Q. CSPMは無料で使えますか？

A. 純正機能には無料で使える基礎的なCSPM機能があり、オープンソースのツールもありますが、マルチクラウド対応や自動修復など高度な機能は有償が中心です。

たとえばMicrosoft Defender for Cloudは基礎的なCSPM機能を無料で提供しています。無料の範囲で始め、対象クラウドや必要な機能が増えたら有償プランや専用製品に広げる進め方も可能です。

Q. CSPM導入の進め方や事前に準備すべきことは何ですか？

A. まず自社のクラウド構成と設定状況を把握し、運用体制やガバナンスの現状を整理したうえで、管理対象の範囲と運用ルールを決めることが準備の要点です。

いきなり全体に導入せず、重要なアカウントから対象を絞って始め、検出結果を運用にどう組み込むかを決めると定着しやすくなります。純正機能の無料枠から試すのも有効です。

Q. CSPMを導入すればクラウドの情報漏えいを完全に防げますか？

A. CSPMは設定ミス起因のリスクを早く見つけて下げる仕組みであり、導入すれば情報漏えいを完全に防げるわけではありません。

検出した後に実際に設定を直す運用とセットで効果が出ます。不正アクセスやマルウェアなど設定ミス以外のリスクはEDRやCWPPなど別の対策で補い、多層的に守ることが必要です。

クラウドセキュリティ・脆弱性診断サービスの資料を一括チェック

MCB FinTechカタログでは、CSPM・クラウド設定診断に対応する脆弱性診断サービスの最新資料を無料で一括請求できます。対応クラウド・機能範囲・料金・サポート体制など、比較に必要な情報をまとめて確認できます。

MCB FinTechカタログに掲載しませんか？

MCB FinTechカタログでは、掲載企業様を募集しています。マネックスグループの金融実務ノウハウを活かした独自の評価軸と検索設計により、導入検討者が最適なサービスを効率的に発見できる法人向け比較プラットフォームです。掲載後は管理画面から料金表や導入事例を随時更新でき、常に最新の情報を訴求可能。まずは下記フォームより、お気軽にお問い合わせください。

出典・参考資料（6件）

• 出典：クラウドの設定ミス対策ガイドブック（令和6年4月）｜総務省（https://www.soumu.go.jp/main_content/000944467.pdf）
• 出典：責任共有モデル｜アマゾン ウェブ サービス（https://aws.amazon.com/jp/compliance/shared-responsibility-model/）
• 出典：AWS Security Hub CSPM とは｜アマゾン ウェブ サービス（https://docs.aws.amazon.com/ja_jp/securityhub/latest/userguide/what-is-securityhub.html）
• 出典：クラウド セキュリティ体制管理 (CSPM) とは｜Microsoft Defender for Cloud（https://learn.microsoft.com/ja-jp/azure/defender-for-cloud/concept-cloud-security-posture-management）
• 出典：Cloud Guard の使用｜Oracle（https://docs.oracle.com/ja-jp/iaas/cloud-guard/using/index.htm）
• 出典：What is a Cloud-Native Application Protection Platform (CNAPP)｜Cloud Security Alliance（https://cloudsecurityalliance.org/articles/what-is-a-cloud-native-application-protection-platform-cnapp）