企業が押さえたいスキル集「Anthropic Cybersecurity Skills」の使いどころ

「AIエージェントに、ベテランの分析担当者のような調べ方を覚えさせられるらしい。人手の足りないセキュリティ業務に使えないか」「名前にAnthropicとあるから、Claudeを作っている会社が出したものだろう。それなら安心して社内に入れてよいのでは」——AIエージェントをセキュリティの現場に使い始めた企業の、情報システム部門やセキュリティ担当の窓口でよく聞かれる二つの声です。どちらも「中身が良ければ入れてよい」という発想に立っていますが、論点はそこではありません。本当は、AIエージェントに読ませる手順書は、社内に入れるソフトウェアと同じく、出どころと中身と使える範囲を人が確かめてから渡すものです。この記事では、GitHubで公開されているスキル集「Anthropic Cybersecurity Skills」について、一次情報で確かめられる中身、Anthropicの公式ではない点、攻撃寄りの手順書の扱い、企業が導入前に決めておくことを、守る側の目線で整理します。導入や操作の手順は扱いません。

Anthropic Cybersecurity Skillsとは何か。2026年10月時点で確かめられる事実

Anthropic Cybersecurity Skills は、GitHub上で公開されている、AIエージェント向けのセキュリティの手順書（スキル）の集まりです。READMEは自らを「AIエージェント向けの、最大のオープンソースのサイバーセキュリティのスキル集」と説明し、マルウェア（悪意のあるプログラム）の解析、脅威の探索、クラウドの調査といった業務の進め方を、AIエージェントが読める形にまとめたものだとしています。

規模と経緯も押さえておきます。リポジトリは2026年2月25日に作られ、2026年10月22日時点でスターはおよそ34,800、複製（フォーク）はおよそ4,200です。作られてからの日数で割ると、1日あたり約146のスターを集めてきた計算になり、海外で急速に注目を集めたことが分かります。最後に中身が更新されたのは2026年8月31日で、そこから2か月近く更新は見られません。

公開しているのは個人のアカウント（mukul975）で、アカウントは2018年8月に作られ、公開しているリポジトリは33、フォロワーはおよそ1,400です。リポジトリの引用の情報には、作者として Mahipal Jangra の名が記されています。ライセンスは、OSI（オープンソースの定義を管理する団体）が承認するApache-2.0です。ただし中身はソフトウェアというより手順書の集まりなので、この記事では「スキル集」と呼びます。

「Anthropic」の名を含むが、同社の公式ではない

最初に確かめておきたいのが名前の問題です。このスキル集は名前に、AIの Claude を開発する Anthropic の社名を含んでいます。しかしREADMEの冒頭には、有志による独立した公開であり、Anthropic PBC とは関係がないと明記されています。名前だけを見て同社の公式の配布物だと受け取ると、誤った前提で社内の判断をしてしまう恐れがあります。

Anthropic の公式のスキルは、同社の組織のアカウント（anthropics）の下にある別のリポジトリで公開されています。公式の文書も、スキルを使うときは自分で作ったものか、Anthropic から入手したものだけを使うよう勧めています。このスキル集は、公式の文書のいう「Anthropic から入手したもの」には当たらないと読むのが自然です。なお公式の文書では、スキルの名前の欄に、同社の社名や AIの名前にあたる語を使えないという決まりも示されています。

名前に有名な会社名やサービス名が入っていても、それだけで出どころは決まりません。調達や利用の申請の場面で、「誰が公開し、誰が保守しているか」を一次情報で確かめることを手順に入れておけば、こうした取り違えは防げます。この記事でも、以降は公開者を「作者」と呼び、Anthropic とは書き分けます。

そもそも「スキル」とは何か。AIエージェントに読ませる手順書の仕組み

スキルとは、AIエージェントに特定の作業の進め方を教えるための、ひとまとまりのフォルダです。公開の仕様（agentskills.io）によると、中心になるのは名前と説明と手順を書いた一つの文書で、必要に応じて補助の仕組み、参考資料、ひな形を添えられます。この形式はもともと Anthropic が開発し、公開の標準として出したもので、いまでは多くのAIエージェントの製品が対応しているとされています。

仕組みの要点は、AIエージェントが手順書を段階的に読み込むことです。まず名前と説明だけを読み、頼まれた作業に合いそうなときに手順の本文を読み、さらに必要なら補助の仕組みを動かしたり参考資料を読んだりします。公式の文書は、手順書に添えられた補助の仕組みはAIエージェントがその場で実行するものだと説明しています。つまりスキルは読み物であると同時に、AIに動き方を指示し、ときに処理を実行させるものでもあります。

このため公式の文書は、悪意のあるスキルがあれば、AIに本来の目的と違う道具の使い方や処理の実行をさせうると注意しています。AIがどんな権限を持った状態でスキルを使うかによっては、情報の持ち出しや、許可のない仕組みへの接続につながりうるとも書かれています。スキル集を評価するときは、この前提を外せません。

中身1：34の分野にまたがる約820本の手順書

READMEによると、このスキル集には約820本の手順書が34の分野に分けて収められています。数はREADMEの中でも817と818の表記が混在し、リポジトリの説明欄では29分野とされているなど、数の表記がそろっていない点には注意が要ります。手順書は今も追加される前提で、正確な数は時期によって変わります。

分野ごとの本数で多いのは、クラウドのセキュリティ（66本）、SOC（監視と対応の拠点）の運用（63本）、脅威の探索（58本）、脅威の情報の分析（52本）、ウェブアプリのセキュリティ（46本）、ネットワークのセキュリティ（43本）、デジタルの証拠の調査（41本）です。AIそのもののセキュリティは14本、ランサムウェア（身代金を要求する攻撃）への備えは13本とされています。全体としては、検知・調査・対応といった守りの業務が厚い構成です。

READMEによると、一つひとつの手順書は、使う場面、前提、作業の流れ、確かめ方を書いた本文と、参考資料、補助の仕組み、ひな形の組み合わせでできています。業務ごとに手順書が分かれているため、必要な分野の手順書だけを選んで使うという使い方が前提にあると読み取れます。全部をまとめてAIに渡すことが前提ではない点は、後で述べる対策にも関わります。

中身2：6つのセキュリティの枠組みとの対応づけ

このスキル集の特徴として、READMEが最も強調しているのが、セキュリティの代表的な枠組みとの対応づけです。対象は、攻撃の手口を整理した MITRE ATT&CK、組織の守りの全体像を示す NIST CSF 2.0、AIへの攻撃を整理した MITRE ATLAS、守りの手立てを整理した MITRE D3FEND、AIのリスク管理の枠組みである NIST AI RMF、そして金融の不正の手口を整理した MITRE の F3 の6つです。

READMEによると、対応づけの数は、ATT&CK が805本、NIST CSF 2.0 が804本、D3FEND が139本、NIST AI RMF が97本、F3 が94本、ATLAS が93本です。手順書ごとに関係のある枠組みだけを付ける方針で、ATT&CK の対応は公式の照合の道具で確かめ、廃止された番号は含まないと書かれています。社内の検知の点検表や監査の資料と照らし合わせやすい点は、守る側にとって利点です。

ただし、対応づけが正しいかどうかを、この記事で一本ずつ確かめたわけではありません。枠組みとの対応は作者と協力者が付けたもので、外部の機関が認めた対応表ではないと考えておくべきです。社内の監査や報告に使う場合は、元の枠組みの文書と照らして人が確かめる必要があります。

攻撃寄りの手順書も、同じ条件で収められている

このスキル集は守りの手順だけでできているわけではありません。READMEには、レッドチーム（攻撃側を演じて守りを試す活動）の指令の仕組み、なりすましメールの模擬訓練、脆弱性を突く試験といった攻撃にも守りにも使える技術を含むと明記されています。分野の一覧でも、レッドチームが35本、侵入試験が23本、攻守を組み合わせた演習が1本とされています。

収める範囲を定めた文書は、攻撃寄りの手順書も他の手順書とまったく同じ条件で受け入れると書いています。採るかどうかは、範囲・重複・正確さで判断し、攻撃寄りであることを断る理由にはしない、という方針です。ただし、マルウェアの作成などをどう扱うかは、この文書には具体的に書かれていません。

READMEは、こうした手順書は許可を得た侵入試験、研究、防御、教育のためのもので、自分が持つか書面で明確に許可を得た仕組みにだけ使うよう求め、使い方の責任は利用者が負うとしています。企業から見ると、どの手順書を誰のAIに渡すかを決めないまま全体を入れると、攻撃寄りの手順も一緒に社内に入るということです。この記事では、個々の攻撃寄りの手順の中身には触れません。

想定される使い方と、企業での使いどころ

READMEは、このスキル集を、AIエージェントに読ませることで調査に専門家並みの手がかりを与えるものと説明しています。対応するAIエージェントとして、Claude Code、GitHub Copilot、Cursor、Codex、Gemini などの名前が挙がり、対応先の数は「20以上」「26以上」と表記が分かれています。仕様に沿ったスキルを読める道具であれば使える、という位置づけです。

企業の場面に置き換えると、使いどころは大きく三つ考えられます。一つ目は、SOCや情報システム部門で、警告の一次調査や記録の読み解きの進め方をAIエージェントに示す使い方です。二つ目は、自社でスキルを作るときの見本として、手順書の書き方や枠組みとの対応づけの付け方を参考にする使い方。三つ目は、教育の教材として、業務の流れを学ぶ使い方です。これらは一次情報に書かれた企業の事例ではなく、中身から推測した使い道です。

三つのうち、最も危険が小さいのは二つ目と三つ目です。手順書を人が読んで参考にするだけなら、AIが補助の仕組みを動かすことはありません。一方、一つ目のようにAIエージェントに直接読ませる場合は、必要な分野の手順書だけを選び、中身を確かめてから渡すことが前提になります。使いどころを決めるとは、どの使い方まで認めるかを決めることでもあります。

公式のスキル、このスキル集、自社で作るスキルの違い

AIエージェントに読ませるスキルの入手先は、大きく三つあります。出どころによって、確かめるべきことが変わるため、主な違いを表に整理します。ここでの「公式」は、Anthropic の組織のアカウントで公開されているスキルを指します。

比べる点	Anthropic の公式のスキル	「Anthropic Cybersecurity Skills」	自社で作るスキル
公開している者	Anthropic（組織のアカウント）	個人の有志（Anthropic とは関係がないと明記）	自社の担当者
主な中身	文書作成、開発、業務の連絡などの見本	セキュリティ業務の手順書 約820本	自社の業務の手順
ライセンス	多くは Apache-2.0。文書作成の一部はソース公開のみ	Apache-2.0	社内の規程による
攻撃寄りの手順	セキュリティ業務が主題ではない	レッドチームや侵入試験の手順を含む	自社で決められる
公式の文書での扱い	信頼できる入手先とされる	使う前に入念な確認が要る入手先にあたる	信頼できる入手先とされる
企業が確かめること	版の固定と用途の確認	出どころ、手順書ごとの中身、補助の仕組み、範囲の絞り込み	作成者と確認者の分離、評価

表から分かるとおり、このスキル集は中身の幅が広い一方で、公式の文書の基準では使う前に入念な確認が要る入手先にあたります。公式のスキルも、READMEでは見本と教育のためのものとされ、重要な作業に使う前に自社の環境で試すよう書かれています。どの入手先でも、確認を省いてよいわけではありません。

安全性の評価：注意付きとした根拠

このラインでは、スキル集を取得・導入・実行せず、公開されている情報と精査の記録をもとに安全性を判定しています。Anthropic Cybersecurity Skills の判定は「注意付き」です。作者のアカウントは2018年に作られ、他にも多くのリポジトリを公開していて、実績のある利用者のものと見られます。公表されたセキュリティの勧告もありませんでした。

注意付きとした主な根拠は二つです。一つは、名前に Anthropic を含みながら同社の公式ではないことです。READMEには関係がないと明記されていますが、名前だけで公式と受け取られる恐れがあります。もう一つは、攻撃寄りの手順書を含むことです。許可を得た試験のための手順とはいえ、AIエージェントに読ませれば、その手順に沿って動こうとする可能性があります。

このほか、1日あたり約146というスターの伸びは急ですが、アカウントの作成時期や公開の実績から、不自然な水増しを示す事実は見当たりませんでした。とはいえ、問題が見つからなかったことは安全の保証ではありません。約820本の手順書と補助の仕組みの中身を、この記事で一本ずつ確かめたわけではないためです。

運営体制と更新の状況で確かめておきたいこと

リリースの一覧では、2026年3月11日の最初の安定版（734本・26分野）から、3月21日の版（753本）、4月6日の版（ATLAS・D3FEND・AI RMF との対応づけを追加）、6月22日の版（817本・F3 を追加）まで、4つの版が公開されています。最新の版の後も本体の更新は続き、最後の更新は8月31日です。

協力者の受け入れの手順では、手順書は1本ずつ提案し、作者がすべての提案を正確さと標準への適合の点から確かめるとされています。READMEは確認待ちの列が長く、何か月も開いたままの提案があることも認めています。確認の時点で、未対応の課題は23件、提案は40件でした。作者が約820本にかかわる提案の確認を担う体制であることは、中身の質を見積もるうえで押さえておくべき点です。

セキュリティの方針の文書は、問題の報告を GitHub の非公開の報告の仕組みで受け付け、受付の連絡は48時間以内、評価は1週間以内、修正は深刻度に応じて通常2週間以内という目安を示しています。対象には、意図しない害をもたらしうる命令や補助の仕組みを含む手順書や、誤って従うと許可のない接続を招きうる指示も含まれます。報告の窓口があることと、全体が点検済みであることは別だと考えておくべきです。

悪用されうるリスク

このスキル集そのものに、悪意のある中身が見つかったという報告は、確認した範囲ではありません。そのうえで、推測を含めて想定されるリスクを挙げます。まず、攻撃寄りの手順書が、許可のない相手への試験に流用される可能性です。公開されている以上、使う人を選べないのは攻撃にも守りにも使える技術すべてに共通する性質です。

次に、社内のAIエージェントが、意図しない場面で攻撃寄りの手順書を読み込んでしまう危険です。スキルは説明文と頼まれた作業を照らし合わせて読み込まれるため、多くの手順書をまとめて入れると、人が想定していない手順書が選ばれる余地が広がります。公式の文書も、同時に読み込むスキルの数を絞るよう勧めています。

さらに、人気のあるスキル集であるほど、複製や名前の似た偽物に悪意のある中身が紛れ込む危険も考えられます。これは一般論としての推測で、このスキル集について確認された事実ではありません。また、元のスキル集が後から更新されて中身が変わることもありえます。公式の文書が、信頼できるスキルでも外部の参照先が変われば危うくなると注意しているのは、この点です。

導入を検討するときに確かめること

このスキル集を社内で使うかどうかを決める前に、少なくとも次の順で確かめておくと、後からの手戻りを防げます。ここでは手順ではなく、判断の順番を示します。

企業が取るべき対策

このスキル集を使うかどうかにかかわらず、AIエージェントに外部のスキルを読ませる企業が取るべき対策は共通しています。第一に、外部のスキルは、ソフトウェアを本番の機械に入れるときと同じ厳しさで審査することです。公式の文書も、スキルの導入をソフトウェアの導入と同じように扱うよう求めています。

第二に、公式の文書が挙げる危険の目印を、社内の審査の観点に取り込むことです。補助の仕組みの有無、安全の決まりを外させる指示、外部への通信、埋め込まれた鍵や合言葉、範囲外のファイルへの接触などが挙げられています。第三に、スキルを書いた人と確かめる人を分けることです。社外のスキルを取り込む場合も、取り込みを提案した人とは別の人が確認します。

第四に、AIエージェントに読ませるスキルの数と範囲を、役割ごとに絞ることです。公式の文書は、一度に読み込むスキルが多すぎると正しいスキルを選べなくなるとし、役割ごとにまとめる考え方を示しています。第五に、社内のAI利用の規程に、外部のスキルの入手先、攻撃寄りの手順書を使える担当者と条件、確認と記録の方法、更新のときの再確認を書き込みます。スキルの入手と更新を、一度きりではなく定期の審査として回すことが、守りを続ける要点です。

AIに任せる範囲と、人が決める範囲

スキルは、AIエージェントに「こう進めればよい」を教えるものです。だからこそ、どの手順書を使ってよいか、どこで止まるかの判断はAIに任せないことが大前提です。AIに任せてよいのは、人が選んだ手順書の範囲で、記録を読み、調べる観点を示し、結果をまとめることまでです。

人が先に決めるのは、AIに渡す手順書の一覧、AIが触れてよい仕組みと権限、試験の対象として許可を得た範囲、結果を確かめる人です。そのうえでAIには、どの手順書のどの部分に基づいてその結論を出したのか、根拠を書かせるようにし、人がその根拠を読んで判断できるようにします。避けたい使い方を挙げます。

• 名前に Anthropic とあるので公式だと考え、出どころを確かめずに社内のAIに読ませる
• 約820本の手順書をまとめて入れ、どの手順書が使われるかをAIに任せる
• 攻撃寄りの手順書を、許可を得た試験の担当者以外のAIエージェントにも読ませる
• 補助の仕組みの中身を読まずに、管理者の権限を持つ環境でAIに動かさせる
• 一度確かめた後、更新された中身を確かめ直さずにそのまま取り込む

どれも、AIの能力の問題ではなく、人が決めるべきことを決めていないために起きる失敗です。人が確認する範囲を先に決め、AIの結論には根拠を添えさせることが、セキュリティの手順書をAIに読ませるときの基本になります。

よくある質問：守りの手順書だけを使うなら安心してよいのか

答えは「危険は小さくなるが、確認を省いてよいわけではない」です。攻撃寄りの手順書を外せば、意図しない攻撃寄りの動きが選ばれる余地は小さくなります。しかし、守りの手順書にも補助の仕組みが含まれ、AIエージェントが調査の対象の記録や設定に触れることには変わりありません。AIに渡す権限が広ければ、守りの手順でも誤った操作が大きな影響を生みえます。

もう一つ、「スターが3万以上あるのだから、多くの人が確かめているはずではないか」という問いもありそうです。スターの数は注目の大きさを示しますが、中身が点検されたことの証明ではありません。作者による確認の体制も、前の見出しで述べたとおり作者に負うところが大きいと読めます。人気と安全は別の物差しとして扱うのが妥当です。

結局のところ、どの手順書を使う場合も、出どころを確かめ、使う範囲を絞り、中身を人が読み、AIに渡す権限を最小限にすることが前提です。このスキル集の価値は、そうした審査を通したうえで、業務の流れや枠組みとの対応の見本として生かすところにあります。

• Anthropic Cybersecurity Skills の中身・数・ライセンス・運営の状況は、GitHubのリポジトリ（README・リリースの一覧・セキュリティの方針・収める範囲の方針）と、スキルの公開の仕様、Anthropic の公式の文書を2026年10月22日に確かめた範囲に基づきます。手順書の追加や更新で内容は変わる可能性があります
• 個々の手順書と補助の仕組みの中身を、この記事で一本ずつ確かめてはいません。枠組みとの対応づけの正しさも確かめていません
• この記事は守りと評価の目線で書いています。導入・設定・実行の手順や、攻撃寄りの手順書の中身は扱いません

まとめ

Anthropic Cybersecurity Skills は、AIエージェントに読ませるセキュリティ業務の手順書を約820本、34の分野に分けて集めたスキル集です。Apache-2.0で公開され、6つのセキュリティの枠組みとの対応づけを備えますが、名前に反して Anthropic の公式のものではなく、レッドチームや侵入試験の手順書も同じ条件で収められています。

企業での使いどころは、まず人が読む見本や教材として生かし、AIエージェントに直接読ませる場合は、必要な手順書だけを選んで中身を確かめ、版を固定することです。AIに判断させず、使う手順書と渡す権限を人が先に決め、結論の根拠を書かせ、更新のたびに確かめ直すことが、外部のスキル集との現実的な付き合い方です。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。