Epic Gamesは2026年10月14日、FortniteをLinux向けに提供する方針を発表した。同日公開した新しいEpic Games Launcherのプレビュー版は初めてLinuxに対応し、ゲームを届ける入口が整い始めている。ただし、Fortniteを遊べるようになるには、不正行為対策ソフト「Easy Anti-Cheat（EAC）」の改修と、Linuxの配布版を維持するディストリビューションの保守担当者との調整が必要だ。Steam Deckも現時点では新方式の要件を満たさず、今回の発表を自分の端末でのプレイにつなげるには、ランチャーとゲームそれぞれの対応条件を見分ける必要がある。

AD

ランチャー、EAC、Fortniteで異なる対応条件

新しいEpic Games Launcherは、WindowsとmacOSに加えてLinuxでも試せる。Epicは公式発表で、EACを作り直し、十分な数のディストリビューションの保守担当者と対応が進んだ段階で、ランチャーを通じてFortniteをLinuxへ届けると説明している。具体的な提供日は示していない。

Epicの2026年10月14日の発表では、Linux版ランチャーの提供、EAC Linux v2の要件適合、Fortniteの提供開始は別の段階にある。

対象 発表・公開された状態 利用に関わる条件
Epic Games Launcher Linux版プレビューを公開 FAQの対応OSはUbuntu 22.04 LTS以降、Fedora 43以降、Debian 12以降
EAC Linux v2 新方式を構築し、必要な安全性の条件を提示 端末と起動構成が署名・TPMなどの要件を満たす必要がある
Fortnite Linux提供を計画し、EAC Linux v2の先行検証に使用予定 保守担当者との対応が十分に広がってから提供。日付は未公表

表はEpicの同日発表、EAC技術ブログの要件・FAQ、ランチャーFAQを、対象と提供状態で分類したものだ。EACの要件は今後変更され得るため、実機での動作保証を示す表ではない。

たとえば、対応OSを使ってランチャーが起動しても、それだけでFortniteのオンライン対戦に参加できるとは判断できない。ランチャーFAQも、Linux上で直接動くのはランチャー自身であり、多くのゲームはWindows向けのため互換レイヤーが必要になる場合があると説明する。今回の発表から、FortniteがLinux用の実行ファイルになるのか、互換レイヤーを使うのかまでは確定できない。

専用カーネルモジュールを使わず、起動環境を確かめる

EACは以前からLinuxに対応していた。Epicによれば、Linux向けゲームには2014年から、WineやProtonを通じてLinuxで動かすWindows向けゲームには2021年から対応している。それでもFortniteを提供できなかった理由として、従来のLinux実装ではWindows版と同水準の保護を実現できなかったことを挙げる。対応を有効にするかどうかはゲームごとの判断だった。

新しい「EAC Linux v2」は、Linuxが持つ安全性の機能を使って、この差を縮めようとする。Windows版に相当する専用のアンチチート・カーネルモジュールは導入せず、systemdのサービスとeBPFプログラムを組み合わせる設計だ。サービスは保護対象のゲームを起動したときに動き、ゲームを終了すると止まる。

専用モジュールを追加しなくても、OS側には複数の条件が付く。eBPFはLinuxのセキュリティ機能と連携し、別のプロセスがゲームのメモリーを読み書きすることを制限したり、不正な動きを監視したりする。その前提となるのが、ゲームを動かすカーネル自体を信頼できるかどうかである。

Epicが求めるのは、同社が認める署名鍵で署名されたカーネルとカーネルモジュールだ。NVIDIAのGPUドライバーのようにカーネル本体とは別に配布されるモジュールも、組織によってビルドされ、認められた鍵で署名されている必要がある。利用者が独自に改変したカーネルまで、同じ条件で受け入れる仕組みではない。

起動時にも確認を重ねる。Secure Bootで起動するコードの署名を検証し、TPM 2.0と「起動時の測定」によって、実際にどのコードや構成で立ち上がったかを記録する。両方の仕組みを使うことで、署名の確認と起動履歴の確認を組み合わせる考え方だ。TPM 2.0とSecure BootはBIOSで有効にしておくことを求めている。

さらに、管理者によるカーネルの改変などを制限するカーネルロックダウンのintegrityモードと、BPF LSMの有効化が必要になる。完全な再起動なしに別のカーネルへ切り替えるkexecは無効にする条件だ。kexecを使うと、測定した起動履歴と、現在動いているカーネルが一致しなくなるおそれがあるためである。

外部機器からメモリーへのアクセスを制御するIOMMUにも条件がある。携帯型以外の機器では、BIOSとLinuxカーネルでIOMMUを有効にし、パススルーを無効にする必要があるとEpicは説明している。つまり、ゲームをインストールするだけで済むかどうかは、配布版の初期設定と端末の構成に左右される。

AD

署名鍵の一覧とSteam Deckの制限

Epicが認める署名鍵の一覧には、Ubuntuで使うCanonicalの鍵やFedora、Debianの鍵が含まれる。openSUSEに加え、Bazziteなどで使うUniversal Blueの鍵も掲載されているが、これはEACがシステムを検証するための鍵の一覧だ。各配布版でFortniteが動作するという認定とは区別する必要がある。

Steam Deckについては、技術ブログのFAQが明確に線を引いている。現時点ではEAC Linux v2が必要とする機能をサポートしておらず、EpicはValveと協議し、将来の対応を望んでいるという。不足する機能の内訳や対応時期は未公表だ。Bazzite向けの鍵が一覧にあることから、Steam Deckでも利用可能になると読み替えることはできない。

一方、EACの条件に合わせた構成を、すべての用途で常時使う必要はない。Epicは、保護対象のゲームを遊ぶときに選ぶ専用の起動エントリーを用意できると説明する。仕事や開発で使う構成と、ゲームのために署名や起動時の設定をそろえた構成を切り替える余地は残されている。

ただし、独自の鍵を登録している利用者には注意点もある。Linuxの起動に使うshimを経由する場合、登録済みのMachine Owner Key（MOK）は、実際の起動に使ったかどうかにかかわらず、カーネルモジュールの署名検証で信頼されることが多い。このためEAC Linux v2は、登録されたMOKすべてがEpicの認める鍵であることを求める。起動エントリーを分けるだけで、あらゆる独自構成を併用できるという説明ではない。

条件を満たさずに保護対象のゲームを起動した場合は、エラーメッセージを表示するという。Epicは、それだけで不正行為としてアカウントを停止することはないとしている。

Fortniteで検証してから、他のゲームへ

EpicはEAC Linux v2をまずFortniteの実環境で試し、そこで得た結果を基に改善する計画だ。有効性を検証してから、ほかのゲーム開発者へも提供する。Windows版に近い保護を実現するという目標と、実際の対戦環境でそれが機能したという結果は、ここでも分けて読む必要がある。

すでに従来のEAC Linux対応を有効にしているゲームには、選択肢を残す。開発者は互換性を優先して旧実装を使い続けるか、不正対策を強めるためにv2へ切り替えるかを選べるため、既存タイトルが一斉に新要件へ移行する計画ではない。

対応を広げるうえでは、ディストリビューション側の設定も効いてくる。Epicは保守担当者に協力を呼びかけ、構成要件をそろえて署名鍵を一覧へ追加する作業を進める方針を示した。当初は同社が一覧を管理し、将来はオープンソース化を目指す。必要な条件を初期設定で満たす配布版が増えれば、利用者が自分で変更する設定は少なくなるという。

Fortniteでの検証結果に加え、利用する配布版と端末で要件を満たせるかが、プレイ開始を判断する材料になる。保守担当者との調整が進み、実環境で保護の有効性が確認されれば、EpicはFortniteで確かめた仕組みをほかの対戦ゲームにも届けられる。