現代のコンピューティングにおける根強い脆弱性は、特殊なものではない。半世紀にわたってオペレーティングシステム、ブラウザ、組み込みファームウェアを支えてきたC言語とC++コードにおけるメモリ破壊である。MicrosoftとGoogleは共に、深刻なセキュリティ脆弱性の約70%がメモリ安全性エラーに起因すると指摘している。Fil-Cの最新の取り組みは、コンテキストスイッチングのような低レベルの構造にメモリ安全性の保証を拡張するもので、システムソフトウェアのより広範な軌道について何を語っているかを読み取る価値のある技術的シグナルである。
戦略的背景は規制である。米国のサイバーセキュリティ・インフラストラクチャセキュリティ庁とNSAは、業界に対してメモリ安全な言語への移行を明示的に促しており、ホワイトハウスの国家サイバーディレクター室は2024年に同じ趣旨を強調する報告書を発表した。EUのサイバーレジリエンス法は責任という牙を加えている。悪用可能な欠陥を持つソフトウェアを出荷するベンダーは、今や真の市場アクセスリスクに直面している。スタックにC/C++を持つあらゆる企業、つまりほぼすべてのインフラ、自動車、産業、IoTプレイヤーにとって、これはもはや学術的な懸念ではなく、コンプライアンスと保険の変数である。
実務的な緊張は移行コストである。何十年にもわたって実証されたCをRustに書き換えることは、コストが高く、時間がかかり、新たなバグを導入するリスクがある。だからこそ、完全な書き換えなしに既存のCセマンティクスに安全性を追加するFil-Cのようなアプローチが、商業的に重要なのである。これらは、「すべてをRustで書き換える」(MicrosoftのAzureチームやLinuxカーネルコミュニティの一部が支持)と「何もしない」の中間の道を表している。このようなスキームのパフォーマンスオーバーヘッドは依然として未解決の問題である。コンテキストスイッチングのサポートは、プロジェクトが最も困難でパフォーマンスに敏感な領域に踏み込んでいることを示唆している。
テクノロジーリーダーにとって、3つのアクションが続く。第一に、CRA施行と、それをますます要求する顧客のセキュリティアンケートに先立って、今すぐコードベースのメモリ安全性エクスポージャーを監査すること。第二に、メモリ安全ツール(Rust、ARMのMemory Tagging Extensionのようなハードウェア緩和策、またはコンパイラベースのアプローチのいずれであっても)を単一の賭けではなくポートフォリオとして扱うこと。第三に、買収と人材のシグナルについてこの分野を注視すること。書き換えなしで安全性を経済的に解決する企業は、世界的に責任体制が厳格化する中で、プレミアムなポジションを獲得するだろう。
