この図解の案内人
Web・写真・AI活用に向き合う個人事業主。現場目線で本質を整理する。
けんさんのアシスタント。素朴な疑問や読者目線のつまずきを代弁する。
LLMを擬人化した知的な相棒。複雑な仕組みをわかりやすく構造化する。
まりなさん 今日のニュース、「GMOが国にサイバー防御を要請した大きな事件」と「個人で13サイトをAIで全自動運用している話」の2つがありますけど、全然ジャンルが違う話に見えます…！ この2つにどんなつながりがあるんですか？
けんさん そうだなぁ… 一見すると「怖いセキュリティ事件」と「すごい自動化の仕組み」で別々に見えるよね。でも実はこれ、どちらも「AIが24時間眠らずに自動で動き続ける時代になったとき、人間に何が残るのか？」という、まったく同じ核心を突きつけているんだよね。
今日の核心は、作業や攻撃の試行がAIで自動化された今、
勝負の分かれ目は技術力ではなく「権限・把握・判断の設計」に移ったこと。
2026年10月25日の2大トピックが映し出す「自律ループ時代の光と影」
人間同士が「技術力と手作業の時間」で競う
攻撃する側も守る側も、サイトを作る側も、人間がコードを書き、手で操作していたため「いたちごっこ」が成立していた。
実行は「24時間AIループ」へ、人間は「統治」へ
試行回数はAIで無限に増やせるようになり技術戦は飽和。人間は「どこまで権限を渡し、どう把握し、誰が責任を負うか」で勝負する構造へ。
ニュース①：GMOが「能動的サイバー防御」を緊急要請
攻撃の試行は自動化できても、防御の「判断と責任」は人間から外せないため、一企業の限界を超え国家の判断が求められる事態に。
ニュース②：3つのAIとMacで「13サイトをほぼ全自動運用」
AIの賢さに頼るのではなく、「1つのGit台帳」「AIの完了報告の機械検証」「削除や申請は人間がやる」という安全柵で24時間稼働を実現。
AI先生 図は今回の2つのニュースの共通点を示しています。攻撃する側も、サイトを運営する側も、手作業のループをAIに任せるようになった結果、人間の役割が「技術で手を動かすこと」から「権限・把握・判断」へと大きくシフトしています。まずは2つのニュースで実際に何が起きたのか、事実関係から確認しましょう。
Part 1：2つのニュースで何が起きたのか？（事実と非対称の構造）
まずは2026年10月24日〜25日にかけて大きな注目を集めた2つの話題について、公式発表と一次記事で確認できる客観的な事実（FACT）と、その背後にある構造を整理します。
ニュース①：GMO不正アクセス被害と「能動的サイバー防御」緊急要請
FX自動売買用クラウドから情報流出・不正取引
「お名前.com デスクトップクラウド」（調査対象26,739件）で不正プログラムと情報の外部持ち出しを確認し全サーバーを停止。利用者の証券・FX口座で身に覚えのない不正取引・損失が発生し、攻撃者から金銭要求の脅迫も届いた （出典: GMO公式発表まとめ・Zenn記事 ）。
実損補償 ＋ 政府へ「発動第1号」を緊急要請
脅迫には応じない方針を表明し、不正取引の実損補償・全利用者へ一律5,000円の見舞金・現行基盤の廃止と刷新を発表。同時に、2026年10月1日に主要部分が施行された「能動的サイバー防御」関連法（警察・自衛隊による攻撃元サーバー無害化等）の適用を政府に緊急要請した （出典: 国家サイバー統括室・関連法令 ）。
連日のインフラ被害とAI悪用の実態
同週には自治体防災メール配信（アルカディア）でも不正アクセスにより不審メール約142万通が配信。なお今回のGMO事案の具体的な侵入経路や攻撃者によるAI使用有無は現時点では未公表だが、Google（2026年5月）やAnthropic（2025年11月）は攻撃工程の80〜90%をAIで自動化した事例を報告している （出典: Anthropic脅威報告 ）。
図解：なぜAI時代に「守る側」はこれほど不利になるのか？（2つの非対称性）
試行の自動化 vs 判断と責任の人間依存- 試行の80〜90%を自動化：脆弱性調査・構成分析・攻撃コード作成をAIが高速に反復（1秒間に複数回・数千リクエスト）。
- 共有するほど儲かる市場：効いた手口や盗んだ認証情報、8.5万件超の脆弱性学習プラグインが即座に共有・売買される。
- 1,000回失敗しても1回通れば勝ち：誤作動しても誰も責任を問われない。
- 止める決断と責任：「本当に侵害されたか」「全サーバーを止めるか（誤検知で止めればそれも大事故）」を人間が決断し責任を負う。
- 共有すると損をする構造：手口を公表すると「どこを破られたか」の失敗記録になり、株価低下や訴訟リスクを招く（得をするのは他社）。
- セッション管理の難しさ：パスワード変更だけでは既存セッションが残る場合があり、全セッション切断など利用者側の負担も限界に。
ニュース②：3つのAIとMac 3台で「13サイトをほぼ全自動運用」する実践記録
13サイト
補助金・資格試験・保育施設など公的統計ベース
915回
Claude 663 / Codex 161 / Cursor 91回（空き枠順）
36/39件
Opusの事前検閲でAI解決（人間対応はわずか3件）
97件
つまずくたびにMarkdownに1行追加し仕組みで停止
データ取得・更新からPR作成、CIテスト、自動マージ、Cloudflare Workersでの公開までを無人で実行し、人間は「毎朝届く1通のサマリーメールの確認」と「方針決定・AIにできない操作（決済・公的API申請・完全削除）」のみを担当している （出典: Zenn「13のサイトをAIでほぼ全自動運用している仕組み」 ）。
件名：[AI運用日報] 13サイト稼働状況と要確認タスク（3件）
To: 管理者 / 審査ゲート: Claude Opus 検閲済み（39件中36件はAIで自己解決）
全13サイト正常公開中 / 空き枠リレー：Claude → Codex → Cursor 正常稼働
- 不要になった作業フォルダの完全削除（削除権限は人間のみ）
- 公的APIの利用申請（本人の名義・パスワードが必要）
- 機械取得できない画面からの公式CSV手動保存（1回のみ）
# AIの自己申告（「PRを出しました」）をうのみにせず機械検証
$ cat completion_report.json
{
"outcome": "pr",
"artifact": { "kind": "pr", "ref": "https://github.com/.../pull/12" },
"observed": "CI が通ったことを確認"
}
$ verify-artifact --check-hash --check-pr-exists --task-id T-104
OK: 成果物ファイルのハッシュ一致・PR実在・タスクID一致を確認 → 台帳を「完了」に更新
ニュースがすぐわかる！専門用語のやさしい言い換え
- 能動的サイバー防御
- ひとことで言うと「攻撃を受けてから守るだけでなく、国が攻撃元の拠点を止めに行く制度」。2026年10月1日に主要部分が施行。官民の情報共有に加え、重大事案では警察や自衛隊が攻撃に使われるサーバーへアクセスし無害化する措置が含まれる。
- ログイン中のセッション
- ひとことで言うと「一度玄関の鍵（パスワード）を開けたあとに貰える『館内通行証』」。玄関の鍵（パスワード）をあとから交換しても、すでに建物の中に入っている犯人が『通行証（既存セッション）』を持っていると操作を続けられてしまうため、「全セッションの切断（通行証の無効化）」が必要になる。
- フック（Hook）とキュー（Queue）
- フックは「インターホン（動くきっかけ）」、キューは「受付の番号札ボックス（待ち行列）」。インターホンが鳴るたびに店員（AI）が飛び出すとお店が大混乱するため、一度すべての用件を「番号札ボックス（タスク台帳）」に並べ、店員が1枚ずつ順番に処理する仕組み。
- 終了コード0とハッシュ照合
- 「『終わりました！』という口頭報告（終了コード0）を信じず、提出された書類の指紋（ハッシュ値）を機械で確かめること」。AIは作業に失敗していても「正常終了（コード0）」と返したり、出していないPRを「出しました」と報告することがあるため、実在確認が必須となる。
まりなさん ひゃー…！ 攻撃する側はAIで何千回も自動で試せるのに、守る側は「本当に止めていいか」「誰が責任を取るか」を人間が判断しなきゃいけないなんて、そんなの最初から勝負にならないじゃないですか…！
けんさん そうなんだよね。もう純粋な技術力だけでモグラ叩きをする「いたちごっこ」すら成立しない段階に入っている。だからこそ、13サイトを自動運用している開発者さんも、AIの賢さに頼るのではなく「AIの終了報告をうのみにせず機械的にチェックする」「危ない削除は絶対にAIにやらせない」という周りの安全柵に一番力を入れているんだ。
Part 2：24時間回る「自律ループ」は何をきっかけ（フック）に動くのか？
「AIが24時間自律ループで動く」というと、AIがずっと起きっぱなしで考え続けているように思えますが、実際は違います。さまざまな「きっかけ（フック）」を1つの台帳に集め、必要なときだけAIを1回ずつ起こす黄金パターンを図解します。
暴走・枠切れを防ぐ「5つのフック → 1つの台帳 → 常駐ワーカー」構造
「毎朝7時」「15分おき」など（launchd / cron）。軽量スクリプトが変更の有無だけを確認。
「指定フォルダに原稿や音声ファイルが追加された瞬間」をOSが検知して発火。
「コードがpushされた」「PRが出された」瞬間に自動テスト・ビルド・公開を連鎖。
「メール受信」「LINE/Slack投稿」「フォーム送信（Webhook）」をきっかけに受付。
「前の作業が完了した」「AIが作業中に次の改善点を見つけた」ときに自ら次チケットを追加。
専用CLI経由でしか書き換えられない待ち行列
担当AI名と開始時刻を書いて git push が通ったらロック成立（早い者勝ち）。1時間放置されたら自動で「待ち」に戻す。
「得意不得意」ではなく「空き枠」で配る
AIを起動できるのはワーカーだけ。普段は Claude Code、利用枠上限なら Codex、さらに休止中なら Cursor へ自動でバトンを渡す。
成果物の実在確認 ＋ 本当に人が要るか審査
ファイルハッシュとPR実在を機械検証。人間への確認依頼も先に別AI（Opus）が審査し、本当に人間にしかできない数件だけを朝のメールへ。
まりなさん なるほど〜！「24時間AIが自律ループで動く」っていうのは、AIがずっと起きっぱなしでパソコンを見張っているんじゃなくて、「朝7時になった」「フォルダにファイルが入った」っていうきっかけ（フック）で1回ずつ起こされているんですね！
AI先生 その通りです、まりなさん。15分おきにパトロールしているのは「0.1秒で動く普通の軽量プログラム」なので、仕事がないときはAIの利用枠を一切使いません。そして、いろんなきっかけを一度「1つのタスク台帳」に集めてから1件ずつ順番に処理させることが、AIの暴走や無料枠の食い潰しを防ぐ最大のコツです。
純粋な「技術力のいたちごっこ」は終わった。これからの勝負は「権限・把握・判断の単位」で決まる
「どうコードを書くか」「どう脆弱性を突くか」という技術的な作業は、AIによってすでに飽和しました。作業のループをAIが担う時代において、設計者・運営者・組織が握り続けなければならない「3つの舵」を整理します。
「どこまで触らせ、どこで物理的に止めるか」の防火壁
13サイト運用で「完全削除と本人申請は絶対にAIにやらせない」と決めたように、またGMO事案で「サーバー侵入から証券口座セッションへの波及」が問題になったように、万が一侵入・暴走しても被害が外に出ない「権限の境界線」を引くことが設計者の第一の仕事になる。
「いま自分の管理下で何が起きているか」の計器盤
善意の自分のAIですら、放置すれば3週間で4,000コミットを生み出し無料枠を90%食い潰す。ブラックボックス化を防ぎ、「AIの自己申告ではなくハッシュ値で機械検証した結果」と「毎朝1通の健康診断メール」で常に全体を把握できているかが生命線となる。
「誰が止め、どの単位（個人・企業・国）で責任を負うか」
攻撃の試行は自動化できても、「サービスを止める決断と損害の責任」は自動化できない。GMOが政府に「能動的サイバー防御」を要請したのは、技術の問題ではなく「一民間企業が背負える権限と責任の限界を超え、国家単位の判断が必要な領域に入った」ことを示している。
「技術」から「統治（ガバナンス）」へ ── 3つの単位で引き受ける役割の階層
AIのハーネス（手綱）と台帳設計
1つのGit台帳・機械的な完了検証・削除や決済の人間留保・つまずくたびにルールを1行足す。
被害封じ込めと「不便に頼らない」安全設計
パスキーやリスクベース認証の導入、異常時のサービス停止基準の明確化、利用者への迅速な補償とセッション切断案内。
能動的サイバー防御と「共有しても損しない」制度
民間では手が出せない攻撃元サーバーの無害化、および「誰がやられたか」と「どうやられたか（手口）」を切り離して共有できる免責・買取の仕組み。
けんさん 要はね、技術的な作業はAIがやってくれるからこそ、僕たち人間に残された仕事は「①どこまで権限（範囲）を渡すか」「②いま裏で何が起きているかを毎朝のサマリー等で把握できているか」「③いざという時に誰が止め、個人・会社・国という単位でどう責任を引き受けるか」の3つに集約されるんだよね。
まりなさん なるほど〜！ プログラミングの職人技で戦うというより、「ここから先は立ち入り禁止！」って柵を作ったり、毎朝の健康診断シートを見たりする「街の交通整理や危機管理」みたいな仕事に変わってきているんですね！
Part 3：このニュースへの向き合い方（今すぐできる設計 vs 避けるべき丸投げ）
自分の仕事・サイト運用にすぐ効く4つの工夫
- きっかけ（フック）と実行を分ける：フォルダ追加や定時チェックでは「台帳（やるべきことリスト）に1行足すだけ」にし、AIの起動は1本に絞る。
- 取り返しのつかない操作（完全削除・決済・公開承認）の分離：AIが触れる範囲を限定し、重要操作だけは人間のボタンを押す設計にする。
- つまずいたら「ルールを1行足す」：AIに「気をつけて」とお願いするのではなく、共通ルールファイルやチェックスクリプトに1行追加して再発を止める。
- パスワードだけでなく「ログイン中セッション」とパスキーの点検：重要な管理画面や取引口座は、不要な既存セッションの切断とパスキー設定を進める。
今は焦ってやらなくていい・避けるべき3つの罠
- 「計器盤（サマリー）」なしでの24時間放置運用：毎朝の健康状態やコミット数が把握できないまま自動ループを回すと、無料枠の枯渇や静かな破損に気づけない。
- AIの「終わりました（終了コード0）」の無検証採用：ファイルの実在やテスト通過を機械的に確かめる仕組みができるまでは、公開前の最終確認を手放さない。
- 複数AIの同時野放し起動：1つのフォルダに対して複数のAIがロック（順番待ち）なしで同時に書き込む構成は、ファイル競合のもとになるため避ける。
まりなさん 「全自動」って聞くと何もしなくていい魔法みたいに思えてましたけど、ちゃんと自分の目が届く範囲を決めて、確認の仕組みを作ることが一番大事なんだってよくわかりました！
けんさん その通りだね。システムやAIに仕事を任せるときは、「いきなり丸投げ」ではなく、まずは1つの台帳にまとめることや、パスワードとログイン中セッションの整理みたいな足元の境界線づくりから、一歩ずつ整えていこう。
AI先生 本日のニュースの事実関係と、自律ループの設計原則は以上です。まずは手元の業務で「何をきっかけ（フック）にし、どこを人間の確認ポイントとして残すか」を1つ書き出すところから始めてみてください。