タグ : インシデント対応
SCS★3の事故時の役割と責任 2-1-4-1を分担例と図解で解説
2026年11月8日 SCS評価制度
取引先で事故が起きたら、誰が調べ、誰が連絡しますか。SCS評価制度★3の2-1-4-1を、トヨタ国内工場停止の事例と図解で解説。連絡・調査・被害拡大防止・復旧の分担と、共有先との取り決め例を紹介します。
「漏えいのおそれ」と「流出確認」はどう違う?この1年の公表文から考える第一報と続報
「漏えいのおそれ」「流出確認」「二次被害なし」は何が違うのでしょうか。この1年の公表事案をもとに、情報漏えい時の第一報・続報・訂正の書き方、報告と本人通知の違いを解説。中小企業で使える確認事項管理票と文例も紹介します。
深刻度「中」なら後回し?デジタル庁GSSの事案から考える脆弱性対応の優先順位
脆弱性の深刻度が「中」なら後回しでよいのでしょうか。デジタル庁GSSの公表事案をもとに、CVSSと自社リスクの違い、悪用状況・接続範囲の確認、対応期限、暫定対策、更新後の確認を解説。中小企業で使える脆弱性対応の判断票も紹介します。
正規の送信元でも安心できない――PCデポの事案から見直すメール送信権限
「送信元のメールアドレスは、いつも利用している会社のものだった」「知らないドメインではなかったので、本物だと思った」 不審なメールを見分ける方法として、送信元を確認することは大切です。しかし、送信元の確認だけで、本文やリ …
漏えいだけではない――観光列車の不正アクセス事案から考える「予約データの正しさ」の守り方
予約システムが動いていても、データが正しいとは限りません。2026年9月の観光列車「一万三千尺物語」の不正アクセス事案と続報を踏まえ、予約の照合、バックアップからの復旧、通知・代金処理の確認、業務再開の判断を解説。照合票の項目例も紹介します。
「社内で渡すだけ」が情報漏えいのおそれに――@cosmeの事案から見直すファイルの受け渡し
2026年10月2日 クラウドセキュリティ情報漏洩対策
社内で渡すファイルも、共有設定次第で情報漏えいのおそれにつながります。2026年9月の@cosmeの公表事案をもとに、中小企業が見直したい情報の絞り込み、受取人の限定、共有終了、誤公開時の対応を解説。社内で使える受け渡し確認表も紹介します。
取引先のクラウド・メール・サーバーで事故が起きた時、自社は何を確認するか
2026年7月21日 インシデント対応クラウドサービス利用セキュリティ委託先管理情報漏洩対策
取引先や利用中のクラウド、メール、サーバーで不正アクセスや情報漏えいの可能性が公表された時、中小企業は何を確認すべきか。対象サービス、対象期間、保存データ、パスワード変更、顧客連絡、PPC報告要否まで実務手順を整理します。
バックアップは「ある」ではなく「戻せる」まで確認する:復元テスト記録の作り方
2026年5月26日 ITセキュリティ情報処理安全確保支援士
バックアップは「取っている」だけでは不十分です。中小企業向けに、復元テストの進め方、バックアップ対象・頻度・世代管理、SaaSやクラウドの確認、ランサムウェア対策、復元テスト記録の作り方を実務に沿って解説します。 推奨カテゴリー・タグ
