Googleは、「セキュアバイデザイン:メモリ安全性に関するGoogleの見解」と題したホワイトペーパーを公開した。
この記事は会員限定です。会員登録(無料)すると全てご覧いただけます。
Googleは2024年3月4日(米国時間)、「Secure by Design: Google’s Perspective on Memory Safety」(セキュアバイデザイン:メモリ安全性に関するGoogleの見解)と題したホワイトペーパーを公開した。
このホワイトペーパーは、以下の内容で構成されている。
Googleは、ホワイトペーパーの公開を発表したブログ記事で、メモリ安全性の脆弱(ぜいじゃく)性(プログラムがメモリにアクセスする方法に関連する微妙なコーディングエラーによるセキュリティ上の欠陥)が過去数十年間、広く存在しており、エンドユーザー、IT業界、社会を危険にさらしていると指摘している。ホワイトペーパーの公開により、この問題に対処してきたGoogleの洞察と経験を共有することで、メモリ安全な慣行と技術の採用へのヒントを広範なコミュニティーと業界に提供し、技術の安全性向上につなげたい考えだ。
Googleは、自社のセキュリティチーム「Project Zero」の調査結果を引き合いに出し、実際に検知されたゼロデイエクスプロイト(攻撃コード)の3分の2が、メモリ破損の脆弱性を悪用していると述べ、この脆弱性は以前から、最もよく悪用されている脆弱性の一つだと指摘している。
またGoogleは、米国国家サイバー長官室が2024年2月、サイバー攻撃の根本原因への対処を呼び掛けたレポート
「Back to the Building Blocks: A Path Toward Secure and Measurable Software」(ビルディングブロックへの回帰:安全で測定可能なソフトウェアへの道)を公開し、「Future Software Should Be Memory Safe」(将来のソフトウェアはメモリ安全でなければならない)とのプレスリリースを出したことにも言及し、メモリ安全性の確保に取り組むことの重要性を強調している。
Googleは、「安全なコーディング」のアプローチの下でメモリ安全性の問題に取り組んできた経験から、「高保証のメモリ安全性は、厳密なメモリ安全性を保証する言語を包括的に採用することを中心とした『セキュアバイデザイン』のアプローチによってのみ達成できる」と認識している。そのため、Java、Go、Rustのようなメモリ安全な言語に段階的に移行することを考えている。
だがGoogleの場合、過去数十年、大規模なJavaやGoのメモリ安全なコードベースに加え、数億行のC++コードも開発、蓄積してきた。こうした膨大な既存コードベースがあるため、メモリ安全性への移行には、以下のような大きな課題を抱えている。
そこでGoogleは、新しいコードや、特にリスクの高いコンポーネントをメモリ安全な言語に移行するとともに、これを既存C++コードの安全性改善によって、補完することが重要だと考えている。
部分的にメモリ安全なC++言語のサブセットに徐々に移行し、可能な場合にはハードウェアセキュリティ機能で補強することで、大幅な改善が達成できるとの見通しを示している。
Googleは、ホワイトペーパーの公開を発表したブログ記事で、メモリ安全な言語への最近の投資実績も以下のように紹介している。
Copyright © ITmedia, Inc. All Rights Reserved.