GoogleはSpectreとMeltdownの対策を昨年6月に開始し12月には完了していた。Publickey×GoogleはSpectreとMeltdownの対策を昨年6月に開始し12月には完了していた。性能低下の報告はなし2018年1月15日インテルやAMD、ARMなど、現在使われているほぼすべてのCPUに影響する深刻な脆弱性「Spectre」と「Meltdown」が表面化した問題について、Googleはすでに半年以上前、2017年6月にこの脆弱性への対策を開始し、12月には完了していたことを明らかにしました。現時点では多くの報道などにおいて、この脆弱性に対処するための修正を行うとCPUの性能低下を引き起こす可能性があることが指摘されています。インテルは脆弱性対策のためのファームウェアを適用すると、デスクトップPC向けのベンチマークにおいて、6パーセントかそれ以下の性能低下の可能性があると発表しています(サーバ用途における性能低下の影響についてはまだインテルから発表されていません)。ところがGoogleは、12月に完了した脆弱性対策のあともシステムの性能が低下したとの報告はなく、対策したことすらユーザーに全く気付かれなかったとしています。Zero」チームが昨年発見したことが紹介されています。“Spectre”」では、同社が昨年2017年6月に、このCPU脆弱性への対策を開始したことが記されています。web.2017年6月、Googleのエンジニアリングチームは脆弱性から顧客を守るために作業を開始しました。Googleの全製品に対して解決策を講じるとともに、Web全体の顧客保護を行うために業界での協力を行いました。Cloudのインフラに対して脆弱性対策のためのソフトウェアをデプロイしていったと説明されています。1、2、3と3種類ある脆弱性のうちの、1と3に対応するものでした。3への対策をデプロイし始めた。洗練された対策が10月に行われた。このVariant1と3への対応は顧客にまったく気づかれなかっただけでなく、社内チームからも何の性能低下の報告を受けなかったと。Platformのライブマイグレーション機能によって顧客側のダウンタイムも必要ありませんでした。Platformの顧客からも、社内チームからも、性能低下の報告は一切ありません。Cloudでは、ライブマイグレーションによって顧客側には影響を与えずに対策が行われたであろうことは、Publickeyの1月4日付の記事でも予想していたことですので、ここは予想通りでした。1と3の対策をしたあとでも性能面で低下した報告はないというのは注目すべき内容です。1と3に対するものでした。2への対策は大きな性能低下を引き起こす心配があったからだとGoogleは説明しています。performance」から。2はより対策が困難でした。2の脆弱性から守るためには、この脆弱性を抱えたCPUの機能を無効にすることが唯一の手段ではないかとみられていました。すると、CPUの性能向上を支える重要な機能を無効にすることになるため、懸念されるほどアプリケーションの性能低下を引き起こすことになるでしょう。3の対策を行う方法を発見します。それは「Retpoline」と名付けられました。Retpolineはリターン(return)とトランポリン(trampoline)を組み合わせて作られた造語です(ということは発音は「リタポリン」ですかね)。loss.Retpolineによって、コンパイル時にソースコードを変更することなくインフラを保護することができました。それだけでなく、この対策機能をテストしたところ、特にソフトウェアブランチ予測のヒントなどの最適化と組み合わせることで性能低下がほとんどなくなったのです。Retpolineはオープンソースとして公開されており、GCC用の実装とLLVM用の実装が用意されています。2の対策も12月までに完了。このアップデート作業において、顧客からは何の指摘もなかったと。workloads.アップデートのプロセス全体にわたり、誰もそれに気づきませんでした。顧客からこのアップデートに関連したサポート依頼はなかったのです。これにより、実稼働環境での利用においてGoogleがデプロイしたパフォーマンスオプティマイズ済みのアップデートは、ワークロードに重大な影響を及ぼさないという内部評価が確認されました。本当に性能低下はないのか?Googleはくりかえし、クラウドの顧客から性能が低下したという指摘はない、と報告しています。これは、あらかじめ脆弱性対策の性能への影響がないことを断定することは困難であるため、実際のワークロードをじっくり観察する以外に影響を知る方法がないからであって、仕方のない表現です。いえ、脆弱性対策が行われたことについて知らされていない顧客は、多少の性能低下があっても一時的なものか深刻なものではないと考え、気にしていない可能性もあります。性能低下の可能性がある脆弱性対策が行われたことを知った顧客は、これから過去のログを引っ張り出して性能を慎重に比べるようになるはずです。本当のところ現実にどれくらいの性能低下になったのか、あるいは本当に気付かないほど性能への影響はわずかだったのかは、これからさまざまな報告の積み重ねが行われたあとで分かることなのではないでしょうか。EC2での性能低下は見られないと書いています。膨大な顧客だけでなく自社システムもクラウド上に抱えるGoogleとAWSであれば、短期間であっても非常に多くの実システムの稼働状況を把握できるはずで、その結果として性能低下が見られなかったのであれば、これを否定するのは難しそうです。長くなったので、AWSによる報告については次の記事「AWSもSpectreとMeltdownの対策完了を報告。EC2で性能の低下は見られないと」で紹介します。関連記事マイクロソフト、CPUの脆弱性対策でAzureの計画メンテを前倒し、全リージョンの仮想マシンを今朝から強制再起動。Googleは対策済みと発表GoogleはCPUの脆弱性「Spectre」「Meltdown」対策を昨年6月に開始し12月には完了。性能低下の報告はないとAWSもSpectreとMeltdownの対策完了を報告。≫次の記事AWSもSpectreとMeltdownの対策完了を報告。EC2で性能の低下は見られないと≪前の記事Kubernetesを統合したDockerがついにリリース。Niino(jniino)IT系の雑誌編集者、オンラインメディア発行人を経て独立。2009年にPublickeyを開始しました。Feed最新記事10本WebサービスやSaaS開発で気をつけるべき認証認可におけるロジックの脆弱性。Copilot」発表、サイドバーから利用可能。6月にプレビュー版が登場予定。2023[速報]マイクロソフト、ChatGPTとCopilotのプラグイン共通化を発表。プラットフォーム化とエコシステムを促進。Box」、7月に正式リリースと発表。Drive」発表、新ファイルシステムなど採用。プルリクやタスク、開発ツールなど一覧。Boot」パブリックプレビュー発表。PCを起動するとクラウドPCにログイン。2023Google、Python環境の「Colaboratory」にAIによる開発支援機能を搭載へ。LINUXが合流を発表。usPublickeyについて/運営者についてお問い合わせ広告についてプライバシーポリシ。