前回、自社で運用するゼロトラストネットワーク「Lantern DSSE」をオープンソースで公開したことを書きました。
前編：自社で運用するゼロトラストネットワーク「Lantern DSSE」をオープンソースで公開しました
DSSE は、ZTNA や SWG を、自分たちで用意したサーバーの上で動かすためのソフトウェアです。作っているのはランタンネットワークスという会社で、社員は私一人です。設計も実装も試験も、AI と一緒に進めてきました。
今回は、その開発の途中で起きたことを書きます。Anthropic の Cyber Verification Program（CVP）に申請し、1回目は承認されませんでした。それでも12日後に、Defense Access として承認されました。承認のあとは、Claude Mythos も使えるようになりました。
申請した側が日本語で書いた記録は、まだ少ないように見えます。断られたところも含めて、ここに書いておきます。
この記事で書くこと
- セキュリティ製品を作っていて、Claude の安全装置にどう止められたか
- CVP の3つの段階
- 1回目は承認されず、12日後に承認されるまで
- Mythos を何に使っているか
セキュリティ製品を AI と作ると、AI の安全装置にぶつかる
ZTNA や SWG を作るには、攻撃にも使える技術を扱います。端末の通信を横取りして、別の場所へ送る。TLS の中身を見るために証明書を作り、端末に信頼させる。わざと壊した入力を送り、製品が正しく断るかを確かめる。どれも、守るために必要な作業です。
Claude には、サイバー攻撃に使われるおそれのある要求を、その場で見分ける仕組みがあります。Claude Opus 5 や 5.5 への要求が、攻撃に当たるおそれが高いと判定されると、Claude Code では Claude Opus 4.8 に切り替わります。切り替わったあとは、その会話の残りも Opus 4.8 のままです。
開発中、これに何度も止められました。とくに PKI を扱う作業では、ほとんど切り替わりました。DSSE は、証明書を発行し、端末に信頼させ、TLS の中身を検査する製品です。PKI は製品の中心にあります。作っているのは守るための製品でも、扱う技術は攻撃と重なります。そのたびに、作業は Opus 4.8 で続くことになりました。
その後Astraに浮気しながら気がついたときには、Opus 5.5 で止められることは、ほとんどなくなりました。理由はよくわかりませんが、Safeguardになんらかの改修があったのでしょう。そして CVP の Defense Access が承認されてからは、難しいコーディングの部分に Claude Mythos も使えるようになりました。
Cyber Verification Program とは
CVP は、守る側の仕事をしている組織や研究者を確かめた上で、Claude の止める仕組みを緩める制度です。2026年10月6日に拡充され、3つの段階になりました。
| 段階 | 対象になる仕事 | 申請できる人 |
|---|---|---|
| Defense Access | セキュリティの運用とインシデント対応、マルウェアの解析、脆弱性の分析と検証 | 組織。個人も、有料プランならこの段階だけ申請できる |
| Red Team Access | 上に加えて、許可を得た対象への侵入テストとレッドチーム | 組織だけ |
| Specialized Access | 電力網や航空機の制御など、安全に直結するシステムの検査 | 限られた組織だけ。米国政府と共同で審査する |
どの段階でも、Claude Opus 5.5、Claude Sonnet 5.5、Claude Mythos 5.1 を使えると発表されています。
（出典：Expanding the Cyber Verification Program、サイバー検証プログラム）
1回目は、承認されなかった
PKI の作業のたびに止められるので、9月と10月は、Claude ではなく、OpenAI の Astra をメインで使っていました。しかし Astra の動き方は、私には、Claude よりも保守的な作業に終始しすぎるように思えました。Claude に戻るために、CVP に申請しました。
1回目は、承認されませんでした。10月26日に届いたメールには、出した資格の証拠が要件を満たしていない、とありました。もう一度見てほしければ、CVE のクレジット、バグバウンティの記録、公開済みの脆弱性の開示といった証拠を添えて、異議を申し立てるように、とも書かれていました。
私には、そうした実績がまだありません。条件を満たせないと考えて、申し立てはしませんでした。
何もしないまま、12日後に承認された
そのあと、私からは何もしていません。
その間に、Opus 5.5 では、PKI の作業でも止められることが、ほとんどなくなっていました。それで、承認を待たずに Claude に戻っていました。
そして、12日後の11月7日に、Defense Access として承認されました。
承認のメールに、理由は書かれていませんでした。最初の申請では、公開している Lantern DSSE の GitHub のリポジトリなども示していました。その中身を確かめてもらえたのではないか、と思っています。
一人の会社でも、Mythos に手が届く
Claude Mythos は、2026年4月に「Project Glasswing」として発表されたとき、12社の立ち上げパートナーと、重要なソフトウェアを作り保守する40を超える組織だけが使えるモデルでした（Project Glasswing）。
10月の拡充で、Defense Access の対象には、小さなセキュリティ企業、オープンソースのメンテナー、脆弱性を報告してきた個人の研究者も挙げられました。私一人の会社であるランタンネットワークスが申請して承認されたのも、この拡充があったからです。
特別に選ばれたわけではありません。1回目は、実績の証拠が足りずに承認されませんでした。それでも、半年前には限られた組織にしか開いていなかった扉が、CVE の実績もない、一人の会社にも開きました。
Mythos で何をしているか
承認の日から、0.4.1 のセキュリティレビューと、その修正に Mythos を使っています。
ふだんの作業は Claude Opus 5.5 で進め、間違えると製品の安全に響くところで Mythos を使っています。Mythos を使ってみて、やはりミスが少なく、手戻りが少ないと感じています。
おわりに
CVP は、守る側の仕事をしている小さな組織や個人にも開かれました。セキュリティの製品や仕事で Claude の安全装置に止められている人は、申請してみる価値があると思います。1回目に承認されなくても、それで終わりとは限りませんでした。
次回は、DSSE の開発の始まりだった PRD のことと、0.4.1 の構築の手順を書きます。