非専門家のためのヒント
クラウドのSLA設定に答えはあるのか？ セキュリティ担当者が考えたい“必須項目”
最高情報セキュリティ責任者（CISO）がクラウドのサービスレベル契約（SLA）を策定する際に役に立つ幾つかのヒントを、セキュリティ情報の専門家が紹介する。
PCI DSS Cloud Computing Guidelines《クリックで拡大》
今でこそ当たり前となったクラウドだが、ほとんどの最高情報セキュリティ責任者（CISO）にとってクラウドは未知の領域だ。それでも、企業がクラウドサービスプロバイダーとの提携を決断すれば、CISOは企業のセキュリティ面を管理監督しなければならない。その場合、クラウドのサービスレベルアグリーメント（SLA）の作成や確認について企業が知っておくべきことは何だろうか。本稿では、クラウドの専門家ではないCISOがクラウドサービスやクラウドサービスセキュリティプロバイダーのSLAを策定するべき方法とクラウドプロバイダーとのSLAに組み込むべきものを紹介する。
サービスレベル契約（SLA）は企業にとって欠かせないものである。だが、その効果は、有効範囲、可用性、セキュリティ上の主要な領域に対処しているかどうかによって異なる。また、SLAの諸条件には、サービスの不履行によってSLAが満たされない場合の顧客に対する違約金や還付金も含めなければならない。企業の法務チームは、SLAが適切な文言によって企業を懸念事項から適切に守られるようにすることができる。
特にデータ保護とセキュリティにおいて、クラウドはSLAのプロセスに異なるアプローチを取り入れている。アクセス管理、ユーザーのプロビジョニングと管理、データベースの制御、リモートアクセス、サーバOSの強化、パッチ適用、脆弱性管理、ネットワークセキュリティといった従来の制御は、クラウドサービスでの運用方法と管理方法がそれぞれ異なる。
PCI Standards Security Councilが2013年2月に発行した「PCI DSS Cloud Computing Guidelines」では、さまざまなサービスモデルにおける顧客とクラウドサービスプロバイダー（CSP）の管理と責任の度合いについて説明されている。サービスモデルによっては、顧客がクラウド環境の管理とセキュリティに対して責任を負うことになる。SLAは、クラウドのサービスモデルと合致し、クラウドセキュリティに関する固有の責任と共通の責任を詳細に明記していなければならない。
「Amazon Web Services」など、一部のクラウドサービスでは、「AWS がクラウドのセキュリティを管理している一方で、クラウドにおけるセキュリティはお客様の責任となります」などと明記されている。
クラウドのSLAに組み込まなければならないもの
最近公開されたWiredの記事「Service Level Agreements in the Cloud: Who Cares?（クラウドにおけるサービスレベルアグリーメントを誰が気にするのか）」では、クラウドのSLAに対する基準が一覧で示されている。この基準には、“可用性”（業務時間中は99.99％、夜間や週末は99.9％など）、セキュリティとデータのプライバシー（格納および転送される全データの暗号化など）、データへのアクセス（読み取り可能な形式でプロバイダーからデータを取得できるなど）が含まれる。企業はデータのセキュリティに関して、格納されているデータや転送中のデータ全てに対するアクセス管理を確認する必要がある。これには、クラウドサービスに対するネイティブな暗号化方法またはサードパーティー企業が提供する暗号化方法のいずれか、役割ベースのアクセス制御が含まれる。その他には、データの位置、変更管理、スムーズな移行に必要な撤退戦略も挙げられている。
クライアントである企業は、クラウドのSLAの記述が自社に関連付けられていることを確認する必要がある。多くの場合、クラウドのSLAは特定の地域の可用性を網羅するように書かれており、特定企業の可用性については書かれていない。その結果として、ある地域で特定の企業にだけ悪影響を与えるサービス停止があったとしても、クラウドサービスプロバイダーはサービスがSLAの要件の範囲内だと主張できてしまう。災害復旧、問題解決、変更管理にも、これと同じことが当てはまる。
クラウドのSLAには、責任条項、契約解除条項、監査条項の制限も含めなければならない。これにより、合意済みのSLAの正確さを評価する際に、より強固な主体性と影響力が得られる。クラウドサービスプロバイダーが抵抗したり追加料金を請求したりしてくる可能性はあるが、これらの条項とSLAについて交渉することは重要である。ひどい目に遭うよりは、クラウドサービスプロバイダーに立ち向かってみることをお勧めする。
それから、クラウドセキュリティについても学習されたい。Cloud Security Allianceのメンバーになり、クラウドセキュリティのトレーニングを探したり、SANS Instituteや（ISC）2などの名高い企業からクラウドセキュリティの認定資格を取得したりするのも良いだろう。全体的に見て、クラウド環境のデータ保護では適切なところに焦点を当て続けることが重要だ。CISO以上に自社のクラウドセキュリティを懸念している人物はいない。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー