CyberSNによると、2026年1月から9月までの米国のサイバーセキュリティ求人は235,786件で、前年同期比26.4%減だった。一方、AIセキュリティエンジニアの需要は268.3%増加し、7月までにMicrosoftはコードの欠陥にパッチを当てるエージェントを導入していた。

セキュリティチームは欠陥の発見を自動化し、インシデント対応を購入できる。それでも、検出結果を検証し、修正を承認し、攻撃下でサービスを復旧する権限を持つ人材は必要である。

CyberSNの採用の分断は、実際に展開可能な防御人材を数えていない

SecurityWeekが報じたCyberSNの2026年1月〜9月の米国求人データでは、サイバーセキュリティ求人総数は前年同期比26.4%減の235,786件となり、4年ぶりの低水準だった。AIセキュリティエンジニアの需要は268.3%増えた。これは単一の労働市場レポートにある相反するシグナルであり、AIがセキュリティ人材を置き換えた証拠ではない。求人件数からは、雇用主がどの業務をソフトウェアに移し、どれを専門家に残し、どれをプロバイダーから購入したかは分からない。

Glassdoorを引用したNew York Timesの報道によれば、2026年第1四半期のサイバーセキュリティ求人は前年同期比11%増加した。Glassdoorの第1四半期指標とCyberSNの9カ月指標は、職種、情報源、対象期間が異なる可能性があり、いずれも他方の傾向が反転したことを示すものではない。提供された記録には、CyberSNの規模や分類を裏付ける、1月から9月までを対象とした独立した同条件の米国系列はない。CyberSNのデータは、求人の背後にある仕事を検討する理由にはなるが、その集計を米国のセキュリティ市場全体の国勢調査として扱うことはできない。

Microsoftがパッチを狙う前に、DARPAはエージェントを欠陥探索へ向かわせた

DARPAは2023年、オープンソースコードをスキャンしてセキュリティ上の欠陥を見つけるシステムを開発者に設計させるため、AI Cyber Challengeを開始した。このコンテストは、脆弱性探索を人間のアナリスト工数が固定的に必要な業務ではなく、ソフトウェアが担いうる仕事として扱った。2026年7月までにMicrosoftは、複雑なコードベースの脆弱性を見つけるMAI-Cyber-1-Flashと、欠陥へのパッチを当てることを意図したエージェント型システムProject Perceptionを導入していた。Microsoftは欠陥のスキャンを超え、防御側が保護するシステムを変更するパッチの提案へ進んだ。

セキュリティチームは依然として、見かけ上の欠陥が本物か、提案されたパッチが重要サービスに影響するか、そして誰がその展開を承認する権限を持つかを判断しなければならない。こうした判断のコストは、候補となる検出結果をもう1件生み出すコストとは異なる。Microsoftのローンチが示すのはベンダーの意図であり、顧客がAIエージェントに展開を安全に委ねたことではない。チームがエージェントの生成速度で修正を検証・承認できなければ、発見の高速化は保護ではなくキューを積み上げる。

攻撃者も検証キューを膨らませられる

セキュリティ研究者Thomas H. Ptacekは3月、AIコーディングエージェントがゼロデイ発見を自動化することで、エクスプロイト開発の経済性を変えうると主張した。これは潜在的な攻撃の供給に関する議論であり、新たなエクスプロイトの計測件数ではない。防御側だけが低コスト化した探索を独占できるわけではない。候補となる脆弱性が増えれば、優先順位を付けるべき実際の仕事も増えうる。そして、検出結果が十分に確認される前に行動する圧力も強まる。

Artificial Analysisは、AIエージェントが脆弱性をどう発見し修正するかを評価するため、パートナーとCyber Index Allianceを立ち上げた。こうした評価では、発見と修復の性能を比較できる。だが運用チームには、別の記録も必要である。すなわち、どの検出結果がレビューを通過したか、どの提案変更が承認されたか、その変更が稼働中のシステムに何をもたらしたか、そしてチームがそれを元に戻せたかである。専門人材採用の急増は、部分的には循環的なAI需要を示しているだけかもしれない。その運用記録なら、新たな人材構成が実際に役立つかを検証できる。

AWSは予防が失敗した時点から始まるセキュリティを売る

AWSは2024年12月、ランサムウェアを含むインシデントへの準備、対応、復旧を顧客に支援するSecurity Incident Responseを開始した。このサービスは、組織が攻撃中に自ら調整しなければならない業務をパッケージ化している。その数週間前、MicrosoftはCrowdStrike型の障害を回避し、リモートで修復するためのWindows Resiliency Initiative and Quick Machine Recoveryを導入した。Microsoftが対象にしたのは障害または中断が起きたマシンであり、AWSが対象にしたのはインシデントのライフサイクルである。どちらのベンダーのローンチも、広範な顧客導入や復旧時間の短縮を証明するものではない。

いずれの機能を検討する企業も、誰がそれを発動できるのか、どのシステムを変更してよいのか、そしてサービスが復旧したとどう確認するのかを定めなければならない。CyberSNの235,786件の求人からは、Microsoftの次のパッチを誰が承認できるのか、あるいは誰がそれを元に戻せるのかは分からない。