テクノロジー · ニュース解説

Thalesは新しいソフト保護でAIエージェントを止めたという――その試験が示すこと

Sentinel Envelope Plusは、ソースを変更せず選択したコンパイル済みコードを強化する。Thalesの管理試験ではAIエージェントが無防備なアプリの10件中8件の脆弱性を発見し、保護版ではゼロだったが、脆弱性自体は残っており、修正や独立検証の代わりにはならない。

AI の解析ストリームがコンパイル済みソフトウェアを囲む複数の保護層に阻まれる、Watch at Ease のオリジナルイラスト。
Watch at Ease イラスト:アプリケーションのハードニングは解析に必要な時間と計算量を増やし得ますが、解析不能を意味しません。 Watch at Ease · All rights reserved — original Watch at Ease illustration

Thalesは、AIツールによってリバースエンジニアリングのコストが下がる中、コンパイル済みソフトを逆コンパイル、実行時解析、改ざんから守りやすくする有料アドオンSentinel Envelope Plusを発表した。ソース変更や特殊なビルド環境なしで、機密性の高い部分に強い保護を適用できるとしている。

Reutersによると、同社のCyber SummitでCEOのPatrice Caineは、守る側も攻撃者と同じ速度と規模でAIを使う必要があると述べた。注目された比較試験では、AIエージェントは無防備なアプリで8件の脆弱性を見つけ、保護版では見つけられなかった。分析コストを上げた可能性はあるが、欠陥が消えたわけではない。

したがって、正確な位置づけは「AI に耐性のあるソフトウェア」ではなく、選択したコンパイル済みコードの周囲に抵抗層を加えることです。理解や改変に必要な時間、計算量、専門知識を増やす狙いであり、すべての攻撃経路を防いだり、脆弱なバックエンドを保護したり、ID・ネットワーク・データの管理を置き換えたりするものではありません。

Sentinel Envelope Plusが変えるもの

Thalesによれば、選んだアプリ部分を変換・再コンパイルし、逆コンパイル、改ざん、実行時検査への多層防御を加える。強い処理を重要部分だけに絞れるのは、保護を重くすると性能、デバッグ、リリース運用にも影響し得るためだ。

特にオンプレミス、組み込み、エッジなど、攻撃者がバイナリを入手してオフライン解析できる環境を想定する。ライセンス制御と組み合わせ、独自アルゴリズムや有料機能も守れる。ただし「AIに破られないソフト」ではなく、選択したコードの解析に必要な時間、計算資源、技能を増やす障壁である。

実際の約束は「AI に破られないソフトウェア」より限定的です。Sentinel Envelope Plus は選択したコンパイル済みコードを囲む障害層で、理解や改変に必要な時間、計算量、専門知識を増やすことを目指します。すべての攻撃経路を防ぐものでも、脆弱なバックエンドやID・ネットワーク・データ管理を代替するものでもありません。

8対0という結果の読み方

Thalesは、AIエージェントが無防備版で10件中8件を発見した一方、保護版では約7時間解析し、970倍のトークンを使い、自作ツールまで生成したものの、発見できず中止を推奨したとしている。

数字はベンダー試験のものだ。異なる言語、コンパイラ、脆弱性、モデル、攻撃予算でも同じ結果になるとは示されていない。人間の専門チームが別ツールを使う、長期間調べる、完全な逆解析なしに公開インターフェースを狙う可能性もある。言えるのは、この条件でこのエージェントを大きく妨げたということまでだ。

最も妥当な結論は、この条件では保護が当該エージェントを大きく妨げたということです。修復時間を稼ぎ、便乗的な自動攻撃の魅力を下げる可能性はありますが、すべての脆弱性が発見不能、あらゆる悪用が不可能、または顧客の各アプリで同じ倍率になることを証明しません。

脆弱性の修正は依然必要

Thales自身、脆弱性はコードに残ると明記する。難読化や改ざん防止は露出を減らすが、安全でないロジックを安全に変えるものではない。欠陥が判明したら、深刻度を評価し、露出を抑え、修正して検証済み更新を配布する必要がある。

攻撃者が脆弱性を実用的な攻撃に変えるまでの時間を延ばせるなら価値はあるが、その時間を重要なパッチの先延ばしに使ってはいけない。監視、再現可能なビルド、デバッグ経路も維持し、保護によって事故対応が遅れないようにする。

保護が破られた場合の復旧計画も必要です。監視では改ざん、異常なライセンス動作、保護された機能の不審な利用を確認し、ビルド工程には再現性とデバッグ経路を残して、強い変換がインシデント対応を攻撃者より遅くしないようにします。

導入前に確認すべきこと

認証情報、ライセンス判定、独自モデル、暗号処理、改変時の損害が大きいアルゴリズムなど、本当に守る部分を絞る。すべてを保護すれば複雑さが増え、少なすぎれば迂回路が残る。

対応OS・CPU、ビルド統合、起動時と実行時の負荷、クラッシュ解析、更新互換性について自社環境に即したデータを求める。概念実証は自社の代表的バイナリで行い、防御力と運用コストを両方測る。コードレビュー、依存関係検査、侵入試験、最小権限、署名更新、パッチ対応は続けるべきだ。

最後に、多層防御を維持します。コードレビュー、依存関係スキャン、侵入テスト、秘密情報管理、最小権限、署名付き更新、パッチ対応は継続が必要です。Sentinel Envelope Plus は重要な対象の解析を難しくし得ますが、購入判断は印象的なベンダー試験ではなく、自社アプリで再現できる結果に基づくべきです。

保護されたコンパイル済みコードに欠陥が残り、別の修正版コードが近づく様子を描いた Watch at Ease のオリジナルイラスト。
Watch at Ease イラスト:解析への抵抗を高めても、元の欠陥には検証済みパッチが必要です。 Watch at Ease · All rights reserved — original Watch at Ease illustration