NoEgressBadge

誰のための案か

プライバシーを掲げる拡張の作者と、拡張を精査する情報システムの受託事業者。現状は開発者ツールの通信タブ、Wireshark での取得、権限の申告の確認でしのいでいる

どんな困りごとか

時間と法務。公開のたびに手作業の取得に何時間もかかり、裏付けのない「外に出しません」の主張は苦情、ストア審査の遅れ、企業の調達での却下につながる

どう作るか

Web への投稿と CLI / GitHub Action。.crx か .xpi と許可先の YAML を出すと、通信の記録 JSON、PDF の証明書、貼れるバッジが返る

どう稼ぐか

拡張の提供元と受託事業者が、公開ごとの証明書と CI での確認に月 $29〜99 を払う。署名付きの通信報告があるとストアや企業の審査が短くなるから。無料の開発者ツールは手作業で再現できず、署名付きの監査一式も無い

なぜまだ無いのか

ブラウザの提供元とストアは申告された権限と不正の有無は見るが、実行時のプライバシーを機種をまたいで再現できる形で証明することは避ける。個人の隙間は、ストアの権限なしに公開の署名付き受領書を出す中立の囲い込み実行環境

最初の利用者

「これは外に送っているのか」に公の答えが要る Mozilla アドオンと Chrome ウェブストアのプライバシー系拡張の作者と、企業の方針で配る前に拡張を確かめる受託事業者

作る規模

1 人 × 8 週。無画面の Chrome / Firefox の実行環境、中継での通信取得、許可先との照合、JSON / PDF の証明書、GitHub Action の状態確認を含む。ソースコードの静的な監査、ストアへの公開、ブラウザ以外のアプリの検査は除外

一番のリスク

Mozilla か Chrome が、ストアで必須の拡張の通信挙動の報告を標準で出す。あるいは主要なプライバシー重視の提供元が独自の認証を出し、個人のバッジが要らなくなる

的中の条件(3 つすべて必要)

• 包装された拡張(.crx / .xpi)1 つと許可先の YAML を受け取り、観測したすべての通信(URL、発信元、バイト数)の記録を 10 分以内に JSON で返す
• 拡張ファイルの SHA-256、検査に使った許可先の SHA-256、合否の判定を載せた PDF の証明書を出す
• 許可先の外へ出た通信があれば、その宛先・回数・最初と最後の時刻を報告に並べる。無ければ許可先の外への通信はゼロと記す

的中の判定(6ヶ月後)

ブラウザ拡張の実行時の無通信証明書を出すリポジトリが GitHub 800 スター、またはそうしたサービスの Product Hunt の公開がデイリー Top 5(判定日 2027-03-20)

AI自己確度 48/100 — 判定条件を満たす見込みの自己申告で、事業の成功率ではありません