本文へスキップ
株式会社オープンナレッジ
株式会社オープンナレッジ Open Knowledge Inc.
1. 基本と全体像

この記事の要点と4つの章のご案内

この記事の3つの要点(まずここだけ読めば安心です)に関するイメージ写真
この記事の3つの要点(まずここだけ読めば安心です)
現場で毎年繰り返される「ITブラックボックス化」の3つの実例に関するイメージ写真
現場で毎年繰り返される「ITブラックボックス化」の3つの実例
「詳しい社員が辞めたら誰も分からない」を防ぐ中小企業のIT引き継ぎ・ブラックボックス解消ガイド の各章におけるテーマと要点一覧表
章構成 主なテーマ 要点と確認ポイント
1. 基本と全体像 この記事の3つの要点(まずここだけ読めば安心です) 「あの人に任せてあるから大丈夫」が最大の経営リスクになります: 社内で一番パソコンに詳しいスタッフ1人にすべてのID・契約を任せきりにしていると、突然の退職や入院の際に「自社のドメインすら更新できない」「誰も管理者画面に入れない」という事態に陥ります。
2. 現場での進め方と対策 現場で毎年繰り返される「ITブラックボックス化」の3つの実例 退職者・外注先の「消し忘れアカウント」はサイバー攻撃の最短ルート: 既に退職した社員や、数年前に制作を依頼した外部業者のアカウントが残っていると、そこから社内データやホームページが改ざんされる被害が後を絶ちません。
3. 関連する制度とルール そのまま使える「5項目IT引き継ぎ台帳」と棚卸し手順 まずは本ページの図解と3項目チェックリストでご自身でできる範囲からお試しください。もし設定や判断に迷われたときは、過度な営業のないご相談窓口(お助け隊・お問い合わせ窓口)へいつでもご相談いただけます。
4. 詳しい技術仕様としくみ NIST SP 800-53 AC-2 準拠のアイデンティティ・ライフサイクル監査と休眠特権アカウント自動検出実装 ——ドメイン失効・管理者不在・休眠アカウントからの侵入を同時に防ぐ「A4・1枚のIT管理台帳」の整え方
第1章〜第4章では、実務チェックリスト・公的制度基準・詳しい技術仕様を確認できます。
IT資産管理・属人化解消ガイド 監修・執筆:登録情報処理安全確保支援士(第007617号)・上級医療情報技師 加藤 明生

「詳しい社員が辞めたら誰も分からない」を防ぐ中小企業のIT引き継ぎ・ブラックボックス解消ガイド

——ドメイン失効・管理者不在・休眠アカウントからの侵入を同時に防ぐ「A4・1枚のIT管理台帳」の整え方

この記事の3つの要点(まずここだけ読めば安心です)

  • 01. 「あの人に任せてあるから大丈夫」が最大の経営リスクになります: 社内で一番パソコンに詳しいスタッフ1人にすべてのID・契約を任せきりにしていると、突然の退職や入院の際に「自社のドメインすら更新できない」「誰も管理者画面に入れない」という事態に陥ります。
  • 02. 退職者・外注先の「消し忘れアカウント」はサイバー攻撃の最短ルート: 既に退職した社員や、数年前に制作を依頼した外部業者のアカウントが残っていると、そこから社内データやホームページが改ざんされる被害が後を絶ちません。
  • 03. まずは「5つの基本契約」を紙1枚(または共有金庫)に書き出すことから: 01 ドメイン名、02 レンタルサーバー、03 インターネット回線・ルーター、04 グループウェア(Google/Microsoft)、05 主要業務ソフトの5つについて「契約先・管理者メール・支払い方法」を明文化するだけでブラックボックスは解消します。
第1章:背景と仕組みの図解

1. 現場で毎年繰り返される「ITブラックボックス化」の3つの実例

相談窓口『お助け隊』に寄せられるご相談の中でも特に深刻なのが、「ホームページやメールが突然使えなくなったが、昔手配してくれた担当者や制作会社と連絡が取れず、どこに問い合わせればいいかすら分からない」というケースです。まずはどこに落とし穴があるのかを図解で見てみましょう。

図1:事象の発生構造と3段階の対策フロー

危険な状態:1人任せのブラックボックス ・ドメインやクラウドを個人のメールで登録 ・支払いも前任者の個人カードや不明な口座 → 退職・入院でログイン不能&更新切れ失効 ※主な発生要因の整理 今日からできる対策:5項目台帳と代表アドレス化 ・管理者連絡先を「admin@自社」等の共有窓口へ ・代表者+実務担当の「最低2名」に特権を付与 → 誰が休んでも手続き・更新が止まらない体制 ※初期設定と運用手順 セキュリティ効果:休眠・幽霊アカウントの根絶 ・入退社時のアカウント付与・停止チェック表 ・外部委託先の作業完了後の権限自動失効 → 2026年SCS評価制度(★3)のアカウント管理達成 ※システム層での保護機構
実例 01:ドメインのうっかり失効

更新通知が退職者のメールへ届いていた

会社のホームページやメールの土台である「ドメイン(.co.jpや.com)」の更新案内が前任者のアドレスへ送られ続け、ある日突然サイトもメールも消滅する事故が多発しています。

実例 02:ルーターのパスワード不明

昔の業者が設定したまま誰も入れない

社内のWi-FiやVPN機器の初期設定を数年前の業者に任せたまま設定書を受け取っておらず、脆弱性の更新や設定変更ができなくなるケースです。

実例 03:退職者IDの使い回し

「佐藤さんのID」を後任の鈴木さんが使用

ライセンス費用を節約しようとして前任者のIDをそのまま引き継ぐと、「誰がいつどのデータを操作したか」の記録(監査証跡)が構造的に失われます。

場面別の実務確認ポイント

ご家庭・シニア・初めて学ぶ方へ 難しい専門用語を覚える必要はありません。上の図解の「真ん中の箱(手順 02)」と、実践チェックリストの3項目を1つずつ確認するだけで十分に安全を高められます。
経営者・総務・医療や現場の責任者の方へ 比較表と実践手順をそのまま社内の点検シートとしてお使いいただけます。高額な機器契約の前に確認すべき判断基準も明記しています。
ろう者・難聴者・発達障害のある方へ 音声や動画のみに頼らず、すべて視覚的な図解と文字で完結しています。画面右上の「文字拡大」「シンプル表示」や、A4印刷にも対応しています。
情報システム担当・エンジニア・研究者の方へ 第3章にて、RFC・CVE・NIST SP 800シリーズ等の一次仕様に基づく数理モデルと、Rust Edition 2024(unsafe禁止)による検証コードを公開しています。
第2章:実践手順とセルフチェック

2. そのまま使える「5項目IT引き継ぎ台帳」と棚卸し手順

専門的な知識がなくても、ご家庭や職場で今日から順番に確認・実践できる具体的な比較表とチェックリストをまとめました。

棚卸し対象の5大資産必ず控えておくべき3つの情報よくある危険な状態推奨される安全な管理方法
01. 独自ドメイン(.co.jp / .com等) 管理会社名(レジストラ)・管理ID・有効期限 制作会社や前任者個人の名義・メールで登録 必ず自社名義・法人口座引き落とし・共有管理アドレスで登録
02. Web・メールサーバー 契約会社・コントロールパネルURL・契約プラン 古いPHPのまま10年間放置、SSH鍵が不明 特権管理者を2名設定し、不要な旧サイトデータを削除
03. 社内ルーター・Wi-Fi・回線 プロバイダ契約書・機器型番・管理画面ログイン情報 初期パスワードのまま、または誰もログイン不可 設定控えを耐火金庫に保管し、ファームウェア自動更新を有効化
04. クラウド(Google / Microsoft / 会計) 特権管理者(特権Admin)の氏名2名・二要素認証設定 特権管理者が1名のみで、退職者アカウントが放置 特権管理者を2名(代表+担当)にし、月1回アカウント一覧を点検
05. 外部制作会社・保守ベンダー権限 委託先社名・付与している権限範囲・契約終了日 5年前の制作会社に最高管理者権限がついたまま 作業期間中のみ期限付きで最小権限を付与し、完了後に停止

今日から無理なく進めるための4ステップ実践手順

手順 01(所要時間:約15分)

現状の棚卸しと「見えにくいリスク」の把握

新しい機器やソフトを購入する前に、現在使っている機器・アカウント・契約先を紙1枚に書き出します。被害の大半は「昔作ったまま誰も管理していない古い機器や共有アカウント」から始まります。

手順 02(所要時間:約30分)

費用をかけずにできる「3つの基本設定」

01 パスキー(FIDO2)または二要素認証の有効化、02 ルーター・VPN・OSの自動更新設定、03 バックアップ用外付けHDDの常時接続解除(切り離し保管)の3点を実施します。

手順 03(所要時間:約15分)

異変に気づいたときの「責めない連絡ルール」

不審なリンクを開いたり偽警告が出たりした際、「怒られるかも」と隠すことが被害を広げます。「迷ったら6秒深呼吸して手を止め、すぐ共有してくれた人を褒める」ルールを共有します。

手順 04(3ヶ月に1回・約15分)

定期的な復元テストと第三者の落ち着いた確認

季節の変わり目ごとに「バックアップから実際に1つのファイルを戻せるか」を試すとともに、退職・異動に伴うアカウント整理を行い、迷う点は専門窓口で点検します。

現場で陥りやすい3つの落とし穴と、安全な回避策

落とし穴 01:パスワードを書いたExcelファイルに「簡単なパスワード」をかけて共有フォルダに置く

共有フォルダ上のExcelファイルは、社内ネットワークに侵入された際に真っ先に狙われます。重要な管理情報はパスワード管理ツール(1PasswordやBitwarden等)の組織用金庫を使うか、物理的な紙の台帳を耐火金庫で保管してください。

落とし穴 02:制作会社に「ドメインもサーバーも全部お任せ」で契約名義まで渡してしまう

Web制作会社とトラブルになったり、制作会社が廃業した際に、自社ドメインを取り戻せなくなるトラブルが全国で起きています。ドメインとサーバーの「契約名義(所有者)」は必ず自社にしてください。

落とし穴 03:退職日の翌月になってもクラウドやメールのアカウントが残っている

退職・異動の手続きチェックリストに「社会保険」「社員証返却」と並べて、必ず「メール・チャット・クラウドアカウントの即時停止」を組み込んでください。

今日からできる3項目セルフチェック(クリックして確認)

達成状況:0 / 3 項目

ご家庭や職場で現在できている項目にチェックを入れてみてください。すべてお使いのブラウザ内でのみ計算され、外部へ送信されることはありません。

上の3項目をクリックすると、現在の達成状況に応じたアドバイスが表示されます。まずは1項目ずつ順番に整えていきましょう。
理解を深める確認クイズ

社内のパソコンやクラウドに詳しい担当者が1人いる職場において、最も適切なIT管理のあり方はどれでしょうか?

よくあるご質問と、迷ったときの判断基準

Q1. 社内に専任のシステム担当者がいないのですが、自分たちだけで始められますか?

はい、始められます。まずは費用や特別な契約を伴わない「基本の3項目(パスキー・自動更新・切り離し保管)」から1つずつ進めてみてください。途中で設定画面の見方が分からなくなったときだけ、相談窓口を頼っていただければ十分です。

Q2. 外部の営業担当者から「今すぐ専用機器(UTM等)をリース契約しないと手遅れになる」と言われました。

その場で即決せず、必ず見積書を持ち帰ってセカンドオピニオンを確認してください。公的ガイドラインや2026年SCS評価制度(★3)が求めているのは、特定メーカーの高額機器ではなく「基本的な管理の仕組み」です。

Q3. このページの内容を印刷して、職場や家族に配ってもよいですか?

もちろんです。本サイトの図解やチェックリストは、地域の企業・医院・学校・ご家庭の安全を守るための公開技術資料として掲載しています。ブラウザの印刷機能(A4縦)でそのまま読みやすく印刷できます。

4. 詳しい技術仕様としくみ:技術アーキテクチャ仕様

NIST SP 800-53 AC-2 準拠のアイデンティティ・ライフサイクル監査と休眠特権アカウント自動検出実装

設計背景・判断基準リファレンス

本節では、組織内のアカウント台帳(Active Directory / Google Workspace / PostgreSQL ロール)に対して、1人専有状態(Bus Factor = 1)の排除、休眠アカウント(Dormant Accounts)の自動失効、および外部委託先アカウントの有効期限強制(Time-Bound Access)を検証する Rust Edition 2024 実装を示します。

CONTROL SPEC
NIST SP 800-53 Rev.5 AC-2
BUS FACTOR
Min 2 Active Super-Admins
DORMANT LIMIT
Max 45 Days Inactivity
VENDOR ACCESS
Mandatory TTL Expiration

1. プロトコル内部構造・数理モデルと設計根拠

1. 特権アカウントの冗長性不変条件(Bus Factor Invariant): テナント T における最高権限ロール集合 A_T = {u ∈ U_T | role(u) = Owner ∧ active(u) ∧ mfa(u)} について、ロックアウトおよび属人化を防ぐため 2 ≤ |A_T| ≤ 3 を常に満たす必要があります(|A_T| = 1 は単一障害点、|A_T| > 3 は過剰特権)。

2. 休眠アカウントと委託先TTLの決定論的失効: 最終ログイン時刻 tlast から現在時刻 tnow までの経過時間 Δ t = tnow - tlast が閾値 τdormant(例:45日)を超過したアカウント、または外部委託先(Vendor)であり有効期限 texpires < tnow となったアカウントをO(N)走査で即座に検出し、トークンを無効化します。

2. 技術パラメータ・検証仕様一覧

監査ルールID対象プリンシパル判定条件式自動是正アクション
AC2-BUS-FACTOR Role == SuperAdmin count(active_mfa_admins) < 2 単一障害点アラート発報・副管理者の登録要求
AC2-DORMANT-45D All Internal Users (now - last_login_sec) > 45 * 86400 セッション即時失効 + アカウント一時凍結(Suspend)
AC2-VENDOR-TTL AccountType == ExternalVendor expires_at_sec == None OR expires_at_sec < now 無期限外部アカウントの拒否・期限切れアカウントの即時Revoke
AC2-SHARED-ID All Accounts distinct_client_fingerprints_1h > 4 OR naming =~ /^(info|admin|shared)/ 共有ID利用の検知と個人別IDへの分割勧告
3. リファレンス実装コード(crates/ok-iam-auditor/src/lifecycle_verifier.rs) Rust Edition 2024 (#![forbid(unsafe_code)])
#![forbid(unsafe_code)]

#[derive(Debug, Clone, Copy, PartialEq, Eq)]
pub enum AccountKind {
    InternalEmployee,
    SuperAdmin,
    ExternalVendor { expires_at_unix: Option<u64> },
}

#[derive(Debug, Clone)]
pub struct AccountRecord {
    pub account_id: &'static str,
    pub kind: AccountKind,
    pub is_enabled: bool,
    pub has_phishing_resistant_mfa: bool,
    pub last_activity_unix: u64,
}

#[derive(Debug, Clone, PartialEq, Eq)]
pub struct IamAuditSummary {
    pub active_super_admins: usize,
    pub bus_factor_safe: bool,
    pub dormant_account_ids: Vec<&'static str>,
    pub expired_vendor_ids: Vec<&'static str>,
    pub unverified_admin_ids: Vec<&'static str>,
}

pub fn audit_organization_accounts(
    records: &[AccountRecord],
    now_unix: u64,
    max_dormant_sec: u64,
) -> IamAuditSummary {
    let mut active_super_admins = 0usize;
    let mut dormant_account_ids = Vec::new();
    let mut expired_vendor_ids = Vec::new();
    let mut unverified_admin_ids = Vec::new();

    for rec in records {
        if !rec.is_enabled {
            continue;
        }

        if now_unix.saturating_sub(rec.last_activity_unix) > max_dormant_sec {
            dormant_account_ids.push(rec.account_id);
        }

        match rec.kind {
            AccountKind::SuperAdmin => {
                if rec.has_phishing_resistant_mfa {
                    active_super_admins += 1;
                } else {
                    unverified_admin_ids.push(rec.account_id);
                }
            }
            AccountKind::ExternalVendor { expires_at_unix } => {
                match expires_at_unix {
                    Some(exp) if exp > now_unix => {}
                    _ => expired_vendor_ids.push(rec.account_id),
                }
            }
            AccountKind::InternalEmployee => {}
        }
    }

    IamAuditSummary {
        active_super_admins,
        bus_factor_safe: (2..=3).contains(&active_super_admins),
        dormant_account_ids,
        expired_vendor_ids,
        unverified_admin_ids,
    }
}

#[cfg(test)]
mod tests {
    use super::*;

    #[test]
    fn test_detects_single_admin_and_expired_vendor() {
        let now = 1_710_000_000;
        let accounts = vec![
            AccountRecord {
                account_id: "admin-1",
                kind: AccountKind::SuperAdmin,
                is_enabled: true,
                has_phishing_resistant_mfa: true,
                last_activity_unix: now - 3600,
            },
            AccountRecord {
                account_id: "vendor-legacy",
                kind: AccountKind::ExternalVendor {
                    expires_at_unix: Some(now - 86_400),
                },
                is_enabled: true,
                has_phishing_resistant_mfa: false,
                last_activity_unix: now - 100 * 86_400,
            },
        ];
        let summary = audit_organization_accounts(&accounts, now, 45 * 86_400);
        assert!(!summary.bus_factor_safe);
        assert_eq!(summary.expired_vendor_ids, vec!["vendor-legacy"]);
        assert_eq!(summary.dormant_account_ids, vec!["vendor-legacy"]);
    }
}
4. 詳しい技術仕様としくみ(システム設計・数理モデル・実装例)

動的CMS/PHPランタイム攻撃面(CVE-2024-4577等)の解剖とAstro+Rust静的分離設計

プロトコル仕様・数理モデル・Rust 2024 実装コードの詳細は、専門技術モノグラフにて公開しています。

技術モノグラフを読む →
ご質問・公的制度の活用に関するお問い合わせ窓口

掲載資料に関するご質問・公的制度活用のご案内

本ページの図解や解説内容に関するご質問、経済産業省「SCS評価制度」やIPA「SECURITY ACTION・サイバーセキュリティお助け隊サービス」等の公的制度の確認方法について、落ち着いた参考窓口としてご案内しております。売り込みや営業連絡は一切行いませんので、社内勉強会やご家庭での確認資料としてご自由にご活用ください。

図解・ビジュアルの拡大表示

図表内のテキストもそのまま選択・検索可能です(ベクターSVG描画) 枠外クリックまたは ESC キーで閉じます