重要: このプロジェクトは、Dead by Daylightで未承認のESPおよびエイム支援を提供するよう設計されています。使用すると、ゲームの利用規約に違反し、システムを危険にさらし、アカウント停止につながる可能性があります。この記事では、Easy Anti-Cheatを回避したり、チートを導入したりするための実用的な手順は提供しません。
プロジェクトが主張する機能
dbd-external-espは、Dead by Daylight向けのWindows専用外部オーバーレイとして紹介されています。READMEによると、ドライバー経由でゲーム状態を読み取り、プレイヤーのシルエット、目標地点、パレットの状態、発電機の進行状況、脱出ゲートの状態などを表示します。自動エイム機能も宣伝されています。
READMEでは、2026年版は以前のメンテナンスされていないプロジェクトを書き直したものだと説明されています。インジェクトされたDLLとは異なり、宣伝されている実行ファイルは別プロセスとして動作し、独自のレイヤードウィンドウを通じて描画します。リポジトリにはリリースバイナリとドキュメントが配布されていますが、プログラムを個別にビルドして監査するために必要なローダーのソースコードは提供されていません。
互換性と要件
文書で主な対象とされているのは、64ビット版Windows 10またはWindows 11上のDead by DaylightのSteamおよびEpic Games Storeのライブ版です。READMEでは、Windows on ARM、Windows 7、Windows 8.1はサポート対象外とされています。
- 主な対象: Windows 10 x64 21H2以降とSteamのライブ版。
- テスト対象: Windows 11 x64 23H2以降。
- その他の対応を主張: Epic Games Storeのライブ版。配布元は自動検出されます。
- 部分対応: Steamパブリックベータ版およびDead by Daylightの公開テスト版。パッチ適用後にオフセットが変更される場合があります。
- 最低ハードウェア: 4コアAVX2対応プロセッサー、8 GB RAM、DirectX 11対応グラフィックス、約200 MBの空きストレージ。
- 推奨ハードウェア: 最新の8コアプロセッサー、16 GB RAM、専用GPU。
オーバーレイにはボーダーレス表示モードが必要だと記載されています。READMEでは、別のレイヤードウィンドウは排他的フルスクリーンのサーフェス上に描画できないと説明されています。
主な機能グループ
オーラと目標情報
宣伝されている視覚モジュールには、生存者とキラーの輪郭表示、トーテム状態の追跡、発電機の進行状況、ハッチの位置、チェスト情報、脱出ゲートの状態が含まれます。一部の情報は生存者視点に合わせたもので、その他のモジュールはキラー視点を対象としています。
チェイスとマップ情報
このプロジェクトは、パレットの位置と状態の表示、乗り越え地点の特定、チェイスルート候補の可視化を行うと主張しています。READMEでは、引っかき傷の強調表示と、生存者の行動を示すステータスフィードについても説明されています。
エイム機能
文書化されているエイムモジュールには、ヒット範囲の投影、対象速度の予測、スムーズなエイム支援、エイムラインが対象カプセルと交差するかを示すプレビューが含まれます。これらの機能はゲームプレイを自動化または実質的に支援するため、公平なプレイとアカウント処分に関するリスクが特に明確です。
ローダーと設定機能
READMEでは、ローダーの起動時にインストール済みのゲームバイナリをスキャンするシグネチャリゾルバーが宣伝されています。シグネチャが一致しなくなった場合は、古いオフセットを使い続けるのではなく、モジュールを無効化する仕組みとされています。その他に宣伝されている構成要素には、ドライバーのハンドシェイク監視と設定の自動バックアップがあります。
宣伝されているアーキテクチャの仕組み
READMEによると、実行ファイルはDLLをインジェクトしたり、ゲームのバイト列を改変したりしません。代わりに、ドライバーを介した読み取り専用インターフェースを使い、Unreal Engineのオブジェクトグラフの限られた部分を検査するとされています。その後、外部プロセスがアクター、トランスフォーム、目標、ワールド状態を解決し、別のオーバーレイに描画します。
エイムシステムは、カメラのトランスフォームを読み取り、対象領域をスクリーン空間に投影し、速度予測を適用して、相対的なマウス移動を生成すると説明されています。READMEでは、この設計はインジェクションより検出面が小さいと特徴付けていますが、外部チートが検出不能になることはないと明確に認めています。
安全なセットアップ: 実行前に検査する
これは特権を必要とするバイナリのみのリリースであるため、通常のインストール手順では、リポジトリから再現できない実行ファイルとドライバーを信頼する必要があります。より安全なセットアップ手順として、ゲーミングコンピューター上で読み込まずに成果物を評価する方法があります。
- リポジトリの範囲を確認する。 リポジトリに監査可能なソースコードが含まれているのか、それともランディングページ、ドキュメント、コンパイル済みダウンロードのみなのかを確認します。README には、ローダーのソースは配布されていないと記載されています。
- セキュリティ制御を無効にしない。 ウイルス対策ソフトの除外設定、警告の抑制、特権ドライバーの読み込みを求める指示は、重大なリスク指標として扱います。セキュリティ警告はマルウェアの証明ではありませんが、「誤検知」という表示だけで安全だと判断することもできません。
- リリースの来歴を確認する。 署名済みリリース、公開された暗号学的ハッシュ、再現可能ビルド、独立したレビュー、検証可能な公開者の身元を確認します。README には、再現可能ビルドの手順は記載されていません。
- 署名とハッシュを検査する。 さらなる分析を検討する前に、ファイルの SHA-256 ハッシュを記録し、デジタル署名を検証します。有効な署名は公開者の帰属を確認するものですが、ソフトウェアが安全であることを証明するものではありません。
- 隔離された分析環境を使用する。 未知の Windows ソフトウェアを調査する資格がある場合は、ゲームアカウント、個人ファイル、保存済みブラウザーセッション、ホストの認証情報へのアクセスがない、破棄可能な仮想マシンを使用します。本番環境のマシンでカーネルドライバーをテストしないでください。
- 静的検査を優先する。 プログラムを起動せずに、インポート、埋め込み文字列、証明書の詳細、ネットワーク指標、ドライバーのメタデータを確認します。カーネルコンポーネントには専門家によるレビューが必要です。
レビュー用チェックリストの例
アーティファクトの入手元: 検証済みまたは不明
メンテナーが公開した SHA-256: ありまたはなし
デジタル署名が有効: はいまたはいいえ
監査用のソースが利用可能: README によれば、なし
再現可能ビルドの手順: 未記載
カーネルドライバーを含む: 含むと記載
ネットワーク動作を独立検証済み: いいえ
安全な結論: 信頼性が確立されるまで実行しない記載されたプロファイルを理解する
README には、提供される2つのプロファイルが説明されています。実行しなくてもプロジェクトの設計を理解するうえで役立ちます。
- サバイバープロファイル: キラーのオーラ、トーテム、発電機、ハッチの情報を優先します。
- キラープロファイル: サバイバーのシルエット、引っかき傷、サバイバーの状態情報を優先します。
プロジェクトによれば、誤ったプロファイルを使用すると不要なメモリ読み取りが発生し、オーバーレイのパフォーマンスが低下します。これは、プロファイルが単に色やレイアウトを変更するのではなく、ゲーム状態グラフのどの部分を更新するかを決定していることを示しています。
設定の概念
記載されている設定には、オーラの更新頻度が含まれます。README では、情報表示用のオーバーレイについて、すべてのモジュールを非常に高い頻度で更新するとフレームレートが低下する可能性があるため、低い更新レートを推奨しています。
esp.refresh_hz=30この例は、記載されたパフォーマンス設定のみを示すものであり、ゲーム上でソフトウェアを実行する指示ではありません。README には、照準タイミングとカーブを設定できることも記載されていますが、これらの設定を使用するとゲームプレイの自動化が有効になるため、ここでは扱いません。
パフォーマンスに関する主張
プロジェクトは、Intel Core i7-13700K と RTX 4070 のテストシステムで、毎秒144フレーム時にオーバーレイ遅延が約3.1ミリ秒になると報告しています。また、Intel Core i5-12400F と RTX 3060 のシステムでは、すべてのモジュールが毎秒96フレームで動作し、オーバーレイ遅延は約4.7ミリ秒になると主張しています。
これらの数値はメンテナーが提供したベンチマークであり、独立した結果ではありません。安全性、互換性、またはアンチチート検出への耐性の証拠として解釈すべきではありません。
一般的に記載されている障害モード
- オーバーレイが表示されない: README では、ボーダーレスモードではなく排他的フルスクリーンモードが原因とされています。
- パッチ適用後にオーバーレイが空白になる: 既知のシグネチャが一致しなくなったため、シグネチャリゾルバーがモジュールを無効にした可能性があります。
- Epic Games Store で一時的に遅延する: プロジェクトによれば、ローダーは後続のアンチチートハンドシェイクを待機します。
- 位置やシルエットが正しくない: README では、ゲーム更新後のオフセットが古くなったことが原因とされています。
- パフォーマンスが低下する: すべての表示モジュールを頻繁に更新しすぎることが通常の原因とされています。
- ドライバーが失敗する: プロジェクトは特権ドライバーの読み込みを想定しており、信頼性とセキュリティの両面で懸念が生じます。
高度な評価のヒント
アーキテクチャに関する主張と証拠を区別する
外部のみ、読み取り専用、署名済みといった用語は設計上の主張を表すものであり、配布されたバイナリが説明どおりに動作することを示すものではありません。ソースコードと再現可能ビルドがなければ、これらの特性を確認するには独立した分析が必要です。
リリースごとに再評価する
以前にレビューしたハッシュから、新しい実行ファイルについて分かることはありません。すべてのリリースを別のアーティファクトとして扱い、証明書とハッシュを比較し、ファイルサイズ、インポート、サービス、スケジュールされたタスク、ネットワーク接続に予期しない変更がないか調査します。
ウイルス対策ソフトの除外設定に依存しない
除外設定を追加すると、指定したディレクトリから保護層が1つ取り除かれます。エンドポイントセキュリティを広範囲に弱めなければ評価できないソフトウェアは、実行しないことがより安全な判断です。
アカウントとプラットフォームのリスクを理解する
README 自体が、BAN の可能性があり、最終的なアカウント喪失を想定するよう利用者に助言しています。外部アーキテクチャであっても、不正な支援が正当化されたり、検出不能になったりするわけではありません。アンチチートシステム、プラットフォームの規則、ゲームのテレメトリは、プロジェクトとは独立して変更される可能性があります。
正当な代替手段を利用する
Unreal Engineのグラフィックス、オーバーレイ、コンピュータービジョンを学ぶ際は、計装を明示的に許可している自分用のテストアプリケーション、またはオープンソースのサンプルを対象にしてください。Dead by Daylightの上達には、自動化ツールや隠し情報を利用するツールではなく、許可されたアクセシビリティ設定、カスタムマッチ、録画したゲームプレイの分析、コミュニティの戦略情報を活用してください。
結論
dbd-external-espは、ESP、目標追跡、チェイス情報、自動照準モジュールを備えたWindows向け外部オーバーレイとして紹介されています。READMEには幅広い機能が記載され、検出やBANのリスクも明確に認められています。さらに重要なのは、配布されているローダーがバイナリのみで、特権ドライバーへのアクセスを要求する点です。この組み合わせには注意が必要です。独立した専門家による検証なしに、セキュリティ制御を弱めたり、個人用またはゲーム用のシステムで実行したりしないでください。