目次 見出しへ移動 一覧 ▲
サイバーセキュリティお助け隊サービスと「72時間」初動訓練ガイド 「電源を切らずにLANを抜く」現場の初動3原則と、朝礼15分でできる実践訓練シナリオ
パソコンの画面に突然「ファイルが暗号化されました」という警告が出たとき、あるいは取引先から「御社名義で不審なメールが届いている」と連絡を受けたとき、最初の15分間と72時間の行動で被害の大きさは決定的に変わります。 本ページでは、経済産業省・IPA(情報処理推進機構)が推進する公的制度「サイバーセキュリティお助け隊サービス」の仕組みと活用法、現場の誰もが迷わず動ける「初動3原則(電源を切らずにLANを抜く)」、そのまま社内で使える「15分間朝礼訓練台本」、そしてデジタル・フォレンジック国際基準(RFC 3227)に基づく証拠保全までを4つのステップで解説します。
3秒でわかる本ページの要点
① 異常発生時は「電源を切らずに、LANケーブルを抜く(Wi-Fiを切る)」のが鉄則であり、② 平時の見守りと有事の初動支援を安価にパッケージ化した公的制度が「サイバーセキュリティお助け隊サービス」、③ 72時間以内に個人情報保護委員会への速報とクリーン復旧を行うため年1回の15分訓練が不可欠です。
知りたい深さに合わせてステップを切り替えられます(図表はすべてクリックで拡大表示できます)
経済産業省・IPA「サイバーセキュリティお助け隊サービス」の公的制度解説と有事72時間初動対応の全体像(写真・図表はすべてクリック/タップで拡大表示できます)
「サイバーセキュリティお助け隊サービス」とは何か? なぜ最初の72時間が勝負なのか?
まずは国の公的制度である「サイバーセキュリティお助け隊サービス」の4つの役割と、緊急時にやってはいけないNG行動を図解で確認しましょう。
「見守り・相談・駆けつけ・保険」の4点セット
経済産業省とIPAが実証・基準策定した「サイバーセキュリティお助け隊サービス」は、専任担当者がいない中小企業でも小口・安価に24時間監視と緊急時の専門支援を受けられる公的認定制度です。
「電源は切らずに、LANを抜く・Wi-Fiを切る」
パソコンの電源を切ったり再起動したりすると、メモリ(RAM)上の侵入証拠が消え、再起動時に暗号化が完成してしまう恐れがあります。必ず「通信だけを切り離す」のが正解です。
個人情報保護法「72時間以内の速報」と取引先連絡
サイバー攻撃による情報漏えいのおそれがある場合、発覚から72時間以内に個人情報保護委員会(PPC)へ速報する法的義務があります。事前に連絡網と手順を決めておくことが不可欠です。
感染発覚から72時間(ゴールデンタイム)の時系列プレイブックと15分机上訓練の実践手順
そのまま朝礼・定例会で使える「15分間インシデント初動訓練」台本とDX・EDIサポーター連携
SCS評価制度(★3)でも求められる「年1回以上のインシデント対応訓練」は、大がかりな演習をしなくても、朝礼や月末ミーティングの15分間を使って十分に実践的な効果が得られます。
IPA「お助け隊サービス基準」の3類型と、個人情報保護法第26条(72時間速報)・NIST SP 800-61r3
IPAが定める「サイバーセキュリティお助け隊サービス基準」では、監視対象に応じて「ネットワーク型」「端末(EDR)型」「ハイブリッド型」の区分が設けられています。また、インシデント発生時には個人情報保護法第26条に基づく「72時間以内の速報」および「30日以内(不正目的の場合は60日以内)の確報」が法的に義務付けられています。
| 費用・損害項目 | ⭕ 補償対象(保険金支払い可) | ❌ 免責・対象外(自己負担) |
|---|---|---|
| 身代金(Ransom)支払い | 対象外 | 犯罪組織への資金供与となるため、日本の保険約款上 100%免責(自己責任)。 |
| フォレンジック調査・初動費用 | 専門業者による侵害原因究明、KAPEログ解析、メモリ調査費用(限度額内)。 | 事前の保険会社承認を得ずに独自発注した高額調査費用は減額の対象。 |
| データ復旧・再構築費用 | バックアップからのデータ復元作業、OS再インストール工数(限度額内)。 | バックアップが存在せず新規作成するデータの再入力費用や、性能向上のための設備更改。 |
| 法的対応・通知費用 | 弁護士相談費用、影響を受けた顧客への書面通知郵送費、コールセンター開設費用。 | 個人情報保護委員会等からの行政罰金、刑事罰金、過料(法令上填補禁止)。 |
| 事業中断に伴う逸失利益 | 標準お助け隊保険では対象外 | 工場停止・出荷遅延による売上減少や違約金は、高額な特約がない限り 自己負担。 |
RFC 3227 揮発性証拠保全・電源OFF厳禁のフォレンジック根拠・個人情報保護委員会(PPC)法定報告実装
RFC 3227(揮発性の順序)に基づくメモリ・ネットワーク証拠保全と、Rust 2024 × PostgreSQL 19 インシデント状態機械(FSM)
ここからは、DFIR(デジタル・フォレンジック&インシデントレスポンス)技術者向けに、「なぜ電源を切ってはいけないのか」の工学的根拠である IETF RFC 3227 (Order of Volatility) と、異常検知から100ミリ秒でネットワーク隔離・OpenZFSスナップショット保護・証拠ハッシュ封印を実行する Rust 2024 状態機械を解説します。
1. Rust 2024による RFC 3227 順序強制・72時間インシデント対応状態機械(FSM)
緊急時に人間が慌てて「揮発性メモリやネットワーク状態を採取する前にディスクの初期化・再起動を行ってしまう」ミスをシステムレベルで防ぐため、Rustの型システム(Typestate / FSMパターン)を用いて、①通信隔離 $\to$ ②揮発性証拠(RAM/Socket)保全 $\to$ ③不変スナップショット固定 $\to$ ④72時間法定報告判定の順序をコンパイル時および実行時に強制します。
#![forbid(unsafe_code)]
#[derive(Debug, Clone, PartialEq, Eq)]
pub enum IncidentPhase {
Detected {
detected_at_epoch_sec: u64,
},
NetworkIsolated {
detected_at_epoch_sec: u64,
isolated_at_epoch_sec: u64,
power_kept_on: bool,
},
VolatileEvidenceCaptured {
detected_at_epoch_sec: u64,
ram_and_socket_blake3: [u8; 32],
zfs_hold_tag: String,
},
ReadyForCleanRecovery {
detected_at_epoch_sec: u64,
ppc_72h_report_submitted: bool,
root_cause_patched: bool,
},
}
#[derive(Debug, Clone, PartialEq, Eq)]
pub enum TransitionError {
PowerOffViolatesRfc3227Volatility,
MustCaptureVolatileRamBeforeRecovery,
Ppc72HourDeadlineExceeded { elapsed_hours: u64 },
RootCauseNotPatchedReinfectionRisk,
}
/// Step 1 -> Step 2: 電源を維持したままネットワークのみを隔離したか検証
pub fn transition_to_isolated(
phase: IncidentPhase,
now_epoch_sec: u64,
power_kept_on: bool,
) -> Result<IncidentPhase, TransitionError> {
if !power_kept_on {
return Err(TransitionError::PowerOffViolatesRfc3227Volatility);
}
match phase {
IncidentPhase::Detected { detected_at_epoch_sec } => Ok(IncidentPhase::NetworkIsolated {
detected_at_epoch_sec,
isolated_at_epoch_sec: now_epoch_sec,
power_kept_on,
}),
other => Ok(other),
}
}
/// Step 3 -> Step 4: 侵入口の修正と72時間以内の法定速報を確認してからクリーン復元を許可
pub fn authorize_clean_recovery(
phase: IncidentPhase,
now_epoch_sec: u64,
ppc_72h_report_submitted: bool,
root_cause_patched: bool,
) -> Result<IncidentPhase, TransitionError> {
let IncidentPhase::VolatileEvidenceCaptured {
detected_at_epoch_sec, ..
} = phase
else {
return Err(TransitionError::MustCaptureVolatileRamBeforeRecovery);
};
let elapsed_hours = now_epoch_sec.saturating_sub(detected_at_epoch_sec) / 3600;
if elapsed_hours > 72 && !ppc_72h_report_submitted {
return Err(TransitionError::Ppc72HourDeadlineExceeded { elapsed_hours });
}
if !root_cause_patched {
return Err(TransitionError::RootCauseNotPatchedReinfectionRisk);
}
Ok(IncidentPhase::ReadyForCleanRecovery {
detected_at_epoch_sec,
ppc_72h_report_submitted,
root_cause_patched,
})
}
2. db01.ok.st(PostgreSQL 19)におけるインシデント初動・訓練証跡の保存スキーマ
インシデント発生時のタイムラインや、平時の「朝礼15分訓練」の実施記録は、db01.ok.st(PostgreSQL 19)上に uuidv7() と FORCE ROW LEVEL SECURITY を用いて改ざん不能な形で記録されます。
CREATE TABLE IF NOT EXISTS incident_drill_and_response_log (
event_id UUID PRIMARY KEY DEFAULT uuidv7(),
tenant_id UUID NOT NULL,
event_mode TEXT NOT NULL CHECK (event_mode IN ('DRILL_15MIN', 'LIVE_INCIDENT')),
rfc3227_phase TEXT NOT NULL,
volatile_hash_hex TEXT NOT NULL,
ppc_72h_deadline_at TIMESTAMPTZ NOT NULL,
action_payload JSONB NOT NULL,
recorded_at TIMESTAMPTZ NOT NULL DEFAULT clock_timestamp(),
UNIQUE (tenant_id, volatile_hash_hex)
);
ALTER TABLE incident_drill_and_response_log ENABLE ROW LEVEL SECURITY;
ALTER TABLE incident_drill_and_response_log FORCE ROW LEVEL SECURITY;
CREATE POLICY incident_log_tenant_isolation ON incident_drill_and_response_log
USING (tenant_id = (SELECT sovereign_auth.current_tenant_id()));
-- PostgreSQL 19 INSERT ... ON CONFLICT DO SELECT で重複イベント送信時もゼロWALで既存記録を返却
INSERT INTO incident_drill_and_response_log (
tenant_id, event_mode, rfc3227_phase, volatile_hash_hex, ppc_72h_deadline_at, action_payload
) VALUES (
(SELECT sovereign_auth.current_tenant_id()),
'DRILL_15MIN',
'VOLATILE_EVIDENCE_CAPTURED',
'b94f6f125c79e3a81e1a02c5f9b4d8e2c7a1f0b3d4e5f6a7b8c9d0e1f2a3b4c5',
clock_timestamp() + INTERVAL '72 hours',
'{"drill_participants":14,"lan_disconnect_verified":true,"backup_restore_tested":true}'::jsonb
)
ON CONFLICT (tenant_id, volatile_hash_hex) DO SELECT
RETURNING event_id, event_mode, rfc3227_phase, ppc_72h_deadline_at, recorded_at;
4. ホワイトハッカー実戦教訓:なぜ「電源を抜く」と原因調査も復号も不能になるのか?(RFC 3227 揮発性証拠マトリクス)
IETF RFC 3227 / PPC Statutory Reporting経済産業省・IPA(独立行政法人情報処理推進機構)が推進する公的制度「サイバーセキュリティお助け隊サービス」(経産省公式ページ)においても、最も重視されているのが「異常検知時の初動隔離と専門窓口への即時連絡」です。被害発覚時にパニックになってPCやサーバーの電源コードを抜くと、物理メモリ(RAM)上にのみ存在するファイルレスマルウェアの本体・攻撃者C2との通信ソケット・ランサムウェアの一時復号鍵シードが完全に消滅します。必ず「LANケーブル抜線(またはWi-Fiオフ・スイッチポート遮断)」で通信のみを断ち、電源は維持したまま証拠保全を行ってください。
| フェーズ / 経過時間 | 対象データ・報告先 | 絶対に避けるべきNG行動 | ホワイトハッカー推奨の標準手順 |
|---|---|---|---|
| Phase 1 (0〜15分) | ネットワーク隔離・揮発性RAM保全 | 電源長押し強制終了・OS再起動・初期化 | LAN抜線/Wi-Fi切断/VLAN隔離(電源はON維持)+ 画面写真撮影 |
| Phase 2 (15分〜6時間) | お助け隊・保険会社・DFIR連絡 | 保険会社承認前の独断外部業者発注・身代金交渉 | お助け隊窓口・サイバー保険ホットラインへ連絡し KAPE トリアージ実施 |
| Phase 3 (72時間〜5日以内) | 個人情報保護委員会(PPC)速報 | 「全容が判明するまで報告しない」ことによる法令違反 | 個人情報保護法第26条に基づき、発覚から概ね3〜5日以内に判明範囲で「速報」を提出 |
| Phase 4 (30日〜60日以内) | PPC確報・都道府県警察サイバー犯罪相談窓口 | 侵入経路(VPNやCMS脆弱性)を塞がないままの復旧 | 通常30日以内(不正アクセス等の特定事案は60日以内)に根本原因と再発防止策の「確報」提出 |
お助け隊サービスと72時間インシデント初動に関するよくあるご質問
Q1 経産省・IPA「サイバーセキュリティお助け隊サービス」とは具体的にどのような制度ですか? ▼
中小企業がサイバー攻撃の脅威から自社を守れるよう、経済産業省とIPAが基準(見守り・駆けつけ・サイバー保険の3点要件)を定め、民間の優良サービスを審査・公認している公的認定制度です。月額数千円〜1万円台の低価格で24時間のログ監視、有事の初動駆けつけ支援、調査・復旧費用を補償する簡易保険がパッケージ化されています。
Q2 インシデント発生時、「パソコンの電源を切る/再起動する」が最大の禁忌とされるのはなぜですか? ▼
電源を切ると、パソコンの揮発性メモリ(RAM)に一時記憶されていたデータが一瞬で消滅するためです。メモリ上には、暗号化を実行している犯人のプロセス、通信先のC2サーバーのIPアドレス、さらには「復号に必要な秘密鍵(AESキー等)」が残されていることが多々あります。電源を切るとこれらが不可逆的に失われ、フォレンジック調査による原因究明や復元が絶望的になります。正しくは「LANケーブルを抜く/Wi-FiをOFFにする」です。
Q3 お助け隊サービスに付帯する「サイバー保険」で、ランサムウェアの身代金(要求額)は補償されますか? ▼
補償されません。日本の法制度およびサイバー保険約款において、反社会的勢力や犯罪組織への身代金(Ransom)の支払いは公序良俗に反し資金洗浄対策(AML)上も違法とみなされるため、100%免責(不支給)となります。保険の対象となるのは「外部の専門業者によるフォレンジック調査費用」「システムの復旧・再構築費用」「法律相談費用」などです。
Q4 サイバー保険の請求において、保険金が支払われない代表的な「免責事項」にはどのようなものがありますか? ▼
①身代金の支払い、②明らかな重大過失(既知の重大パッチを年単位で放置、デフォルトパスワードのまま運用等)、③事後復旧費用の限度額超過(簡易保険の上限は数百万円程度であり、全社サーバー再構築には不足するケースがある)、④間接損害(操業停止に伴う逸失利益・売上減少)が代表的な免責・対象外項目です。保険に頼り切るのではなく、予防と隔離バックアップの整備が不可欠です。
Q5 被害発生から72時間以内に完了すべき「初動トリアージ」の具体的手順は何ですか? ▼
①0〜15分:物理隔離(LANケーブル抜去・Wi-Fi無効化・電源維持)、②1〜4時間:影響範囲の目視確認と経営陣・お助け隊窓口への第1報、③4〜24時間:専門調査官による揮発性メモリダンプおよびアーティファクト保全(KAPEトリアージ)、④24〜72時間:流出リスクの判定と個人情報保護委員会・警察への法定初動報告です。
Q6 個人情報保護法第26条に基づく「個人情報保護委員会への速報報告」の義務とは何ですか? ▼
顧客や従業員の個人データが漏洩、または漏洩したおそれがある場合、事業者は個人情報保護委員会に対し「速報(概ね3〜5日以内)」および「確報(30日以内、不正アクセスの場合は60日以内)」の報告が法律で義務付けられています。怠った場合は最高1億円の法人罰金刑や社名公表の対象となります。
Q7 専門のフォレンジック調査官が現場で行う「KAPEトリアージ採取」と「メモリダンプ保全」とは何ですか? ▼
KAPE(Kroll Artifact Parser and Extractor)は、侵害された端末からファイルアクセス履歴($MFT, $LogFile)、実行履歴(Amcache, Shimcache, Prefetch)、イベントログなどの証跡ファイルのみを数分で高密度に抽出するツールです。またWinPmem等で採取した揮発性メモリダンプは、Volatility 3を用いてプロセスインジェクションや隠蔽されたマルウェアを特定するために不可欠です。
Q8 月額数千円〜1万円台のお助け隊サービスを契約していれば、自社のセキュリティ対策は完全に万全と言えますか? ▼
お助け隊サービスは「万が一の駆けつけと見守りのセーフティネット」であり、社内の脆弱性そのものを消滅させるものではありません。根本的な安全を確保するには、社内のPC・ルーターの定期的なアップデート、多要素認証(パスキー)の必須化、そして書き換え不能なOpenZFS等の隔離バックアップを組み合わせる「多層防壁」が必要です。