掃除機を1台、店で買う。それだけで、同じ地域の他人の家の掃除機を動かす「合鍵」が手に入ってしまう——そんな話が本当なら、あなたの部屋を走る一台も、誰かの合鍵かもしれません。しかもこの穴は、持ち主の側では塞げないところに空いています。
2026年7月13日、ある独立系の研究者が、インターネットに接続されたShark製ロボット掃除機に存在するリモートコード実行（RCE）の脆弱性を公表した。
研究者はShark RV2320EDUSおよびAV1102ARUSで検証し、過度に緩いAWS IoT CoreのMQTTポリシーと、ファームウェアに組み込まれたコマンド実行機能が原因だと指摘した。
デバイスへの物理アクセスでAWS証明書と秘密鍵を抽出でき、同一リージョン内のほかのデバイスへ影響し得る。24時間の観測で1,050万件超のMQTTメッセージを処理し、約152万台の一意のデバイスを特定、うち約673,816台（44%）がコマンド実行機能への対応を示した。SharkNinjaへの初回連絡は2026年3月1日で、7月13日時点でパッチは提供されていない。
From: Millions of Shark Robot Vacuums Vulnerable to Unpatched Remote Code Execution Flaw
【編集部解説】
今回の問題を「掃除機がハッキングされる」という話として読むと、本質を見誤ります。狙われているのは掃除機そのものではなく、その掃除機がクラウドと交わす「鍵」の設計だからです。
ロボット掃除機は、家の中を動き回り、カメラで周囲を見て、間取りを記憶し、自宅のWi-Fiにつながっています。言い換えれば、車輪の付いたセンサーが各家庭のいちばん奥まで入り込んでいる状態です。その一台に不正なコマンドが届けば、影響はゴミの吸引にとどまりません。
問題の根は、AWS IoT Coreに設定された権限（ポリシー）が緩すぎた点にあります。本来、各デバイスの証明書は「自分専用のトピック」にしかアクセスできないよう絞られているべきものです。ところが研究者が調べたRV2320EDUS系の証明書は、同じリージョンにある他のShark機すべてを対象にしたワイルドカード購読を許していました。
つまり、店頭で1台を買って中から証明書を取り出せば、それが地域全体に効く「合鍵」になってしまう——ここが今回の肝です。攻撃の入り口には物理的な分解という手間がかかりますが、いったん合鍵を手にすれば、あとはインターネット越しに、シリアル番号のわかる相手を狙えます。そのシリアル番号すら、緩い購読設定を通じて流れる通信から拾えたと研究者は報告しています。
さらに深刻なのは、掃除機の管理プログラム（appd）に、外から送られた文字列をそのままシェルで実行してしまう仕組みが組み込まれていたことです。研究者は、別途買い足したAV1102ARUSに対し、最初の1台から取り出した証明書だけでコードを実行できることを確認しました。カメラのライブ映像、モーターの遠隔操作、間取りデータ、そして平文で保存されたWi-Fiパスワード——家庭内ネットワークへの入り口まで、理屈のうえでは手が届く状態にありました。
規模感も見過ごせません。研究者が24時間観測しただけで、ひとつのAWSリージョンに約152万台が存在し、そのうち約67万台（44%）がコマンド実行への対応を示したとされます。観測できなかった台数を思えば、実数はさらに膨らむ可能性があります。
私たちがこの件で最も注目したいのは、「利用者が自分では直せない」という点です。ファームウェアを最新に保つといった自衛策には意味があります。ただ、原因はデバイス側ではなくクラウドの設定にあるため、根本的な修正はメーカーがサーバー側でポリシーを差し替え、問題のある証明書を再発行するのを待つしかありません。ユーザーの安全が、目に見えないクラウド運用の一手に委ねられているのです。
対応の経緯にも触れておきます。研究者がSharkNinjaへ最初に連絡したのは3月1日、技術的な詳細を渡したのが3月11日でした。ここから90日間の猶予を置く、いわゆる「責任ある開示」の手順です。その後も明確な修正期日は示されず、7月13日の公開へと至りました。報告を受けた同社が「そもそもCVE（脆弱性の識別番号）を付けるべき事案なのか」と問うたと伝えられている点は、家庭用IoTの脆弱性が製造側でどう扱われがちかを、静かに映し出しています。
そして、これはShark一社の失態というより、業界に繰り返し現れるパターンでもあります。ロボット掃除機では、2024年に起きたEcovacs機の遠隔乗っ取りや、2026年2月のDJI ROMOの事例が知られています。家庭に入り込む自律デバイスが増えるほど、その安全性は「端末の頑丈さ」ではなく「クラウド上で誰が、何の鍵を握っているか」に懸かってくる——編集部はそう捉えています。
家の中で動き、見て、記憶する機械は、歓迎すべき進化です。ただ、その進化を安心して受け取るには、目に見えないクラウドの権限設計こそが本当の防波堤になる、という視点をあわせて持っておきたいところです。
【関連記事】
暴言を吐く掃除機!-Ecovacs Deebot X2ハッキング事件：IoT機器のセキュリティリスクが浮き彫りに
本記事の編集部解説で挙げたEcovacs事案の詳報。掃除機が遠隔で乗っ取られた最も直接的な先行例。
音声コマンド一つでロボット乗っ取り可能に。中国GEEKConでUnitreeロボットの脆弱性が実証
家庭・業務用ロボットが遠隔で乗っ取られるという、本件と同型のリスクを実証した事例。
8月30日【今日は何の日？】家事の自動化120年史。ロボット掃除機は家事をハックしたのか？
ロボット掃除機の乗っ取りリスクを歴史的視座で論じた企画。本記事の高い視座と響き合う一本。
【編集部後記】
気になったのは、673,816台という数字より、後から買い足された1台のほうです。研究者が2台目に選んだAV1102ARUSの証明書は、なぜかきちんと権限が絞られていました。同じメーカーの、同じクラウドにつながる製品なのに、片方は「合鍵」を握り、片方は握らない。
安全と危険を分けたのは、技術力ではなく、どの製造ラインで、いつ、どの設定が焼き込まれたか——おそらくその程度の違いです。手元の一台がどちら側なのかを、持ち主が確かめる方法は、今のところ用意されていません。あなたの部屋の一台は、どの日に生まれた個体でしょうか。
【用語解説】
RCE（リモートコード実行）
攻撃者が、対象の機器やサーバーに対してネットワーク越しに任意のプログラム（コマンド）を実行させてしまう脆弱性・攻撃手法のこと。IoT機器では、これを許すと乗っ取りに直結する最も危険な部類の欠陥だ。
MQTT
「Message Queuing Telemetry Transport」の略。IoT機器とクラウドが少ないデータ量で頻繁にメッセージをやり取りするために広く使われている軽量な通信プロトコルである。今回の掃除機も、このMQTTでクラウドと会話していた。
ワイルドカード購読（トピック）
MQTTでは、機器ごとの通信が「トピック」という宛先で仕分けられる。「#」などの記号（ワイルドカード）を使うと、本来は自分の宛先だけを見るべき機器が、多数の機器宛ての通信をまとめて受け取れてしまう。今回はこの購読が絞られていなかった点が問題となった。
デバイス証明書・秘密鍵（相互TLS）
クラウドが「この機器は本物か」を確認するための電子的な身分証と、その鍵のこと。機器とサーバーが互いに証明書を突き合わせて認証する仕組みを相互TLSと呼ぶ。本来この証明書は「自分専用の宛先」しか開けないよう権限を絞るのが原則だ。
appd / Exec_Command
appdは掃除機内部で動く機器管理用の常駐プログラム（デーモン）。研究者の解析によれば、このappdが受け取ったメッセージ内の「Exec_Command」という項目の文字列を、そのまま内部のシェルで実行してしまう作りになっていた。これがRCEの引き金となる。
ファームウェア
機器本体に組み込まれ、その動作を制御する基本ソフトウェアのこと。掃除機の頭脳にあたり、証明書や設定ファイルもこの中に保存されている。
Wi-Fi PSK（事前共有鍵）
自宅Wi-Fiに接続するためのパスワードにあたる鍵のこと。今回は暗号化されず「平文」で機器内に保存されており、盗まれれば宅内ネットワークへの侵入口になりうる。
CVE
「Common Vulnerabilities and Exposures」の略。世界で見つかった脆弱性に共通の識別番号を割り当て、関係者が同じものを指して情報共有・対策できるようにする国際的な仕組みだ。
責任ある開示（Responsible Disclosure）
発見者がまずメーカーへ非公開で脆弱性を報告し、一定の猶予期間（今回は90日）を与えて修正を促したうえで、対応が進まない場合に初めて公表するという、セキュリティ業界の慣行のこと。
リージョン
クラウド事業者がサーバー群を置く地理的な区分のこと。今回の被害範囲は、証明書がひも付いた特定のAWSリージョン内のデバイスに及ぶとされる。
【参考リンク】
Shark®／SharkNinja 公式サイト（外部）
今回問題が指摘されたShark製ロボット掃除機を含む、Shark・Ninja製品を扱うメーカー公式サイト。サポートの起点となる。
AWS IoT とは（AWS IoT Core 開発者ガイド）（外部）
脆弱性の舞台となったクラウド基盤AWS IoT Coreの公式解説。MQTTやデバイス認証など記事内の仕組みを確認できる。
AWS IoT リソースの作成（ポリシー・証明書）（外部）
デバイス証明書にポリシーを付与し、MQTTトピックの購読・発行権限を絞るための公式手順。本来あるべき正しい設定を示す資料。
【参考記事】
No Shark is Safe: Millions of Shark Vacuums are Vulnerable to RCE（tokay0）（外部）
発見者本人による一次情報。侵入の全手順に加え、152万台・673816台(44%)といった規模の実測値まで記録している。
Shark vacuums with flawed Amazon policy can easily expose millions of user data（Neowin）（外部）
1枚の証明書が他機種にもコマンドを送れてしまう構造を整理し、全体の44%が実行機能に応答した点を数値で明示した報道記事。
Shark Vacuum RCE Flaw Lets Attackers Remotely Control Cameras and Motors（Cyber Press）（外部）
UARTピンからの侵入やSSHの常駐化といった手順を詳述し、7月10日の修正約束が反故にされた経緯も伝える詳しい技術記事。
Shark robot vacuum with critical cloud vulnerability: A certificate opens third-party devices（igor’sLAB）（外部）
1枚のデバイス証明書がリージョン全体の合鍵になる構造を、AWSの推奨設定と対比して解説。短期の修正はサーバー側で可能とする。
Shark Robot Vacuum Security Vulnerability Report from Researcher（Vacuum Wars）（外部）
利用者目線の整理記事。CVE未付与で、修正はファーム更新ではなくクラウド設定の変更で足りるとされる点を分かりやすく伝える。
Programmer Accidentally Hacks 7,000 DJI Robot Vacuums Using a PlayStation Controller（Tech Times）（外部）
2026年2月のDJI Romo事案。1台分のトークンが約7000台の合鍵となり、今回のShark機と同型の構造を示す直近の先行事例。
