本文へスキップ
ITDセキュリティ対策プラットフォーム
目的から探す
検索
対策・学習14分で読める

AI時代のセキュリティ対策｜個人開発者がいま固めるべき基本（優先順チェックリスト）

AIの普及で、攻撃者はありふれた弱点を自動で大量に突けるようになりました。CVEの即時修正、パスワードの使い回しの解消、露出した秘密の除去など、個人開発者がやる基本を優先順にまとめます。

本文を読む
#AI時代の備え#セキュリティ基礎#CVE監視#MFA
公開日
更新日
目次

「高性能なAIが普及したら、セキュリティは何が変わるのか」——答えは意外と地味です。新しい特別な対策が要るのではなく、ありふれた基本を“今”やり切ることの価値が上がる。その理由と、いま固めるべき順番を防御目線でまとめます（攻撃手順は扱いません）。

なぜ今なのか

AIは攻撃を「発明」するより、既存の攻撃を増幅します。守りの観点で押さえるべきは、次の5方向です（いずれも防御のために知るべき傾向で、手口の詳細は扱いません）。

① 自動の偵察・脆弱性探索が大規模化（ネット全体を絶えず走査）
② 公開直後のCVEを即時に悪用（公開→悪用の時間差が縮む）
③ 標的型フィッシングが流暢・個別化・大量に
④ 総当たり・使い回しの突き合わせ（クレデンシャルスタッフィング）が加速
⑤ AIが書いたコードが、脆弱性ごと公開される
AIは新種の弱点を生むより、ありふれた弱点への攻撃を増やす。だから基本的な弱点ほど早く見つかる。

共通点は、どれもありふれた基本的な弱点を突いて侵入すること。逆に言えば、基本を固めるほど、規模が大きくなった攻撃でも侵入を防げます。先送りにした基本対策の弱点ほど、自動化された攻撃に最初に見つかります。これが今やる理由です。

数字でも確認できます。Mandiant（Google Cloud）の分析では、脆弱性が公表されてから悪用されるまでの平均日数が、2021〜2022年の32日から2023年には5日に縮みました。英国の国家サイバーセキュリティセンター（NCSC）も2024年1月、AIが今後2年間でサイバー攻撃の量を増やすことは「ほぼ確実」と評価しています。月に1回まとめて更新する運用では、間に合わない場面が出てきます。

いま固める順（優先順チェックリスト）

上から順に。各項目は当サイトの詳しい解説へリンクしています。

1

依存関係のCVEを監視し、即パッチ

公開済みの既知脆弱性は、AIで“即時悪用”が現実に。機械で見張れば人間の見落としを防げる（→ CVE対応の実務・OSVで依存を監視・Next.jsのCVE追従）。
2

パスワードの使い回しをやめ、MFAを入れる

加速する総当たり・使い回しの突き合わせに対して、最も効果の大きい対策。パスワードマネージャ＋フィッシング耐性MFA/パスキー（→ パスワードマネージャー・MFAガイド）。
3

露出した秘密ファイルを除去

.env・鍵・バックアップが公開ルートに残っていないか棚卸し。自動スキャンが真っ先に拾う（→ 公開ディレクトリの秘密・.env公開の事例・.envとAPIキーの基本）。
4

最小権限で、侵入されたときの被害範囲を小さくする

侵入されても被害を一部に限定する。鍵・権限を必要最小限に（→ SSH鍵の最小権限）。
5

公開面を縮小し、なりすましを止める

不要な管理画面・危険ファイルを閉じ、メール認証で自ドメイン詐称を防ぐ（→ なりすましメール対策・CORS設定ミス・セッション固定）。
6

依存とGitをハードニング

秘密のコミットを未然に防ぎ、ソース供給網を守る（→ gitleaksで秘密混入を防ぐ・自前Git vs GitHub）。
7

ログを残し、IOCで気づける状態に

完全な防止は不可能。すり抜けを“振る舞い”で検知できる備え（→ IOCとは・IOAとは・EDRとは）。
8

バックアップと復旧を用意

ほかの対策が破られたときの備え。ランサムや破壊からの復元手段を実際に試しておく（→ バックアップと復旧）。

頻度と道具の早見表

上の8項目を、最初にやることと、その後の頻度に分けました。頻度は当サイトがすすめる目安です。

項目最初にやることその後の頻度使う道具（無料で使えるもの中心）
① 依存部品の脆弱性全プロジェクトの依存部品を一度スキャンする週1回、またはコードを変えるたびに自動osv-scanner、npm audit、composer audit、GitHubのDependabotアラート
① パッチの期限悪用が確認された脆弱性（KEV掲載）から当てるKEV掲載は数日〜2週間以内を目安CVSS・EPSS・KEVで優先順位を決める方法
② 多要素認証メール・GitHub・クラウド・ドメイン管理の管理者アカウントから入れるアカウントを作るたびパスキー、認証アプリ
③ 露出した秘密公開ディレクトリと公開リポジトリを棚卸しし、見つけた鍵は失効する公開前に毎回シークレット漏れ検出、サイト総合診断
④ 最小権限使っていない鍵・トークン・アカウントを止める3か月に1回各サービスのアクセストークン一覧
⑥ Gitの防御コミット前に秘密を止める仕組みを入れる自動（コミットのたび）gitleaks、GitHubのプッシュ保護
⑧ バックアップ別の場所に保管し、一度復元してみる3か月に1回、復元テスト事業者のスナップショット、外部ストレージ

GitHubのプッシュ保護は、個人アカウントが公開リポジトリへプッシュするときには既定で有効です。ただし非公開リポジトリやほかのGitサービスでは働かないので、gitleaksのような手元の仕組みと併用します。

よくある間違いと直し方

よくある間違い起きること直し方
更新の通知を受け取っただけで、適用を確かめない修正が出ていても穴が残る適用後にバージョンを確認し、スキャンをもう一度走らせる
漏れたキーをファイルや履歴から消して終わる失効していなければ、写しを持つ人は使えるまず発行元で失効し、新しいキーに置き換える
多要素認証を本人のアカウントだけに入れる共有の管理者アカウントや古いアカウントから入られる管理者権限のあるアカウントを全部洗い出して入れる
バックアップを同じサーバーに置くサーバーが壊れたり暗号化されたりすると一緒に失う別の場所に保管し、復元を実際に試す
AIが書いた設定やコードをそのまま本番に出すデバッグ表示や秘密の直書きが残る公開前にシークレット検出と依存の検査を通す

実際に起きた事例

当サイトの出発点になった事故そのものが、この典型例です。AIで書いたコードを公開した直後にAPIキーが抜かれ、不正課金された。原因は、公開済みの最高ランクCVE（CVSS 10.0）を数ヶ月放置していたこと。AIによって、弱点を放置したときの損失が大きくなるという話の具体例です（→ AIで書いたコードからAPIキーが漏れた事例）。

同じ型の事例は、ほかにもあります。

  • Equifax（2017年）：Apache Struts の脆弱性の修正は公表と同じ日に出ていましたが、公開システムに当てられず、約1.47億人分の個人情報が漏えいしました。チェックリストの①が抜けた例です（→ Equifax 情報漏えい事件）。
  • Hugging Face（2026年）：研究中のAIエージェントによる侵入の起点は、公開されてしまっていた認証情報でした。③が抜けた例です（→ Hugging Faceへの侵入）。

当サイトの視点：AIで、弱点を放置したときの損失が大きくなる。だから基本対策を今やる

当サイトは、AI時代の備えを新しい特別な対策ではなく、基本対策を前倒しで済ませることだと考えます。高性能なAIが攻撃側に渡って一番効くのは、ゼロデイの発明ではなく、あなたが先延ばしにした基本（未パッチ・使い回し・露出した秘密）を、機械が安価に・大量に見つけて突くこと。だから効くのは地味な基本対策で、それを正しい順で今やり切ることに尽きます。自分のサイトの現状は サイト総合セキュリティ診断・メール認証チェッカー・依存パッケージ脆弱性スキャナ で今すぐ点検できます。「入れたつもり」で止めず、点検して初めて効きます。

出典

  • Google Cloud（Mandiant）「How Low Can You Go? An Analysis of 2023 Time-to-Exploit Trends」 — cloud.google.com
  • 英国NCSC「The near-term impact of AI on the cyber threat」（2024年1月24日） — ncsc.gov.uk
  • 米CISA「BOD 22-01: Reducing the Significant Risk of Known Exploited Vulnerabilities」 — cisa.gov
  • GitHub Docs「About push protection」 — docs.github.com

次に読む

よくある質問

QAI時代には、何か“新しい特別なセキュリティ対策”が必要ですか？
A

多くの場合、必要なのは新しい特別な対策ではなく『基本を、正しい順で、今やり切ること』です。高性能なAIがもたらす最大の変化は、新種の弱点というより、これまで“面倒で後回し”にされてきた既存の弱点（未パッチのCVE、使い回しパスワード、公開されたままの秘密ファイル）を、攻撃者が自動で・速く・大量に見つけて突けるようになる点にあります。だから本記事のように、基本を優先順で固めるのが最も費用対効果の高い備えです。

Q個人開発や小規模サイトでも狙われますか？
A

はい。自動化された攻撃は『人間が標的を選ぶ』工程を省きます。インターネット全体を絶えずスキャンし、弱点が見つかった所から無差別に突くため、規模の大小は関係ありません。『うちは小さいから大丈夫』は、自動化・大量化が進むほど通用しなくなります。

Q何から手を付ければいいですか？
A

このページの優先順チェックリストの上から順で十分です。とくに①依存関係のCVE監視と即パッチ、②パスワードの使い回しの解消＋MFA、③公開ディレクトリに残った秘密ファイルの除去、の3つは効果が大きく、今日から着手できます。自分のサイトの現状は当サイトの無料診断ツールで点検できます。

Q脆弱性のパッチは、公表からどのくらいで当てればいいですか？
A

実際に悪用が確認された脆弱性は、数日以内を目指してください。Mandiantの分析では、公表から悪用までの平均は2023年に5日でした。参考になる公的な基準として、米CISAは連邦政府機関に対し、KEVカタログ（悪用が確認された脆弱性の一覧）に載ったものを原則2週間以内に直すよう求めています（CVE番号が2021年より前のものは6か月以内）。KEVに載っていないものは、深刻度（CVSS）と悪用の見込み（EPSS）を見て順番を決めます。

Qお金をかけずに、どこまでできますか？
A

このチェックリストの大半は無料でできます。依存部品の検査は osv-scanner や npm audit、GitHubのDependabotアラート、秘密のコミット防止は gitleaks とGitHubのプッシュ保護、多要素認証は各サービスの標準機能で使えます。費用がかかりやすいのは検知製品とバックアップの保管先ですが、どちらも基本を済ませた後で十分です。

Qチェックリストは、どのくらいの頻度で見直せばいいですか？
A

依存部品の検査は週1回か、コードを変えるたびに自動で走らせます。アカウントと鍵の棚卸し、バックアップの復元テストは3か月に1回が目安です。新しいサービスを使い始めたときや、担当者が替わったときにも見直してください。