インシデント対応

Keenadu 感染の駆除と事後対応｜初動15分〜復旧・報告義務チェックリスト【2026年最新】

Q: Q6. 同じ販路で買った他のタブレットも危ないですか？

Keenadu はビルド段階の汚染なので、1台が A 型なら同一ロットが丸ごと汚染している可能性があります。1台交換して終わりにせず、同時期・同一販路の端末群をまとめて棚卸ししてください。 ---

2026年4月17日30分で読める

QUICK CHECK

本文を読みながら、自社で進めるべきか、相談前に何を整理するかを確認できます。

5分で自社の状況を診断する

GXO COLUMN

セキュリティ

最終更新：2026-07-16

結論を先に述べる。 Keenadu（キーナドゥ）の感染が疑われるとき、最初にやるべきは「駆除」でも「工場出荷時リセット」でもない。感染タイプの見極めだ。Keenadu には少なくとも3つの型があり、型ごとに「消せるかどうか」も「消し方」も違う。ここを間違えたまま焦ってリセットすると、消えないマルウェアを消えたと誤認し、証拠を失い、認証情報の被害拡大を放置することになる。

この記事は、Kaspersky が2026年2月17日に公表した firmware レベルの Android バックドア「Keenadu」について、個人・法人それぞれが感染を疑った瞬間から復旧・再発防止までに何を・どの順番でやるかを、時間軸（初動15分／短期24〜72時間／中期1〜2週間）と意思決定フローで整理した実務プレイブックである。特に、格安 Android タブレットやスマホを現場端末・POS・受付端末として使っている中小企業の経営者・情シス・実務決裁者が、被害を最小化し、報告義務を含む事後対応を漏らさないためのチェックリストを用意した。

なお本稿の一次情報は Kaspersky の調査（Securelist）および同社プレスリリースであり、本文中の技術的事実はそこに基づく。感染しているか自体をまだ確認していない場合は、先にKeenadu 機種別の感染チェック手順で確認したうえで戻ってきてほしい。攻撃の全体像（サプライチェーン汚染の仕組み）はKeenadu バックドアの確認方法と対策・感染機種一覧にまとめている。

この記事を読むべき人

手持ちの Android 端末が Keenadu に感染した「かもしれない」と疑い、次の一手が分からない個人。
格安 Android タブレット／スマホを業務端末・現場端末・POS・キオスク・受付端末として配布・運用している中小企業の経営者、事業責任者。
社内に専任のセキュリティ担当がおらず、兼任情シス／ひとり情シスでインシデント対応の型を持っていない担当者。
端末調達をコスト最優先で進めてきたが、サプライチェーン起因の汚染リスクを突きつけられて不安になっている決裁者。
「工場出荷時リセットすれば直る」と思っていたが、それが通用しないと聞いて対応に迷っている人。

「うちは高価な端末は使っていないから関係ない」と感じた人ほど、Keenadu の射程内にいる可能性が高い。理由は本文で述べる。

FREE DOWNLOAD

中小企業のDX推進「失敗を防ぐ5ステップ」ガイドを無料でお送りします

多くの企業がつまずくポイントを着手順に整理した無料ガイド。相談する前に、自社の現在地と進め方を掴めます。

5ステップガイドを無料でダウンロード

Keenadu とは何か（駆除判断に必要な最小限の事実）

駆除の意思決定に必要な範囲だけ、一次情報から要点を押さえる。

Keenadu は、Android の中核ライブラリ /system/lib[64]/libandroid_runtime.so に不正コードが仕込まれたバックドア型マルウェアである。Kaspersky の解析によれば、端末起動時に読み込まれるこのライブラリを通じて、すべてのアプリの親プロセスである Zygote にフックする。これは過去に猛威をふるった Triada と同じ手口で、結果として端末上のあらゆるアプリに感染し得る設計になっている。攻撃者は権限管理を迂回し、任意の APK をインストールして任意の権限を付与し、ブラウザの検索エンジンを乗っ取り、Chrome のシークレットモードの検索クエリまで監視できるとされる。窃取対象にはメッセージ、メディア、位置情報、そしてバンキングの認証情報が含まれる。C2（指令サーバー）通信は AES-128 で暗号化されていた。

感染規模は、Kaspersky のテレメトリで13,715ユーザー（プレスリリースでは「2026年2月時点で1万3千台超の端末」）。被害の多い国はロシア、日本、ドイツ、ブラジル、オランダで、日本は上位に入る。ここが「うちは関係ない」を否定する根拠だ。

感染経路は単一ではなく、少なくとも次のように複数ある。

端末ファームウェアのビルド段階での混入（工場出荷時点ですでに感染）。
OTA アップデート経由で汚染ファームが配布されるケース。
プリインストールのシステムアプリ（顔認識サービスやランチャーなど）に埋め込まれるケース。
Google Play のアプリ（スマートホームカメラ系アプリなど、合計約30万ダウンロード。現在は削除済み）や、サードパーティストア経由。

確認された具体的なブランドとして Alldocube（iPlay 50 mini Pro、2023年8月18日付の汚染ファーム）が名指しされ、Kaspersky は「複数のメーカー」に及ぶとしている。最も重い事実は、メーカーが問題を認知した後に配布したファームにも、なおバックドアが残っていた事例があるという点だ。つまり「アップデートしたから安心」とは限らない。この一次事実が、後述する「駆除できないケースの見極め」の根拠になる。

セクションまとめ： Keenadu はシステムライブラリと Zygote を握る firmware 級のバックドアで、日本は被害上位国。感染経路が複数あるため、駆除方針は「どの経路で入ったか＝どの型か」で分岐する。

大原則：焦った瞬間にやりがちな5つの初動ミス（失敗パターン）

GXO がインシデント初動の相談で繰り返し見る「順番を間違えると被害が拡大する」失敗パターンを、駆除に入る前に潰しておく。

横にスクロールして確認できます

#	やりがちなミス	なぜ危険か	正しい順番
1	いきなり工場出荷時リセット	ファーム型には効かず、証拠と侵害範囲の手がかりを自ら消す	証拠保全→型の見極め→駆除の順
2	感染端末で新パスワードを入力	入力・画面が監視されている前提が崩れ、洗い替えが無意味になる	別の安全な端末から変更する
3	感染端末を同一アカウントで別端末とログイン	クラウド同期経由で被害・不正が横に広がる	洗い替え完了まで同一アカウント連携を切る
4	「検出0」を鵜呑みにして通常運用へ復帰	ファーム型は一般的なスキャンでは出ないことがある	検出可否だけでなく通信・電池等の挙動も併せて判断
5	法人端末で従業員が自己判断・自己完結	影響範囲の特定、隔離、報告義務の判断が抜ける	まず上長・情シスへ報告し隔離する

これらは「知っていれば避けられる」ミスばかりだ。逆に言えば、最初の15分の順番設計が被害規模を左右する。

FREE DOWNLOAD

中小企業のDX推進 5ステップガイド

多様な企業の導入実績から抽出した、失敗を防ぐDX推進の5つのステップを継続解説。

30分で相談するガイドをDL

勝ち筋：感染タイプの見極め（3タイプ判別と駆除可否）

多くの解説記事が「Keenadu はリセットで消えない」と一括りにしているが、実務ではここを分けないと駆除判断ができない。Keenadu には主に3つの型があり、駆除できるか／どう駆除するか／リセットが効くかが型ごとに異なる。まずこの表で自分（自社）のケースを当てはめてほしい。

横にスクロールして確認できます

感染タイプ	どこに潜むか	工場出荷時リセットで消えるか	現実的な駆除手段	難易度
A. ファーム型	`libandroid_runtime.so` などシステム領域に混入	消えないことが多い	メーカー公式のクリーンファーム再配布／完全再書き込み／買い替え	高
B. システムアプリ型	プリインの顔認識・ランチャー等	消えない場合がある	ADB で無効化／サードパーティ製の代替アプリへ置換	中
C. アプリ型（Play・野良）	通常のインストール済みアプリ	消える（アプリ削除で除去可）	該当アプリのアンインストール	低

タイプの判別手順（簡易フロー）：

感染が疑われたきっかけは「ある特定アプリを入れた後」か。→ Yes なら **C（アプリ型）**の可能性が高い。そのアプリを特定し、別端末で認証情報を変えたうえでアンインストールする。
端末が新品購入時から挙動が怪しい／格安タブレット・無名ブランドか。→ Yes なら **A（ファーム型）**を疑う。自力駆除はほぼ不可能で、メーカー対応か買い替えが軸になる。
スキャンでプリインのシステムアプリが検出された、または削除できない怪しいシステムアプリがある。→ B（システムアプリ型）。無効化・置換を検討する。
工場出荷時リセット後も同じ不審アプリ・通信異常が復活する。→ A または B。firmware／system 領域に居座っているサインなので、以降のリセットは無意味。

重要なのは、どの型であっても「認証情報はすでに抜かれた」前提で洗い替えは必ず行うことだ。C 型でアプリを消せても、Zygote 経由で他アプリに触れていた可能性がある以上、駆除＝安全ではない。「端末を綺麗にすること」と「アカウントを守ること」は別タスクとして両方やる。

セクションまとめ： まず A/B/C の型を見極める。消えるのは基本的に C だけ。A・B はメーカー対応か端末交換が現実解。どの型でも認証情報の洗い替えは必須。

初動15分：通信遮断 → 証拠保全 → 意思決定

型の見極めと並行して、最初の15分で止血する。ここは個人・法人共通だ。

0〜3分：通信を止める

機内モードをONにし、Wi-Fi／モバイルデータ／Bluetooth をすべてOFF。
目的は、C2 サーバーへの継続的なデータ送信と、遠隔操作を即時に断つこと。
感染端末をPCにUSB接続しない（データ連携・二次感染の経路を作らない）。

3〜10分：状態を証拠として残す

現状を別の信頼できる端末のカメラで画面撮影する。端末内スクショは避け、感染端末外に記録を残す。
- 設定 → アプリ の一覧（不審なアプリ名・提供元）
- 設定 → 電池／データ使用量（バックグラウンド通信の異常）
- 設定 → 端末情報（ビルド番号・ベースバンド・ファーム日付）
気づいたきっかけ（いつ・何をした後か）をメモする。後のインシデント調査、サイバー保険の請求、必要なら捜査協力で効いてくる情報だ。

10〜15分：進め方を決める

個人端末：自力対応（型がCで軽微）か、セキュリティベンダー相談（型がA/B、または金融被害の疑い）か。
法人端末：迷わず社内の上長・情シス・SOC／MDR へエスカレーション。従業員が自己判断で完結しないことが最重要。

迷ったら相談側に倒す。Keenadu は自己判断のコストが高く、firmware 型なら「消したつもり」の誤認が一番怖い。

セクションまとめ： 初動は「通信遮断→証拠保全→意思決定」。すべて15分で完了できる。証拠は感染端末の外に残す。

短期24〜72時間：二次被害を止め、認証情報を洗い替える

端末の駆除より先に、アカウントの防衛を進める段階。Keenadu はバンキング認証情報や検索クエリまで見る前提なので、洗い替えのスピードが被害額を決める。

24時間以内（最優先）：

主要アカウントのパスワード変更（必ず別の安全な端末・ブラウザから）
- メール（Gmail／iCloud／Outlook）── ここが乗っ取られると全再設定が崩れるため最優先。
- ネットバンキング、クレジットカード会員サイト、キャッシュレス決済（PayPay／楽天／メルカリ等）。
- SNS（LINE／X／Instagram／Facebook）、クラウドストレージ（Drive／iCloud／OneDrive）。
二段階認証（2FA）の再設定
- 感染端末に入っていた認証アプリ（Google／Microsoft Authenticator 等）は信頼できない前提で新規生成し直す。
- バックアップコードを新規発行し、SMS ではなく認証アプリかハードウェアキーに寄せる。
金融の利用履歴を確認（過去3か月）。不審な取引はカード会社・銀行へ即連絡し、必要ならカード再発行。

72時間以内（拡大防止）：

連絡先への注意喚起。感染端末からスパムや不正メッセージが送られていないか、身近な人に確認してもらう。
同一ネットワーク上の資産の点検。Keenadu が Wi-Fi 経由で横展開する事例は稀だが、家庭・社内の NAS／IoT／ルーター管理画面のログは点検しておく。
法人は影響範囲の特定。その端末がアクセスしていた業務システム・顧客データを洗い出し、関連する業務アカウントを強制パスワード変更する。

やってはいけないことの再掲： 新しい認証情報を感染端末で入力しない。感染端末を別端末と同一アカウントで連携させない。この2点を破ると洗い替えが台無しになる。

セクションまとめ： 24時間はメール→金融→2FAの順で洗い替え、72時間で連絡先・ネットワーク・法人の影響範囲へ広げる。新しい鍵は絶対に汚れた端末に触れさせない。

エスカレーション先がない・型の判別に迷うときは相談を

社内タブレットで感染疑いが出たのに「誰に上げればいいか決まっていない」「A/B/C のどの型か判断できない」という状態こそ、被害が広がる典型パターンだ。GXO では、Keenadu を含む Android マルウェアの初動判断、感染タイプの切り分け、影響範囲の特定、MDM／BYOD ポリシーの緊急見直しまで支援している。まずはインシデント対応の相談から状況を整理してほしい。初動の15分で正しい順番を踏めるかどうかで、被害規模は大きく変わる。

中期1〜2週間：駆除・端末再構築・棚卸し

二次被害が止まったら、端末とアカウントを「作り直す」段階に入る。ここでも型による分岐を意識する。

端末側（型ごとに手段が違う）

C 型：該当アプリを削除し、証拠保全済みなら工場出荷時リセットで仕上げる。リセット後はアプリの自動復元をOFFにし、必要なものだけ公式ストアから手動で再インストールする。
B 型：ADB からの無効化、または信頼できるサードパーティ製アプリへの置換を検討。無効化できない・復活するなら A 型として扱う。
A 型：メーカー公式のクリーンファーム再配布を待つか、公式ツールでの完全再書き込み（文鎮化リスクあり）、それが無理なら買い替え。
いずれの型でも、リセット・駆除後1〜2週間はバックグラウンド通信量・電池消費・不審通知を観察し、再感染の兆候がないか監視する。

アカウント側

使っていないサービスのアカウント棚卸しと、放置アカウントの停止。
パスワードマネージャー（Bitwarden／1Password 等）の導入で、洗い替え後の使い回しを断つ。
Gmail／iCloud のログイン履歴・許可端末を棚卸しし、見知らぬセッションを失効させる。

財務側

クレジットカード明細（過去3か月）とネットバンキング・決済の全取引履歴を再点検。
必要に応じてカード番号変更・再発行。少額の試し取引が後日の大口不正の前触れであることが多い。

セクションまとめ： 駆除手段は C＝アプリ削除、B＝無効化／置換、A＝ファーム再配布・再書き込み・買い替え。仕上げに1〜2週間の再感染監視と、アカウント・財務の棚卸しを重ねる。

「駆除できない」を見極める：ファーム再書き込みと買い替えの判断

A 型・B 型の一部は、標準の Android 操作では消えない。「消えないもの」を追い続けると時間と証拠を浪費するので、早めに見切る基準を持っておく。

「消えない」と判断する兆候：

工場出荷時リセット直後に、同じ不審システムアプリが復活する。
セキュリティパッチを最新化してもバックグラウンド通信量の異常が続く。
別の Google アカウントでログインし直しても挙動が変わらない。

買い替えを判断する3条件：

メーカー公式のファーム再書き込みツール／クリーンファームが非公開である。
端末メーカーのサポート期間が終了しており、公式対応が見込めない。
コンプライアンス要件上、再感染リスクのある端末の業務利用が許容されない。

法人で特に見落とされがちなのが、「同じロット・同じファームの他端末も横並びで疑う」という視点だ。Keenadu はビルド段階の汚染なので、1台が A 型なら同一調達ロットが丸ごと汚染している可能性がある。1台だけ交換して終わりにせず、同時期に同じ販路から入れた端末群をまとめて棚卸しする。

セクションまとめ： 「消えない兆候」が続くならファーム再書き込みか買い替えへ切り替える。法人は1台の感染を「ロット単位の疑い」に拡張して点検する。

法人のインシデント対応フローと報告義務

法人端末で Keenadu 感染疑いが出たら、個人とはまったく別の手順になる。事前に「誰が何を判断するか」を決めておかないと、初動で止まる。

4段階のエスカレーション

Lv1：発見者（従業員） ── 機内モード → 状態記録 → 上長・情シスへ報告。自己判断でリセットしない。
Lv2：情シス／社内SOC ── 業務影響範囲（アクセスしていた業務システム・顧客データ）を特定。MDM から対象端末を一時隔離。感染端末が触れた業務アカウントを強制パスワード変更。外部ベンダー／MDR への連絡を判断。
Lv3：経営層／法務 ── 個人データ漏えいのおそれがある場合の報告義務・本人通知義務の判断。取引先への通知義務（契約上のセキュリティ条項）の確認。対外発表の要否。
Lv4：外部インシデント対応ベンダー ── 端末のフォレンジック、C2 通信ログの確認、影響範囲の確定と恒久対策の提案。

個人情報保護法上の報告義務（法令・要確認）

個人データの漏えい等が発生した、または発生したおそれがある場合、個人情報保護法にもとづき個人情報保護委員会への報告と本人への通知が求められる。実務上は「速報（速やかに）」と「確報（原則30日以内、不正の目的による漏えいのおそれがある場合は60日以内）」の2段階で、要配慮個人情報や不正アクセス起因のケースは報告対象になりやすい。Keenadu はバンキング認証情報等を狙う不正アクセス性のマルウェアであるため、業務端末で顧客の個人データを扱っていた場合は報告要否を早期に検討すべきだ。ただし正確な適用範囲・期限は事案により異なるため、必ず個人情報保護委員会の最新の公表資料と、必要に応じて弁護士の確認を取ってほしい（本項は一般的な整理であり、個別事案の法的助言ではない）。

セクションまとめ： 法人は「Lv1従業員→Lv2情シス→Lv3経営・法務→Lv4外部」の4段で回す。個人データが絡むなら報告義務の検討を初動から並走させ、期限・範囲は必ず公式で裏取りする。

見落とされがちな盲点：現場端末・POS・受付端末を持つ企業のリスク

Keenadu 対応で日本の中小企業が最も甘くなりがちなのは、「安いから」という理由で大量導入した業務用 Android 端末だ。物流の検品ハンディ、店舗の POS・オーダー端末、クリニックや宿泊施設の受付タブレット、建設・イベント現場の共有端末――これらは無名ブランドの格安 Android が選ばれやすく、ファーム型（A 型）汚染の当たり所になる。しかも「業務専用だから個人情報は入っていない」と思われがちだが、実際には決済連携、顧客の予約・氏名、従業員の認証情報が通る。

ここでの失敗パターンは3つある。第一に、調達を価格だけで決め、販路・メーカーの信頼性を評価軸に入れていないこと。Keenadu の教訓は「信頼できる販路を選ぶこと自体が最大の予防」である。第二に、業務端末に MDM（端末管理）を入れておらず、隔離・遠隔ワイプ・アプリ配布制御ができないこと。感染が出ても一斉に手を打てない。第三に、キオスク／共有端末の運用ルールがなく、誰がいつ何を入れたか追えないこと。C 型（アプリ型）の混入経路になる。

こうした「調達→運用→有事」の一貫した弱さは、1本の記事の駆除手順だけでは埋まらない。端末の棚卸し、MDM/BYOD ポリシー、販路の選定基準、有事のエスカレーション設計までを平時に整えておくべきで、これはセキュリティ体制の再構築として一度棚卸しする価値がある。単発の駆除で終わらせず継続運用に落とし込みたい場合は、月額のセキュリティ運用伴走（リテイナー）で棚卸し・脆弱性対応・EOL端末の管理をルーティン化する選択肢もある。

ベンダーに何を聞くか：インシデント対応の見積もりの読み方

外部のインシデント対応ベンダーに相談する際、金額の大小だけで選ぶと後で揉める。GXO が発注前に必ず確認するよう勧める観点を挙げる。これは「良い見積もりの読み方」でもある。

スコープの切り方：フォレンジック対象は「疑わしい1台」か「同一ロット全台」か。範囲が曖昧な見積もりは後で追加費用が膨らむ。
成果物の定義：「調べます」ではなく、影響範囲の確定、侵害された認証情報リスト、恒久対策の提案書まで含むか。
報告義務の支援：個人情報保護委員会への報告文面・本人通知の助言まで伴走するか、技術調査だけで終わるか。
証拠保全の作法：初動で証拠を壊さない手順（撮影・ログ取得・チェーンオブカストディ）を明示できるか。
端末の扱い：ファーム型と判断された場合の再書き込み・買い替え・調達見直しまで踏み込むか。
費用の構造：着手金・日額・成果報酬の内訳と、サイバー保険適用時の請求フローに対応できるか。

これらに即答できないベンダーは、実務経験が浅いか、スコープを意図的に曖昧にしている。「何を・どの順で・どこまで」を紙で示せるかが見極めの分岐点だ。

インシデント対応チェックリスト（保存版）

費用感とサイバー保険

外部ベンダーへのインシデント対応の費用は事案規模で大きく変わる。一般的なレンジとして、端末数台のフォレンジック解析で数十万〜100万円程度、組織全体の影響範囲調査になると数百万円以上になることもある（相場感であり、実額はスコープ・端末数・緊急度で変動する）。サイバー保険に加入していれば、フォレンジック費用・通知費用・弁護士費用の一部がカバーされることがあるため、有事の前に保険約款の適用範囲を確認しておくと、初動で「費用が読めず動けない」事態を避けられる。なお本稿ではGXOの個別案件の金額・実績は開示しない。金額感が意思決定に直結する場合は、スコープを具体化したうえで見積もりを取るのが確実だ。

FAQ

Q1. Keenadu の駆除をうたう消費者向けアプリはありますか？

検出をうたうものはあっても、firmware 型（A 型）をシステム領域から完全駆除できる消費者向けアプリは基本的にありません。Kaspersky も「標準の Android 機能では脅威を除去できない」としています。A 型は公式のクリーンファーム／再書き込みか端末買い替えが現実解です。C 型（アプリ型）なら該当アプリの削除で除去できます。

Q2. 工場出荷時リセットすれば消えますか？

型によります。C 型は消えますが、A 型・B 型は消えないことがあります。リセット直後に不審アプリや通信異常が復活するなら、それは firmware／system 領域に居座っているサインで、以降のリセットは無意味です。

Q3. スキャンで「検出0」でした。安心してよいですか？

即断は禁物です。ファーム型は一般的なスキャンで出ないことがあります。検出可否だけでなく、バックグラウンド通信量・電池消費・不審通知といった挙動も併せて判断してください。無名ブランドの格安端末で挙動が怪しいなら、A 型を前提に動くのが安全側です。

Q4. 法人端末で個人情報の漏えいが疑われます。委員会への報告は必要ですか？

「漏えい等が発生した場合」だけでなく「発生したおそれがある場合」も報告対象になり得ます。Keenadu は不正アクセス性のマルウェアなので、業務端末で顧客の個人データを扱っていたなら報告要否を早期に検討すべきです。正確な範囲・期限は事案によるため、個人情報保護委員会の公表資料と弁護士の確認を取ってください。

Q5. 感染疑いから24時間以上たってしまいました。もう手遅れですか？

手遅れではありません。今からでも別端末からのパスワード変更・2FA再設定・利用履歴確認を行ってください。ただし経過時間が長いほど二次被害の可能性は上がるため、金融口座と決済を最優先で点検します。

Q6. 同じ販路で買った他のタブレットも危ないですか？

Keenadu はビルド段階の汚染なので、1台が A 型なら同一ロットが丸ごと汚染している可能性があります。1台交換して終わりにせず、同時期・同一販路の端末群をまとめて棚卸ししてください。

GXO に相談すべきタイミング

以下のいずれかに当てはまるなら、自力対応より相談に倒したほうが被害を抑えられます。

感染タイプ（A/B/C）の見極めが自社でつかず、駆除方針が決められない。
業務端末・現場端末で感染疑いが出たが、社内にエスカレーションフローがない。
個人データの漏えいのおそれがあり、報告義務の要否を判断しかねている。
格安 Android を大量導入しており、同一ロットの横断点検・調達見直しが必要。
単発の駆除ではなく、MDM・棚卸し・脆弱性対応を継続運用に落とし込みたい。

GXO は初動判断から影響範囲の特定、恒久対策の設計までを支援します。緊急の初動ならインシデント対応の相談へ、平時からの体制づくりならセキュリティ体制の再構築や月額のセキュリティ運用伴走（リテイナー）を起点にしてください。

一次情報・参考

Kaspersky（Securelist）「Keenadu the tablet conqueror」— 本件の一次調査：https://securelist.com/keenadu-android-backdoor/118913/
Kaspersky プレスリリース（Keenadu の公表・保護指針）：https://www.kaspersky.com/about/press-releases/kaspersky-discovers-keenadu-a-multifaceted-android-malware-that-can-come-preinstalled-on-new-devices
BleepingComputer「New Keenadu backdoor found in Android firmware, Google Play apps」：https://www.bleepingcomputer.com/news/security/new-keenadu-backdoor-found-in-android-firmware-google-play-apps/
Help Net Security「Firmware-level Android backdoor found on tablets」：https://www.helpnetsecurity.com/2026/02/17/firmware-level-android-backdoor-keenadu-tablets/
個人情報保護委員会（漏えい等の報告・本人通知）：https://www.ppc.go.jp/

※ 本件の一次情報は民間セキュリティベンダー Kaspersky の調査であり、日本の公的機関（IPA／JPCERT/CC）による Keenadu 固有の注意喚起は本稿執筆時点で確認できていない。今後の公式発表が出た場合はそちらを優先して確認してほしい。技術的事実は上記一次・二次情報に基づき、法令の適用は必ず公式資料で裏取りすること。