# Red Team 指摘への最終応答マトリクス

判定：**VALID**（受け入れ、モデルまたは本文を変更）／**PARTIALLY VALID**（一部受け入れ、限界として明記）／**INVALID**（反論して維持）。
「変更」列は版 1.0（2026-10-07）に反映した内容。数値は `results/` の現行値。

| # | 指摘（要約） | 判定 | 変更 |
|---|---|---|---|
| 1-1, 4-6, 5-1, 5-2 | 侵害単位の非対称。B の攻撃面（n ドメイン＋ベンダー経路）が掛かっていない。ベンダー経路にドメイン上限を誤適用 | **VALID** | `cbr_model.py` に `fleet_prob`、`fleet_systemic_risk`（制御面経路、1−(1−pS)^n）、`fleet_systemic_risk_vendor_channel`（全ベンダー、上限なし）、`fleet_systemic_risk_total` を追加。主表・要旨・図 4・MC をフリート年次・全チャネルに置換。結果：B（ソフトのみ）合計 1.9e-2 ≈ A0 2.8e-2、A＋認証 9.4e-3。「5 桁」は撤回。制御面経路のみの比較で約 1〜2 桁 |
| 1-2, 4-1, 4-2 | ρ の扱い。ハードウェアの変化率制限は存在しない。非強制分がランプ付きになっている | **VALID** | 「ハードウェア強制」を (i) 遠隔停止・OTA クラスの物理無効化、(ii) 独立監視 MCU の出力下限クランプ、に限定（`vendor_hw_enforce`）。変化率制限はファームウェアとして扱い、ファームウェア侵害では失われる（`s_vendor = sync_factor`）。`grid_sim.py` で非強制分をステップ、強制分をランプとして分離（`step_part_mw`）。B5b は「吸収」から **UFLS**（3,518 MW ステップ、48.50 Hz）へ変わった |
| 1-3, 4-3 | e が「一命令あたり」で定義されている | **VALID** | 定義を「遠隔命令で到達し得る最低運転点（床、定格比）」に変更。式はそのまま（床なので繰り返しで消えない）。機器種による差（PV の可用出力比、蓄電池の符号）は限界として明記 |
| 1-4 | PV の削減攻撃に対し「70% を出し続けさせる」ハードは成立しない | **PARTIALLY VALID** | 「ハードウェア」の語を「独立監視による下限クランプ」に改め、第二ファームウェアであることと更新ポリシーの問題を本文に明記。PV（可用出力に依存）と蓄電池・EV（充放電点の床）で実現性が違うことを書いた。MCU 供給者の集中は未解決問題として `research/open_problems.md` へ |
| 1-5, 9-4 | 潜伏型（設定・スケジュール・時刻）攻撃を数えていない | **PARTIALLY VALID** | 30 秒窓の CBR は維持（定義として）。「設定権限の到達容量」を新 KPI として第 19 章に追加し、スケジュール内容にもエリア別上限と機器側 f/V チェックを課す案を第 20 章に記載。モデルには未実装（未解決問題） |
| 1-6 | p の根拠と分解 | **PARTIALLY VALID** | p を P(vuln)×P(exploit)×P(intent) で説明し、採用値 0.01/年が「制御到達可能な脆弱性の公表頻度（年数件）×行使確率（低）」の桁合わせであることを第 6 章に明記。分解した分布は置かない（データなし）。LOW〜HIGH（0.001〜0.1）は維持し、MC で振る |
| 1-7 | ドメイン間 β、再攻撃、T_rec | **VALID（β）／PARTIALLY VALID（他）** | `domain_beta`（0/0.05/0.3、S04）を追加。制御面経路 = (1−β)·fleet_prob + β·p·S(全ドメイン)。再攻撃と T_rec の A/B 差は限界として明記 |
| 2-1 | UFLS 整定・較正点・自モデル出力の三者矛盾 | **VALID** | 本文を 48.5/48.2/47.9 Hz に統一。「3,000 MW→48.55 Hz・劣化、UFLS 初動は 3,000〜4,000 MW」「49.90 Hz は欧州型系統の値」と訂正。Dabrowski 点は「論文のモデル結果、本稿では再現できない」と注記。較正ノート全面改訂 |
| 2-2 | x は系統間で転用できない | **PARTIALLY VALID** | 認める。x₀・k の系統依存を限界として明記し、「東日本の実事象で較正した場合」の点を追加（2-3）。系統別の較正は未解決問題 |
| 2-3 | 東日本の実事象、S の意味 | **VALID** | S(x) を「UFLS 以上の広域事象の確率」と明示（ブラックアウト確率ではない）。2022-03-16（R13）と 2011-03-11（R14）を較正表に追加。崩壊と負荷遮断の区別は `attack_scenarios.csv` の class 列で示す |
| 2-4 | 日本の防御手段、H・FCR の連成 | **PARTIALLY VALID** | 限界として明記（FC 融通・揚水遮断・RoCoF リレーは未実装。A2 のような 78% DER 供給時には H・FCR は仮定を保てない）。連成モデルは未解決問題 |
| 2-5 | 可用電力と定格 | **PARTIALLY VALID** | 限界として明記。PV 中心フリートでは CBR が過大、蓄電池・EV・給湯機ではおおむね妥当 |
| 2-6, 4-4, 6-6, 8-1 | 出力制御サーバーは単一制御面。エンベロープと両立しない | **VALID** | 第 20 章を書き直し、「出力制御サーバーのエリア別到達容量を CBR として測る」を第一項目に。両立案：即時命令経路にのみ床と拒否を適用、スケジュール経路にはエリア別の上限と機器側 f/V チェック。§8 の「B の先例」記述を削除し、「H 型の単一面」と正しく分類 |
| 2-7 | セル型 10,000 の実体 | **VALID** | 「理論的下限」と明記 |
| 3-1 | A が藁人形 | **VALID** | A+（サーバー側集計上限 1,500 MW／窓＝CIP-002 Medium 閾値、段階配信、独立セーフティモニタ）を追加。API 認証情報侵害では上限が効き、バックエンド全体侵害（p×p_backend_rel=0.3）では効かない。結果：A+ 合計 3.1e-3。これは B＋独立監視＋到達上限 12%（4.0e-3）と同じ桁。本文で「集中でもサーバー側上限で同じ桁まで下がる」と明記 |
| 3-2 | 機器既存機能の帰属 | **VALID** | KPI 表から「Autonomous Survival Time」の A/B 差を削除し、「自律生存（最後のスケジュールで運転）は A・B 共通」と記載。B 固有の差分は「床の機器側強制 ρ」のみ |
| 3-3 | 線形指標の優位は消えている | **VALID** | 「フリート年次の期待影響容量は分割では変わらない（n·p·C/n）。下げるのはエンベロープ（床）と到達率だけ」と第 10・14 章に明記。A_cert 152 MW/年、B 222 MW/年（ソフトのみ、ベンダー経路込み）、B5 以降 152 MW/年 |
| 3-4 | 「A が勝つ条件」が逆 | **VALID** | 第 14・15 章を書き直し。「分割は Blast Radius を 1/n にするが侵害機会を n 倍にする。純利得は S(x) の凸性に依存」。MC 再設計後の「Bfull が A+ に負ける」条件（ベンダー経路の p 比が高い、サーバー側上限が小さくバックエンド侵害が稀、フリートが小さい）を記載 |
| 3-5 | 中小ドメインの p | **PARTIALLY VALID** | 限界として明記。p の幅 0.001〜0.1 で振っている |
| 3-6 | 復旧の矛盾 | **VALID** | 第 15 章の「分散は配布が遅い」を削除し、復旧を FW 配布（A・B 共通）、鍵再発行（並列）、現地訪問に分解 |
| 4-5, 6-1 | 費用の根拠、調整力逸失の価値 | **VALID** | 第 18 章に年額表を追加：逸失調整力 ¥120〜740 億/年（24.5 GW×参加率 10〜30%×¥5,000〜10,000/kW·年）、機器 BOM ¥1,000〜3,000/台（独立監視 MCU＋計測＋駆動）×年 20〜30 万台、認証試験項目の新設、100 系統の認証基盤運用費；対して A の期待停電費用 ¥100〜500 億/年（p 0.003〜0.01×数兆〜十数兆円）。「同じ桁。経済性では決着しない」と明記 |
| 4-7 | 30%／20%/分の出所 | **VALID** | 「設計変数、数値根拠なし。§14a 換算なら e≈0.4〜0.6」と明記 |
| 5-3 | x の定義の揺れ | **VALID** | §6 の定義（ステップ部分は FCR、全体は FCR+FRR、採用は max）に統一。ファームウェア侵害ではランプが消えるためステップ扱い。`vendor_share_limit.csv` を 3 ケースで再計算：ソフトのみ 3.9%、独立監視で床のみ残る 11.5%、床もランプも残る（仮想）30.7% |
| 5-4 | CCF の年次指標が主表に出ていない | **VALID** | 図 7・第 12 章を「多様性は頻度を上げ、大きさを下げる」の形で要旨にも記載。主表はフリート年次・全チャネルに統一 |
| 5-5, 5-6 | S(x) は当てはめ。有効数字 | **VALID** | 「文献点への当てはめ」と改め、x<0.5 は未同定と明記。極端な例の比は k=1〜4 で 10¹〜10⁸ の区間表記。B の結果は x そのもの（0.03）を先に報告 |
| 5-7 | MC の設計 | **VALID** | `monte_carlo.py` を再設計：B の設計変数（100 ドメイン・500 MW・e=0.3・20%/分）を固定、不確実変数のみ三角分布、認証低減を全構成に適用、A／A+／B／Bfull の 4 構成。結果：制御面経路のみ B<A 100%（中央値 14 分の 1）、合計 B(soft)<A 100% だが中央値比 1.8、Bfull<A 99%（中央値比 9）、Bfull<A+ 83%（中央値比 3.3） |
| 6-2 | 負担の帰着 | **VALID** | 第 18 章に帰着表を追加 |
| 6-3, 8-3 | シェア上限は数量割当 | **VALID** | 「首位ベンダーのシェア上限」を「ファームウェア系統（同一署名鍵・同一 OTA 経路）あたりの遠隔到達容量の上限」に置き換え。国籍中立。執行には系統別の設置容量台帳が要ることを明記 |
| 6-4 | KPI の測定可能性 | **VALID** | ρ を監査可能な二値属性（遠隔停止クラスの無効化の有無、独立監視 MCU の有無、OTA 分離の有無）に分解。`policy_kpis.csv` から計算結果でない行を削除 |
| 6-5 | CIP-002／NCCS の先行 | **VALID** | 第 5・16・19 章に CIP-002-5.1a の 1,500／3,000 MW 閾値を明記。本稿の差分を「配電側 DER・機器側への適用と、閾値未満に収めるための機器要件」に限定 |
| 7-1〜7-3 | 現場での ρ の劣化、切り分け、再接続 | **PARTIALLY VALID** | ρ の LOW=0.8 の根拠として記載。報告フォーマットと復旧は未解決問題へ |
| 8-2 | 閾値をどこに書くか | **VALID** | 第 19 章の「既存制度への接続」を項目別に書き直し |
| 9-1〜9-3, 9-5 | 振動攻撃、低慣性時刻、測定の偽装、復旧時 | **PARTIALLY VALID** | 限界として明記。独立監視 MCU の計測独立性と時刻非依存を要件に追加。モデルには未実装 |
| 事実 3 | §14a の説明 | **VALID** | 「4.2 kW を下回らない下限、ソフト執行、最長 2 時間」に訂正。エンベロープの「法制化の先例」としては維持するが「ハードウェア強制の先例」ではないと明記 |
| 事実 4 | 「攻撃者が系統を目標にしていない」 | **VALID** | 「DER クラウドを経由した系統攻撃は未観測」に訂正。ウクライナ 2015・2016、Industroyer2、Volt Typhoon を参照に追加 |

## 変更後の結論（草稿からの差分）

| 項目 | 草稿（版 0.9） | 版 1.0 |
|---|---|---|
| 見出しの比較 | A 35 GW 対 B 117 MW、系統リスク 5 桁差 | 同一侵害（制御面）では 35 GW 対 117 MW は維持。フリート年次・全チャネルの合計では B（ソフトのみ）1.9e-2 ≈ A 2.8e-2、A＋認証 9.4e-3 |
| 制御面経路の効果 | — | ドメイン分割＋床＋権限上限で 1〜2 桁（MC 中央値 14 分の 1） |
| 合計を下げるもの | アーキテクチャ | 独立監視による床の保持（B5）＋ファームウェア系統の到達上限（B6：4.0e-3、B7：1.3e-3）。集中側でもサーバー側上限（A+：3.1e-3）で同じ桁 |
| MC | B が低い 99.2% | 制御面のみ 100%、合計 B(soft) 100%（中央値比 1.8）、Bfull 対 A 99%（9 倍）、Bfull 対 A+ 83%（3.3 倍） |
| 線形指標 | B が 99.84% で低い | 分割では変わらない。床と到達率でのみ下がる |
| ベンダー上限 | 首位シェア 12%（ハード強制） | ファームウェア系統の到達上限：ソフトのみ 3.9%、床のみ残る 11.5%、仮想 30.7% |
| B5b | 吸収／劣化 | UFLS（ランプ消失） |
| A の定義 | 2020 年以前の DERMS | A+（サーバー側上限・段階配信・独立セーフティモニタ）を併記 |
| 最終メッセージ | 変更なし | 変更なし。ただし「分散すれば安全」ではなく「一認証情報・一ファームウェア系統の背後の MW に上限を置け」が結論 |