Electronic Arts（以下EA）が、自社のマルチプレイヤーゲームにおける根幹システムに構造的な転換をもたらそうとしている。同社が新たに公開した「シニア・アンチチート・エンジニア（ARM64）」の求人情報から、同社の内製カーネルレベル・アンチチートシステム「EA Javelin」をネイティブARM64アーキテクチャ上で動作させるための開発が進行していることが判明した。さらに同求人では、将来的なLinuxおよびProtonプラットフォームへの対応に向けた道筋をつけることも職責として明記されている。

この決定は、単なる対応プラットフォームの拡大にとどまらない。これまでx86_64アーキテクチャのWindows環境に強く依存し、一種の「鎖国」状態にあった強固なカーネルレベルのセキュリティシステムが、急速に拡大するArm版Windowsエコシステム、そしてValveのSteam Deckを中心とするLinuxゲーミング領域へとその影響範囲を広げることを意味するものだ。PCゲーミングのハードウェア多様化がもたらす摩擦と、チート対策という品質保証のせめぎ合いにおいて、業界最大手のパブリッシャーがどのような戦略的判断を下したのだろうか。

AD

Arm版Windows時代の到来とチート対策の空白地帯

過去2年間にわたり、モバイルおよびラップトップ向けシリコンメーカーは、消費者向けPCに強力なARMベースのチップを供給してきた。QualcommのSnapdragon X Eliteプラットフォームなどに代表されるこれらのハードウェアは、特筆すべき電力効率を武器に、Windowsデバイスの市場シェアを徐々に侵食している。さらに、エミュレーション技術の向上により、ARM環境上でx86プロセスを動作させる翻訳レイヤー（Windows 11のPrismなど）の性能も劇的に改善され、一般的なアプリケーションの多くはユーザーがアーキテクチャの違いを意識することなく動作するようになった。

しかし、カーネルレベル・アンチチートシステムは、この翻訳レイヤーの恩恵を受けることができない。EA Javelinをはじめとする現代の高度なチート対策ソフトウェアは、オペレーティングシステムの最深部であるリング0（カーネルモード）で動作し、システム全体のメモリやハードウェアの挙動を監視する。エミュレータはユーザーモードでの命令変換には対応できるが、カーネルドライバのハードウェア直接制御や特権命令をそのまま変換することは不可能である。結果として、Javelinで保護された『Battlefield』や『EA SPORTS FC』といった大規模マルチプレイヤータイトルは、ARMベースのWindows PCでは一切起動できない、あるいは意図的に実行がブロックされる状態に置かれていた。

ネイティブARM64ドライバの開発は、このハードウェアとソフトウェアの断絶を解消するための直接的なアプローチである。EAの求人が明記するように、ハードウェアごとに異なるJavelinのバイナリを動的にロードし、ARMデバイス上での自動化されたビルドおよびテストパイプラインを構築することは、ARMネイティブ環境での完全な検出能力と同等性を実現するための不可欠なプロセスである。

カーネルレベル・アンチチート移植の技術的障壁

カーネルレベルのソフトウェアをx86_64からARM64へ移植する作業は、単純な再コンパイルでは到底成立しない困難なプロジェクトである。両アーキテクチャは、命令セット（ISA）から呼び出し規約、例外処理のメカニズムに至るまで根本的に異なる。x86特有のCPU機能を前提とした低レベルのバリデーションやパフォーマンスカウンタへのアクセスは、すべてARMの仕様に合わせて再設計する必要がある。

加えて、Windowsの厳格なドライバ署名要件とセキュアブートとの相互作用が障壁となる。現代のWindowsは、不適切な署名を持つドライバのロードをカーネルレベルで拒絶する。アンチチートベンダーは、セキュアブートの有効性を確認することでシステムの信頼性を担保するアプローチをとることが多いが、ハードウェアベンダーごとに実装のばらつきが存在するARMプラットフォームにおいて、これらのセキュリティチェックを誤検知なく機能させるためのテスト環境構築は極めて多大な労力を要求する。EAが自動化テストパイプラインの構築をシニアエンジニアの主要タスクに挙げているのも、QualcommやMediaTek、今後参入が予想されるNVIDIA製クライアントシリコンなど、多様化するマイクロアーキテクチャ間での挙動の均一性を保証するためであると考えられる。

AD

LinuxおよびProtonへの拡張が意味する戦略的意図

ARM対応以上に業界に波紋を呼ぶ要素が、求人の末尾に記載された「LinuxおよびProtonといった、将来的なOSやハードウェアのサポートに向けた道筋を描く」という一文である。

PCゲーミングにおいて、Linuxは依然としてニッチな存在であったが、ValveによるSteam Deckの爆発的な普及が状況を一変させた。Linux環境上でWindows向けゲームを動作させる互換レイヤー「Proton」は目覚ましい進化を遂げており、グラフィックスや入力遅延の面ではネイティブ環境に肉薄している。問題となるのは、ここでもカーネルレベルのアンチチートだ。Windows向けのカーネルドライバはLinuxカーネル上では動作しない。これを回避するには、ネイティブのLinuxカーネルモジュールを別途開発するか、ProtonレイヤーがWindowsのカーネルAPIを完璧にエミュレートし、アンチチート側がそれを「正当なWindows環境」と誤認して許容するかの二択となるが、後者はチート開発者に明確なバイパス経路（抜け道）を提供することと同義であり、セキュリティ上の懸念から採用が困難である。

EAのスタンスはこれまでLinuxに対して極めて冷淡であった。事実、2024年後半には、オープンなOS環境におけるチート対策の困難さを理由に、『Apex Legends』におけるSteam DeckおよびLinuxのサポートを完全に打ち切っている。また、Rockstar Gamesも『Grand Theft Auto V Online』にBattlEyeを導入した際、Linuxユーザーをシステムから排除する対応をとった。

それにもかかわらず、EAがLinuxとProton対応への「道筋」を模索し始めた背景には、無視できない市場機会の増大とプラットフォームホルダーとしての長期的な生存戦略がある。Linuxデスクトップゲーミング市場は拡大を続けており、さらにサードパーティ製のハンドヘルドゲーミングPCにおいてもSteamOSの互換プラットフォーム（Bazziteなど）を導入するユーザーが増加している。ハードウェアの囲い込みを持たないPCゲーミングエコシステムにおいて、特定のアーキテクチャやOSに起因するプレイヤー層の締め出しは、基本プレイ無料（F2P）のライブサービスゲームが生命線とする「プレイヤーベースの規模と流動性」に対する直接的なダメージとなる。EAは、セキュリティの強固さと引き換えに発生しているこの「互換性の喪失」という負債を、技術的投資によって中和するフェーズに入ったと評価できる。

エコシステム全体への波及とセキュリティリスクの背反

EAのJavelinがARMおよびLinux環境への対応に向けて舵を切ることは、アンチチートソリューションの業界標準に影響を与える。すでにEpic GamesのEasy Anti-Cheat (EAC) は特定の条件下でのARMおよびLinuxサポートを公開しており、大規模なユーザーベースを抱えるEAがこれに追随するとなれば、他のパブリッシャーも互換性確保への要求に直面することは避けられない。

一方で、カーネルレベルでのアクセス権限を持つソフトウェアが、Windows以外の多様なOS環境や実験的なハードウェア構成にまで浸透することへの警戒感は根強い。カーネル空間で動作するドライバの増加は、エンドユーザーのシステム全体の攻撃表面（アタックサーフェス）を直接的に拡大させる。万が一、ARMドライバにパッチ未適用の脆弱性が存在したり、アップデートの配信ルートがサプライチェーン攻撃にさらされたりした場合、その影響はリング0の権限でシステム全体を掌握される致命的な事態に繋がる。Linuxやオープンソースを支持するコミュニティからは、システムへの密結合を要求するプロプライエタリなセキュリティ機構に対して強い反発が予想される。

デバイスの多様化とセキュリティの担保は、本質的に相反するベクトルを持つ。EAがARMとLinuxに対応するJavelinを実用化するためには、技術的な壁を突破するだけでなく、第三者機関による定期的な監査結果の公開や、テレメトリ（データ収集）の範囲に関する透明性の確保といった、ユーザーコミュニティからの信頼を獲得するための政治的な立ち回りも問われることになる。チートを防衛し、ゲームエコノミーの健全性を維持することがパブリッシャーの至上命題であるならば、今後のデバイス環境の進化に対応できるクロスアーキテクチャでの強固な監視システムの構築は不可避な選択である。

Sources