AIエージェント時代のセキュリティと開発実践 — Stateless MCP・意図せぬサイバー攻撃・日本の行政AI

2026-08-03ai-survival

#AI
#MCP
#セキュリティ
#Claude Code
#Cloudflare
#デジタル庁
#LLM

AIエージェント時代のセキュリティと開発実践

読了目安: 約8分

1. AI: Stateless MCP — エージェントアーキテクチャの新常識

タイトル: Stateless MCPとは何か、そしてなぜ重要か

所要時間: 約3分

ステップ1: MCPの基本を押さえる MCP（Model Context Protocol）とは、AIモデルが外部ツール・データソースと連携するための標準プロトコルです。現在、多くのAIアシスタントやエージェントがこの仕組みを使って「ファイル読み書き」「Web検索」「APIコール」などを行っています。

ステップ2: 「ステートフル」の問題点を理解する 従来のMCPサーバーは「ステートフル」—つまり接続ごとに状態（セッション情報）を持ち続けるため、以下の課題がありました：

サーバーが落ちると途中の作業が消える
複数のクライアントから同時アクセスしにくい
スケールアウト（サーバーを増やす）が難しい

ステップ3: Stateless MCPの登場（2026年7月31日） Simon Willisonの7月ニュースレター（2026年8月2日公開）によると、2026年7月31日に「Stateless MCP」が発表されました。接続のたびに新たなセッションを開始し、サーバー側に状態を持たない設計です。

ステップ4: エンジニアへの影響

MCPサーバーをAWS LambdaやCloud Runなど「サーバーレス」基盤で動かせる
冗長化が容易になり、本番運用のハードルが下がる
AIエージェントが「壊れにくい」構成になる

ステップ5: 今日から試せること

自分のMCPサーバーが本当に状態を持っているか確認する
Anthropicのドキュメントで最新MCP仕様をチェックする（https://modelcontextprotocol.io）

今日から試せること

1. Claude Codeで /mcp コマンドを実行し、接続中のMCPサーバーを確認
2. 自作のMCPサーバーがある場合、ローカル変数に接続状態を保存していないか見直す
3. Anthropic公式のStateless MCP仕様ドキュメントを読む

2. セキュリティ: OpenAIがHugging Faceに「意図せず」サイバー攻撃

タイトル: AI企業同士のインフラ事故 — 過剰スクレイピングが引き起こしたこと

所要時間: 約2分

背景（2026年7月22日） Simon Willisonのニュースレターが報じた驚きのニュース：OpenAIのクローラーがHugging Faceのサーバーに対して、意図せずDDoS攻撃に近い負荷をかける事態が発生しました。

ステップ1: 何が起きたか OpenAIのデータ収集・クローリングボットが、Hugging FaceのモデルリポジトリやDatasetを大量かつ高速にスクレイピング。Hugging Faceのサービスに深刻な影響を与えました。

ステップ2: なぜ問題か AI企業が急成長する中、データ収集のスピードがインフラへの配慮を上回るケースが増えています。特にGPUクラスターを使った並列クロールは、一般的なレートリミットをすり抜けやすい。

ステップ3: ジュニアエンジニアが学ぶべきこと

自分のツールの「重さ」を意識する: スクリプトでAPIや外部サービスを叩くとき、並列数・リクエスト間隔のデフォルト設定を確認する
robots.txtとCrawl-Delay: 自動化スクリプト作成時は必ず確認
レートリミットは「守るもの」: 上限ギリギリを攻めない

今日から試せること

import time
import requests

# 悪い例: ループで連続リクエスト
# for url in urls: requests.get(url)

# 良い例: インターバルを設ける
for url in urls:
    response = requests.get(url)
    time.sleep(1.0)  # 最低1秒待つ

3. ソフトウェア: デジタル庁のAI「源内（GENAI）」がOSSに

タイトル: 行政がAIをオープンソースで公開する意味

所要時間: 約3分

背景日本のデジタル庁が開発・運用してきた政府向け生成AIシステム「源内（GENAI）」がオープンソース化されました。AWSのGenu（Government GenAI Utility）との比較を行いながら、実際にAWSアカウントへのデプロイも試みた記事がDevelopersIOに掲載されています。

ステップ1: 「源内」とは

日本のデジタル庁が政府職員向けに構築した生成AIプラットフォーム
内部で文書作成・Q&A・要約などの業務をAIで支援
セキュリティ要件（機密情報の取り扱い）を重視した設計

ステップ2: OSSになった意義

地方自治体・民間企業が同様の仕組みを安全に導入できる
「政府の安全基準を満たした」AIシステムの設計思想が公開される
コミュニティによる改善・監査が可能になる

ステップ3: エンジニアへの示唆

エンタープライズ向けAI導入は「セキュリティ・ガバナンスが最初の設計要件」
プロンプトのログ記録・アクセス制御・データ分離が必須
AWS Bedrockのようなマネージドサービスとの組み合わせが主流

今日から試せること

1. GitHubで「digital-agency GENAI」を検索し、ソースコードを眺めてみる
2. AWS Bedrockで自分のアカウントにClaude 3を試験デプロイする（無料枠あり）
3. デジタル庁のAIガイドラインを読む（行政も参考にしている基準）

AIによる考察

今週の3つのトピックは、AIが「実インフラに組み込まれる段階」に入ったことを示すという点で共通しています。

Stateless MCP はAIエージェントを"本番運用に耐えるもの"にするための設計変更
OpenAI vs Hugging Face はAIシステムが引き起こす「意図しない副作用」への警告
源内OSS化 は政府レベルでAIが業務インフラになったことの証明

ジュニアエンジニアへのメッセージ：AIを使いこなすだけでなく、AIを動かすインフラ・セキュリティ・ガバナンスを理解することが、これからの差別化になる。