マイクロソフトで4年間リバースエンジニアリングの専門家として勤務し、現在はGoogleに所属する研究者ローリー・カーク氏が、最近、オペレーティングシステムの基盤哲学に関する新たな深い思索を巻き起こしている。彼女は古びた「Windows対Linux」の論争を再燃させようとしているのではなく、アーキテクトの視点からNTカーネル——1993年に誕生し、今日なおWindows 11を支えるそのコア——を改めて見つめ直しているのだ。その設計思想は、AIエージェントの時代において、これまで過小評価されてきた先見性を明らかにしつつある。
カーク氏は、自らが称賛するのはWindows 11のUIアニメーションやCopilotの統合ではなく、NTカーネルが誕生時から確立してきた統一的なリソース抽象のパラダイムであると明言する。プロセス、スレッド、ファイル、レジストリキー、ミューテックス、アクセストークンなど、管理可能なあらゆる実体が「オブジェクト」として存在し、カーネルのオブジェクトマネージャーによって一元的にスケジューリング、命名、権限付与、監査が行われる。この設計により、権限制御は個々のパッチに依存するものではなく、システムの骨格そのものとなった。
これに対し、Linuxのセキュリティ機能は強力かつ柔軟ではあるが、Unixの伝統の上に幾重にも積み重ねられてきたものだ。基本的なUID/GIDから始まり、Capabilitiesによる特権の細分化、Namespacesによる隔離、cgroupsによるリソース制約、さらにSELinuxやAppArmorといったLSMモジュールがポリシーレイヤーを提供する。これらの仕組みはいずれも優れているが、一貫したメタモデルを持たない。カーク氏はこう述べる。「あるAIエージェントが特定のAPIを呼び出したとき、いったいどの層でどのような権限チェックが発動するのか、明確な図を描くのは非常に難しいのです。」
そしてここから、彼女の最も示唆に富む仮説へとつながる。もし2000年代初頭にマイクロソフトが「Open NT」を打ち出していたなら——企業がマイクロソフトが定める中核的なセキュリティ契約とABI互換性基準に基づき、スケジューラーやネットワークスタック、メモリマネージャーの認可モデルを独自にカスタマイズできる仕組み——クラウドインフラの進化経路はまったく異なるものになっていただろう。想像してほしい。アマゾンが初期にEC2を構築した際、NTを基盤とするAmazonNTを派生させ、Windowsエコシステムとの互換性を保ちつつクラウドネイティブなシナリオに深く最適化できたかもしれない。Linuxをゼロから採用する代わりに。
しかし歴史はそうは運ばなかった。マイクロソフトのShared Source計画やWindows Research Kernelは一部のソースコードを公開したものの、商用版のラインからは踏み出せなかった。その理由は理解しやすい。複数のカーネルバージョンの互換性維持、セキュリティアップデート、技術サポートにかかるコストは、単一のメインラインモデルを維持するよりもはるかに大きいのだ。Linuxグラフィックスサブシステムのベテラン開発者デイビッド・エアリー氏が言うように、「分岐を作るのは簡単だが、それを長期間安定して運用するのは困難だ。二十年後にも、自社開発のスケジューラーに専任チームを割り当て続ける覚悟があるだろうか？」。
皮肉なことに、マイクロソフトは今、NTの本質的な仕組みを用いてAIエージェントがもたらす新たな課題に応えている。2026年のBuildカンファレンスで発表されたMicrosoft Execution Containers（MXC）は、SID、アクセストークン、ACL体系をAIワークフローへ拡張したものだ。開発者がエージェントがアクセス可能なリソースの範囲を宣言すると、システムはそれに基づいて制限付きの実行環境を生成し、すべての操作を専用のアイデンティティに紐づけることで、きめ細かな帰責と監査を可能にする。これはLinuxを否定するものではなく、NTのオブジェクトモデルが権限の意味表現において先天的に適合していることを裏付けている。
Linuxもまた停滞していない。Landlock（Linux 5.13で導入）は、特権を持たないプロセスが自らのファイルおよびネットワークへのアクセス範囲を能動的に制限することを可能にし、seccompはシステムコールをフィルタリングする。Namespacesとcgroupsはコンテナの基盤を成しており、Capsicum——Googleの支援を受け、ケンブリッジ発祥のBSD由来の能力ベースのモデル——は「Capability Mode」の理念を通じてNTの思想に呼応する。すなわち、プロセスは明示的に渡されたファイルディスクリプターを通じてのみ権限を行使でき、グローバルな名前空間への暗黙的なアクセスを完全に遮断するのだ。
真の違いは優劣ではなく、哲学にある。NTは中央集権的な抽象化を選択し、オブジェクトを軸としてセキュリティ、リソース、監査を統合する。一方、Linuxはモジュラーな組み合わせを志向し、各機構がそれぞれの役割を果たし、ディストリビューションや管理者が動的に組み立てていく。どちらも設計だけで絶対的な安全性を担保することはできない。NT 3.5はC2認証を得たが、それはネットワークもドライバーも後方互換性の負担もない真空状態での話だ。Linuxの複雑さも欠陥ではなく、現実世界の多様なニーズに対応するための必然的な代償である。
AIエージェントが数分で数千回のリソース間操作を行い、コードを自動生成・実行し、多重の権限を連鎖させてタスクを完遂する時代において、OSはより根源的な問いに答えなければならない。私たちは「一つの動作」の許可範囲をいかに定義するのか？誰が承認するのか？いつ効力が生じるのか？その適用範囲はどこまでなのか？その挙動は改ざん不可能に追跡可能なのか？
Windows NTはサーバー市場を支配したことはないが、Linuxはそうした。しかしNTカーネルに三十年変わらず残るオブジェクトハンドル、セキュリティ記述子、アクセストークンは、今、マイクロソフトによって再び呼び出され、AIエージェントのあらゆるシステムコールを制約している。カーク氏の提唱した「Open NT」はおそらく実現しないだろうが、彼女は急速に到来しつつある共通認識を浮き彫りにした。人間が指令の発信者に退き、AIが実行主体となる時代において、OSの究極の使命は、単に「プログラムを動かすこと」ではなく、厳密に「意図を解釈すること」なのだ。
