Amutableは、Linuxシステム「Amutable Foundations」のプライベートプレビューの登録受け付けを開始しました。各マシンが、実行中のソフトウェアと設定を記した署名付きレポートを送信する仕組みです。ローカルのハードウェアを利用することで、レポートの検証をしやすくしています。同社によると、カーネル、systemd、イメージビルドツールのコードを書き、保守しているエンジニアが開発に携わっています。
Linuxのサーバー群を運用している場合、これまで確認してきた内容が変わります。たとえば、あるマシンが宣言された構成と一致していることを証明できないとします。Amutableの設計では、そのマシンにシークレットを渡さず、クラスターにも参加させないという対応が可能です。
SSHもパッケージマネージャーもなし
Amutableの設計では、各マシンのあるべき状態をバージョン管理システムで管理します。ビルドシステムがそれを署名付きイメージに変換し、設定も署名付きイメージにコンパイルして組み込みます。マシンは起動時に、ファームウェア、ブートローダー、カーネル、オペレーティングシステムを検証します。その後、測定値をTPMに記録します。TPMは、マシンが何を起動したかを記録するチップです。コンフィデンシャルVMとして動作する場合は、CPUのアテステーション測定値に記録します。コンフィデンシャルVMとは、内部で動くものをプロセッサーが保証できる仮想マシンのことです。
このシステムのマシンには、パッケージマネージャーも、SSHも、対話型シェルもありません。マシンを変更する唯一の方法は、新しい署名付きイメージを与えることです。各マシンは、一定の間隔や起動時などの節目に、署名付きレポートを送信します。コントロールプレーンはそのレポートをハードウェアのルート・オブ・トラストと照合し、宣言された状態と比較します。不一致があれば、状態がずれた特定のマシンにフラグが立ちます。ロールアウトが進むのは、マシンが正常な状態を証明できた場合だけです。
証明の使いみち
Amutableは、マシンIDはホストが保持するものだと指摘します。ホストキー、クライアント証明書、APIトークン、クラウドインスタンスのIDなどです。この4つはいずれも、コピーされたり、漏えいしたり、改ざんされたマシンから提示されたりするおそれがあります。Foundationsは、IDを測定済みの状態に関する署名付き証明書と結び付けます。同社が挙げる例は次のとおりです。古い構成のマシンには新しいデータベース認証情報を発行しません。測定値が一致しなくなったマシンは、再起動時にクラスターから締め出します。
Amutableは、現在の運用に2つの問題があると指摘します。1つは、設定がほとんどの場合、署名付きイメージのデータの外側にあることです。そのため、ハードウェアに基づく信頼で測定できる範囲から外れてしまいます。もう1つは、クラスター構築で共有の参加トークンが使われがちなことです。同社はこれを弱点だと見ています。
同社はEUサイバーレジリエンス法（CRA）にも言及しています。この法律の脆弱性報告義務は2026年9月から適用されており、残りの規定は2027年12月に続きます。
翻訳元: https://www.helpnetsecurity.com/2026/10/27/amutable-foundations-linux-system/
