SONAE KNOWLEDGE / 会社の備え

セキュリティ担当がいない会社は、何から始める?

AI技術確認日:2026-10-23/編集確認は未了

AIを用いて初稿を作成し、技術確認もCodex(AI)が実施しています。一次資料との対応、記述とひな型の整合性を確認しました。専門家による監修ではありません。運営者の判断で先行公開しています。本人による編集確認は未了です。確認範囲は運営と編集のページをご覧ください。

全部を一度に変えず、使っているものと困ることを書き出す。

最初は、会社の大事な仕事を一つ選ぶ

セキュリティに専任者がいない会社では、すべての設定を一度に変える前に、止まる、失う、漏れると困る仕事を明確にします。IPAの中小企業向けガイドラインを入口として、自社の状況と担当を整理できます。以下はSONAEが提案する最初の進め方です。架空の会社なら、受発注の情報と、それを使う担当、サービス、端末から始めます。項目を埋めたことや相談をしたことだけで、安全を証明したとは判断しません。

SONAE KNOWLEDGE / 図解 01

現状を、三つに分けて書き出す。

  1. 確認できた

    根拠と確認日がある

    確認した範囲を記録する。

  2. 改善したい

    課題を把握している

    担当・期限・完了条件を決める。

  3. まだ分からない

    確認に必要な情報がない

    調べる担当と確認方法を決める。

記入例の分類です。空欄や未確認を、そのまま良好と扱わないために使います。

仕事と、情報・サービス・端末を結び付ける

会社のメール、共有、主要な業務アプリ、外部の支援先などを、選んだ仕事に沿って挙げます。すべての詳細がすぐに分からなくても、何が不明で誰へ聞くかを残します。契約の一覧だけでは、個別に使い始めたAIや外部アプリを見落とす場合があります。現場の担当へ用途を聞き、管理者の記録と照合できるようにします。個人情報や秘密の値を調査表へ大量に複製せず、所在と管理する役割を対応させることが目的です。

SONAE KNOWLEDGE / 図解 02

未確認を残して、最初の改善へつなぐ。

未確認を残して、最初の改善へつなぐ。架空の進め方です。未確認の項目を合格にせず、調べる担当と次の確認を決めます。重要な仕事情報・端末・窓口根拠を確かめる対象・時点・不明点一件を担当へ期限・完了条件情報が足りない項目良好とせず追加確認へ未確認を残して、最初の改善へつなぐ。架空の進め方です。未確認の項目を合格にせず、調べる担当と次の確認を決めます。重要な仕事情報・端末・窓口根拠を確かめる対象・時点・不明点一件を担当へ期限・完了条件情報が足りない項目良好とせず追加確認へ
架空の進め方です。未確認の項目を合格にせず、調べる担当と次の確認を決めます。
図の内容を文章で読む

重要な仕事:情報・端末・窓口 / 根拠を確かめる:対象・時点・不明点 / 一件を担当へ:期限・完了条件。架空の進め方です。未確認の項目を合格にせず、調べる担当と次の確認を決めます。 情報が足りない項目:良好とせず追加確認へ。

入口・更新・共有・復旧から状態を見る

重要なアカウントの認証、端末やソフトの更新、情報の共有先、戻すための備えなどを確認します。必要な範囲は業務と利用製品に合わせ、公式資料と管理者の判断を使います。機能が有効という回答だけで、対象全体へ反映していると扱いません。確認した資料、対象、時点、担当を残します。実際の接続や操作を伴う確認には、対象と影響、許可が必要です。最初の相談で無断のスキャンや設定変更を行う前提にはしません。

良好・要改善・未確認を分ける

確認した範囲で条件を満たす、改善が必要、情報が足りず判断できない、といった状態を区別します。未確認を問題なしへ変えて、達成率を良く見せないようにします。重要な業務に関係する未確認は、次に何を調べるかを決める材料です。点数だけで優先を決めず、公開する範囲、扱う情報、停止の影響、既にある代替策を見ます。一般的な深刻度と会社が急ぐ理由が異なる場合は、責任者と技術担当の説明をそろえましょう。

一つの改善に、実施と確認の担当を付ける

対象、変えたい状態、実施する人、承認する責任者、期限、完了を確かめる方法を決めます。兼任IT担当だけで判断できない予算や停止の調整は、経営や業務の担当へ上げます。既存の保守会社がある場合も、実施、承認、結果の確認の分担を合意します。作業を依頼したことと、実際に改善を確かめたことは別に記録します。すぐに直せない場合は、理由、暫定の対策、見直す日を残し、無期限に放置しないようにします。

最初の一件から、次に使える管理へ育てる

完了の目安は、重要な仕事の入口と担当が分かり、未確認と改善の次の行動を説明できることです。最初の表を作った後は、新しいサービス、入退社、契約変更などの変化に合わせて更新します。緊急の問題は定期会議まで待たず、正規の事故対応の経路を使います。一般的なチェックリストだけで、法令適合やすべての攻撃への備えを保証するものではありません。会社の判断と専門の支援をつなぎ、続けられる範囲で確認と改善を回しましょう。

社内で使う記録のひな型

SONAEの運用例・架空データです。実際の秘密情報をこの画面へ入力する欄ではありません。

優先
止まる・失う・漏れると困る一つの仕事
範囲
情報・サービス・端末・所有者・委託先
状態
根拠・時点・良好/要改善/未確認
次
実施・承認・結果確認・期限・見直し

CASES / 2026年10月23日確認

実際の事例から、備えを考える。

以下は公表資料をもとにした要約です。SONAEの診断実績ではありません。自社への適用は、下の問いと分けて考えます。

公的機関の調査

国内Webサービスへの攻撃とAI利用の調査

公表・更新
2026年10月15日
発生・観測
2026年10月8日の注意喚起に関連する調査。各攻撃の日時を一律に示すものではありません。

JPCERT/CCは、攻撃元サーバーの調査で、AIを使った脆弱性探索やAPI経由の攻撃を確認したと報告しています。

確認範囲:すべての国内事案が同じ攻撃者・手口・AIによるものと示す報告ではありません。

自社で確かめたいこと / SONAEの整理

自社の公開サービス、管理用画面、APIの管理担当と更新状況を把握できていますか。

一次資料:JPCERT/CC ↗

被害企業の公表

アスクル:ランサムウェアとサービス停止

公表・更新
2026年8月4日更新の公式ページ
発生・観測
攻撃検知:2025年10月19日。

アスクルは、ランサムウェアによるサービスの一時停止と情報流出、対応や復旧の経過を公式ページに掲載しています。

確認範囲:2026年の新規発生事件ではありません。対策の実施日を、侵入原因を断定する材料にはしていません。

自社で確かめたいこと / SONAEの整理

停止時の代替業務、復旧の優先順位、再開を判断する条件を用意できていますか。

一次資料:アスクル ↗

相談前の確認表

  • 止まると困る業務を挙げた
  • サービス・端末・担当を整理した
  • 未確認の項目を見えるようにした
  • 最初の改善の担当・期限を決めた

参考資料(確認日:2026年10月23日):IPA:中小企業の情報セキュリティ対策ガイドライン ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。

相談内容を整理してみる →