サーバレス、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
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分? 不足する対策を16項目でチェック -
事例
[Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは? -
事例
[Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣 -
事例
[Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント -
事例
[Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
2
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
3
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
4
なぜOpenAIやAnthropicのAIは「脱走」したのか 情シスが迫られるエージェント統制
-
5
「データストレージの活用方法」に関するアンケート
-
6
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
7
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
8
ANAが専用回線から移行した「NaaS」の全貌 ネットワーク準備が数カ月から数週間に
-
9
「プログラマー不要論」にThe Linux Foundationが示した答え
-
10
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
ホワイトペーパーランキング PR
-
1
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
9
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
10
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー