CounterProof

独立した敵対的コードレビュー

見つけるのは安くなった。証明するのは難しくなった。

CounterProofは、現代のコードベース — とりわけ機械が書いたコード — のための独立した敵対的レビューのプラクティスです。私たちは、社内では作れないただ一つのものを提供します:規制当局、買収者、保険会社、エンタープライズ顧客の精査に耐えるよう構築された、独立した、署名付きの、エビデンス段階付きのセキュリティ評価です。

モデルが書き、同じモデルがレビューしたコードは、誰にもレビューされていない。

期限が物を言う前に、私たちと話しましょう →
01

なぜあなたはここにいるのか

コードレビューそのものを買う人はいない。買われるのは、それが開くものだ。

あなたがこれを読んでいるのは、目覚めた瞬間にセキュリティ評価が欲しくなったからではないでしょう。何かが、あなたに証拠を求めているのです。

規制当局
EUサイバーレジリエンス法(CRA)は、製品のセキュリティについて「効果的かつ定期的なテストとレビューを実施する」ことを求め(附属書I第II部(3)、参考訳)、技術文書には「適合性を検証するために実施されたテストの報告書」を含めることを求めます(附属書VII(6)、参考訳)— 上市後少なくとも10年間、またはサポート期間がそれより長い場合はその期間、保存が必要です(第13条(13))。積極的に悪用されている脆弱性および重大インシデントの第14条通知は2026年9月11日から適用されており、規則は2027年12月11日から全面適用されます。多くの製品は自己評価が認められています — が、それは救済ではなく、露出です:持ちこたえる記録を作る負担は、すべてあなたにかかります。
買収者・投資家
テクニカル・デューデリジェンスは、AI支援のコードベースがいま値引きされる場所です。テーブルの上に独立した評価があれば、その会話は始まる前に変わります。
サイバー保険会社
引受担当者は、「社内でテストしています」と「独立した第三者がテストし、署名した」の差を、ますます保険料に織り込むようになっています。
エンタープライズ顧客
先方のセキュリティ質問票に、「当社のモデルが自身の出力をレビューしました」というチェックボックスはありません。

この四者のうち三者は、あなた自身のコードについてのあなた自身の言葉を決して受け入れません — 彼らが買っているのは独立性であり、それはどのチームも自分の仕事については供給できない唯一の性質です。四番目の規制当局は、自己評価をしばしば受け入れます — そしてその裏付けとなるあらゆる記録について、あなたに責任を負わせます。いずれにせよ、証拠は持ちこたえなければならない。それが、私たちの作るものです。

脆弱性管理のどの段階にレビューが位置するか(英語) →

02

手に入るもの

成果物こそが要点です。

エンゲージメントは、永続するエンゲージメント識別子(CPR-YYYY-NNN — メンテナー、買収者、修正コミットが引用するもの)の下でCounterProof Assessmentを生み出します。各所見は、あなたのソースに対して確認される — 正確なファイルと行、再現手順、影響分類 — か、明示的に「もっともらしいのみ」と段階付けされるかのいずれかです。水増しはなく、スキャナー生成物はなく、対応できないものはありません。記録には、私たちが確認して見つからなかったものも記載されます。記録された陰性所見は、ここでは失敗ではなく成果物です。

各所見は、実際に到達したエビデンスの段 — ソース追跡、コンパイル証明、テスト、実行再現 — を名指しし、それより高い段を決して匂わせません。各パス:行の引用は、報告書が私たちの手を離れる前に、レビューした正確なリビジョンに対して機械的に解決されます。私たちの仕事は検証可能です。それは意図的なものです。

所見が精査に耐えなかったとき — あなたの精査、メンテナーの精査、あるいは私たち自身の再検討 — 私たちはそれを、理由とともに、同じエンゲージメント識別子の下で書面により撤回します。求められる前に行います。相手方が求める必要はありません。撤回記録は自白ではなく、仕組みそのものです。

見本 — 所見のかたち
CPR-2026-0NN · F-07 — duplicate credit on settlement retry severity: High (reachable in default build) evidence rung: reproduced — failing test, 2/2 runs, 3 clean controls source: gateway/src/settle.rs:412 @ rev a1b2c3d fix verified: rev e5f6a7b — finding closed in writing

例示のための見本であり、実際の顧客案件のものではありません。識別子はプレースホルダーです。報告書は英語で発行されます。

「証人はいまや無料です。校訂版はそうではありません。」

当局に対して
附属書VII(6)にいうテスト報告書として技術文書に組み込めるよう構成され、第II部(3)のテスト義務を裏付けるものです。あなたが編むファイルを支えるものであり、ファイルそのものではなく、附属書I全体の適合性を検証するものでもありません。
デューデリジェンスチームに対して
エビデンス段階付き、再現可能、範囲明確、そしてリスクに私たちの名前が載っています。
あなた自身のエンジニアに対して
読み切れる短さ、修正できる正確さ。パッチ作業の間も伴走し、各修正をそれが対象とする所見に対して独立に検証できます — 何をどのリビジョンで検証したかを記録し、メモの羅列ではなく、何が確認されたかの記録が残ります。

市場は、ツールがいくつ所見を生成できるかで競い始めました — しかし所見は証人であって評決ではありません。パス:行の引用は、読み手が開いて一分で確認できます。単なる「Critical」はそうではありません。私たちの記録では、深刻度はエビデンス段階から導かれる出力であり、マーケティングへの入力では決してありません。証人はいまや無料です。校訂版はそうではありません。所見は評決ではない →


そして、エンゲージメントはこう進みます

四つのステップ。支払う前に範囲がわかり、終わった後も記録が残ります。

1 — 範囲
レビューを行う本人たち — 実際に作業する人間 — との通話。何が範囲に入り、何が入らないかを合意し、レビュー対象の正確なリビジョンを固定し、グループの開示を書面でお渡しします — お金が動く前に。私たちの領域外の仕事であれば、そう言ってお断りします。
2 — レビュー
ベンチは固定されたリビジョンに取り組みます。候補となる所見はすべてソースに対して裁定されます — 確認、もっともらしいのみ、または破棄 — そして、問題なしと出た確認も、そうでなかったものと並べて記録されます。
3 — 報告
エンゲージメント識別子の下でアセスメントを受け取り、エンジニア向けのウォークスルーが付きます。所見、エビデンスの段、再現手順、記録された陰性所見 — 読み切れる短さ、行動できる正確さ。
4 — 記録
パッチ作業の間も伴走し、各修正を、それが対象とする所見に対して、それを閉じたリビジョンで検証できます。識別子、撤回記録、クローズの軌跡は — 顧客のセキュリティチーム、買収者、当局に対して — エンゲージメント契約に定める保存条件の下で引用可能なままです。

最初のエンゲージメントが、出荷するすべてを対象とする必要はありません。小さく、よく選ばれた範囲 — 一つのモジュール、一つの信頼境界 — でも、評価できる規模で同じ防御可能な記録が生まれ、それが製造者が提出する第II部(3)の最初の証拠となり得ます。

03

実際に何がうまくいかないのか

流暢さは品質の印ではない。それは故障モードだ。

人がコードを一行書くとき、その一行を疑います。自分が推測していたことを知っている — その疑いは安全装置です。それこそが、実際に試しに行かせるものだからです。

モデルは同じ一行を流暢に書きます。正しい行に使うのとまったく同じ声で。読む側にとって、流暢さは能力に見えます。ジュニアエンジニアが目に見えて粗いものを渡せば、あなたは確認します。モデルが、一行ごとに自信ある理由を添えた磨き上げられた二百行を渡すと、あなたは確認しません。

罠は、モデルが人より頻繁に間違うことではありません。間違った答えが、正しい答えと同じ声でやって来ることです — 外から区別できないのは、内から区別できないからです。

そして同じプロセスが、コードを認証するテストを書き、それを説明するコメントを書きます。三つは一致します。三つとも同じ場所から来たからです。その一致は、三つの独立した確認のように読めます。実際は一つです。

「間違った答えは、正しい答えと同じ声でやって来る。」

だから有用な問いは、モデルが良いコードを書けるかではありません — 書けます、周りに方法があれば。問いは、検査対象のすべて — コード、テスト、説明、そしてますます、それらを確認するためにあなたが作ったツールまで — が同じ源から来ているとき、あなたのレビュープロセスが実際に何を測っているのか、です。正しくやれば、出力は良い。誤ってやっても、まったく同じように読めます。


そして攻撃者は、あなたのレビュアーに限定されない

レビューが見つけるのは、そのレビュアーが見つけられるものだ。

一つのモデルをコードベースに走らせれば、短い報告書は狭いことを教えてくれます:そのモデルが、そのハーネスで、その日に、これらを表面化させた、と。表面化しなかったものは報告書になく、構造上、あり得ません。

それがどれほど重要かは、異なるレビュアーの盲点がどれだけ重なるかによります — そしてコードレビューについては、誰もそれを測定していません。異なるベンダーのモデルを含む集団での相関誤りの研究は、多肢選択ベンチマークと履歴書スクリーニング課題で相当の重なりを見出しました。それが脆弱性発見に持ち越されるかは確立されていません。示されているのは:異なるベンダーが自動的に互いに独立であるわけではない、ということです。

一度のパスが見逃したものを限定できるものはいくつかあります:証明、テストスイート、ファザー、専門家、埋め込んだ既知の欠陥、あるいは最初のものと異なるレビュアー。限定できないもの:同じパスをより自信を持って読むことです。

私たちは、マルチレビュアー方式がより多くの実在欠陥を捕まえることを実証していません — それを検証するために設計した実験は、実行前に取り下げられ、私たちはそれを公に述べています。私たちが立つのは、より狭い論点です:一つのレビュアーのクリーンなパスは範囲の限られた結果であり、それを清浄証明書として読むのは、その結果が支えない推論です。 完全な議論(英語) →

長い形の議論は書き下ろしてあります。私たち自身の手法の限界がどこにあり、何を実証していないかも含めて:平易な言葉での入門と、その背後にある完全な論文はプレプリントとしてdoi:10.5281/zenodo.22030516(CC BY 4.0、英語)で公開されています。査読は受けておらず、そのことを明記しています。

04

なぜ社内ではできないのか

同じモデルを走らせることはできる。独立にはなれない。

自分のコードに複数のAIモデルを走らせることは、私たちのツールを複製しますが、肝心の性質を失います。あなたのチームがレビュアーに見せるものを選び、問いを枠づけ、答えを判定する — そのどの選択も、あなたの前提をまっすぐレビューに持ち帰ります。それは規律の失敗ではなく、構造です。システムの作者は、その裁定者にはなれません。

だから、非の打ちどころのない内部レビューでさえ、自分のコードについての自分の言葉のままです。彼らが買っているのは、署名する意思のある第三者です。私たちは通知機関ではなく、適合性を認証しません。あなたの評価を支え、他の誰の評価によっても再検証できるよう構成された、独立した証拠を作ります。

この手法は、誰が — 何が — あなたのコードを書いたかを気にしません。人間が書いたコードにも独立性は同じ頻度で欠けています。機械が書いたコードは、その欠落を無視できなくするだけです。

05

それに伴う開示

いずれ分かることです。私たちから聞く方がいい。

CounterProofは、決済およびデジタル資産カストディのインフラを構築するグループの一部です。この手法が鍛えられたのはそこです — そしてそれは、あなたがそれらの市場で構築しているなら、私たちの関連会社があなたに隣接しているか、あなたと競合している可能性があるということです。

ですから:どのエンゲージメントの前にも、グループが何を構築しどこで運営しているかを、書面で正確にお伝えします。それが受け入れられるかはあなたが決めます。しかも、私たちに何も支払う前に。受け入れられないなら、それは正当な答えであり、最初に聞かせていただく方がいい。

私たちの独立性の主張が何をカバーし、何をカバーしないか、正確に:CounterProofまたは当グループのいかなる会社が書いたコードについても、評価を発行しません。この境界は構造的です。これは誰のコードをレビューするかについての言明であり、あなたのセクターの近くにいかなる商業的利害も持たないという主張ではありません。私たちの利害は上に明示してあり、あなたは一切の支払いをする前に、それが受け入れられるかどうかを判断します。

06

私たちは誰か

三人、実名で、記録に。

署名付き評価とは、誰かの名前がそこに載っているということです。これがその人たちです — そして、どの名前が何を担うか。

Vincent Soons, CEO
CounterProof Researchでセキュリティリサーチを率いています。焦点は ビットコインのインフラ:L2プロトコル、カストディシステム、そして実際のお金を動かすコードです。 そのアプローチはハーネスに裏打ちされています。エビデンスの段は主張ごとに明示され、彼が再現済みとして報告するものは、未改変のコードに対して決定論的に再現されています。バックグラウンド:連合型ビットコイン・ カストディプロトコルFedimintのアップストリーム・コントリビューター — 公開の貢献であり、 誰でも確認できます。
Luuk Soons, CSO
2013年からビットコインとサウンドマネーのインフラに従事。手法、規制上の姿勢、そしてすべての開示判断 — 上記のものを含む — を所管します。
Elenora Soons
アカウントマネージャーであり、情報のお問い合わせの窓口 — あなたが書いたときに答え、会話の範囲を定め、エンゲージメントの書類を前に進める人です。評価の執筆や署名は行いません。それは上の二つの名前が担います。 info@counterproof.io · +356 7741 7951

私たちは家族のプラクティスです — 父、息子、娘 — そしてレビューの席は二人です。どちらもデューデリジェンスチームが自力で突き止める事実なので、ここで先に言っておきます:二人のレビュアーの席は、会社よりも少ないエンゲージメントしか受けず、自分のドメイン外のすべてを断り、弱いパスをブランドの陰に隠すことができません。それがこの取引であり、手法が誰かの頭の中ではなく、書き下ろされ機械化されている理由です。

07

ノート

私たちが読んでいるもの、そして確かめているもの。

すべてのノート →

08

期限が物を言う前に、私たちと話しましょう。

情報のお問い合わせは、アカウントマネージャーのElenora Soonsへ:

info@counterproof.io

+356 7741 7951

LinkedInでフォローする Xでフォローする