サーバレス、PaaS製品が再注目される結果に
「Meltdown」と「Spectre」で明らかになったクラウドベンダーの対応能力(1/2 ページ)
CPU脆弱性「Meltdown」「Spectre」は、クラウド利用に甚大な影響を及ぼすことが危惧されていた。クラウドベンダーの対応により、想定よりも影響は小さくなりそうだ。
CPUに見つかった脆弱(ぜいじゃく)性「Spectre」と「Meltdown」は、パブリッククラウドに特に重大な影響を及ぼすのではないかと危惧されていた。初期対策のパッチを見る限り、クラウドのセキュリティとパフォーマンスへの影響は当初の予想ほど深刻ではなさそうだ。
今回見つかった脆弱性を悪用すると、攻撃者が同じ共有ホストサーバにあるユーザーのデータに不正アクセスできる可能性がある。そのため、マルチテナントクラウドモデルが格好の標的になるのではないかと懸念されていた。大手クラウドベンダー各社は迅速に手を打ち、この問題に対処した。
併せて読みたいお勧め記事
「Meltdown」と「Spectre」がクラウドに影響する理由
クラウド選定にはパッチ適応能力以外にも注意点がある
クラウドのユーザー側もシステムを更新する必要がある。対応するパッチを適用すれば、当面はデータへの不正アクセスを防ぐことができるようだ。むしろ、自社データセンターを運用している場合の方がクラウド利用時より対処は煩雑で、ハードウェアやファームウェア、ハイパーバイザー(仮想化ソフトウェア)などの更新が必要になる。
調査会社のForrester Researchでアナリストを勤めるクリス・ガードナー氏は「大惨事になるわけではないので、それほど慌てる必要はない。CPUのバグとしては恐らく近年最大規模だが、緩和策はある。CPUメーカーは既に長期的な解決に取り掛かっている」と語る。
脆弱性で分かったベンダーのパッチ対応能力
ベンダー各社がMeltdownとSpectreに対する修正プログラムを迅速にインストールしたことは、各社の中央管理と自動化が機能している証拠でもある。
クラウド管理サービスベンダーCloudHealth Technologiesの創業者でCTO(最高技術責任者)のジョー・キンセラ氏は次のように話す。「自分たちでハードウェアベンダーやLinuxなどのオープンソースソフトウェアのパッチをインストールしていたら、これほど迅速には対処できなかっただろう。今回の件では中央管理が機能することが証明された」
セキュリティの専門家によると、MeltdownとSpectreを悪用した例は、今のところ見つかっていないという。一般的なハッカーがこれらを悪用するのは極めて難しく、より突破の容易な脆弱性の方がはるかに狙われやすい。
むしろ、これらの脆弱性に対処するためのパッチ適用プロセスが及ぼす影響の方が現実問題となっている。
例えばMicrosoftは、MeltdownとSpectreの報告が浮上した後、公表猶予期間が終わる前に予定外の「Microsoft Azure」の強制再起動で一部の顧客を当惑させた。Googleは仮想マシンを無停止で別のホストサーバへ移行するライブマイグレーションで、全顧客の仮想マシンの再起動を回避すると述べている。
Amazon Web Services(AWS)やMicrosoft、Googleなどの大手クラウドベンダーは早々に何らかの対策を講じることができたものの、規模の小さいベンダーでは混乱もあったようだ。
半導体の製造企業であるAMDとIntelは問題を緩和するためにファームウェアのアップデートに取り組んだが、初期アップデートでは問題が発生した。問題を解消したパッチを間もなくリリースする予定だが、それによってクラウドで稼働する仮想マシンの再起動がまた必要になるかどうかは、まだはっきりしていない。
MeltdownとSpectreに対処するための早期パッチは暫定的な措置にすぎない。これらの脆弱性は「投機的実行」という最適化技術に起因しており、この技術に依存しないようにチップを設計し直すには数年かかる可能性がある。こうしたチップの抜本的設計変更は、クラウドベンダーにとって有利になり得る。一般の企業より頻繁にハードウェアを入れ替えるクラウドベンダーは、いち早く新しいプロセッサを導入できるからだ。
今回の件を受け、クラウドへの移行を検討していたユーザーが二の足を踏んだり、精査を厳しくしたりすることも考えられる。特に、パブリッククラウド移行の機運が高まり始めていた金融分野など規制の厳しい業界は、その可能性が高い。
ホスティング事業者Atlantic.NetのCEO、マーティー・プラニク氏は、「新しいプロジェクトの開始には、これまでなかった懸念が加わることになる」と述べ、最高リスク責任者や最高セキュリティ責任者が同社の事業に関して今回のことを軽視するとは考えられないと語る。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社kickflow] 2社の事例に学ぶワークフロー改革:属人化解消や年数万件の申請書類削減のコツ -
製品資料
[NTTPCコミュニケーションズ株式会社] 「回線速度不足」だけが原因ではない? Web会議の遅延を解決する方法とは -
製品資料
[東京エレクトロン デバイス株式会社] 工場の可用性向上に重要な「7つの領域」と対策 OTセキュリティ強化の基礎知識 -
製品資料
[リコージャパン株式会社] 問い合わせ対応で本来の業務が進まない、総務や情シスの負担をどう減らす? -
製品資料
[リコージャパン株式会社] 自社データから高精度な回答を生成、簡単に生成AIチャットボットを構築する方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
全社標準Copilotに絶望? MS Copilotで問い合わせ6割減できた企業は何が違った
-
2
ITエンジニア1265人調査 生成AIを使い込むほど「人の確認」が重い理由
-
3
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
4
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
5
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
6
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
7
APIキー奪取から3時間でクラウド掌握 Anthropicが暴いた「バイブハッキング」の現実的な防御策
-
8
「Wi-Fi 7」は何がすごい? Wi-Fi 5、Wi-Fi 6からの抜本的な進化とは
-
9
全社標準「Copilot」にダメ出し? 現場の8割が不満を抱く“致命的な欠点”
-
10
【漫画付き】"RAG導入失敗3例"と処方箋 「入れても使われない」を終わらせる
ホワイトペーパーランキング PR
-
1
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
3
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
「スクラム」と「カンバン」の違いとは? アジャイル型開発手法を徹底比較
-
8
AI時代に成功するための「ナレッジマネジメント」ベストプラクティス
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー