NCCは、ネットワーク変更の前後を同じ計画と固定ルールで観測・評価し、変更1件ごとに、署名・信頼時刻・透明性証明を備えたNCC証明書を発行するサービスです。受け取った相手は、登録なしで真正性を検証できます。
対象ドメインを認証し、変更前後の条件・観測期間・判定基準を申請に結合します。
署名済みジョブに基づき、DNS・TCP・TLS・HTTPを許可された範囲で観測します。
検証し、PASS／FAIL／INCONCLUSIVEを決めます。PASSのみ証明書発行へ。
証明書に電子署名し、検証済みの時刻証明と透明性の記録を結合します。
公開URLまたはオフラインパッケージで、誰でも改ざんと真正性を確認できます。
入口：Portal、API、MCP（OAuth）。どこから使っても同じ認可と上限が適用されます。時刻証明には同シリーズのPP-TSAを利用しています。
「変更しました」という報告と画面キャプチャの代わりに、検証可能なNCC証明書1通を引き渡します。
合否は、事前に固定した観測計画とルールだけで決まります。AIは説明の補助に限定され、判定には関与しません。
証明書の受領者は、NCCに登録せずに公開URLで署名・時刻・透明性を検証できます。
ネットワーク変更の完了報告は、作業者のログと画面キャプチャに頼りがちです。受け取る側は、それが本当に・その時刻に・その条件で確認されたのかを確かめる手段を持ちません。
ログもキャプチャも、作成した側があとから直せます。発注者や監査が求めるのは、作業者から独立した確認です。
「つながることを確認した」だけでは、いつ・どこから・何を・どの基準で見たのかが残りません。
報告書を受け取っても、真正性を確かめる方法がなければ、信頼は担当者への信頼に戻ってしまいます。
1行ごとにひとつの主張と、その範囲外を明記しています。行をクリックすると詳細が開きます。
対象ドメインはHTTPSチャレンジで認証されます。証明書は、認証済みの対象と、申請時に固定した条件・期間・判定基準に結び付きます。
他者のドメインについての発行、そして「どの対象についての確認だったのか」という後からの争い。
NCC証明書が示すのは、承認された対象・条件で観測し、固定ルールで評価し、改ざんを検知できる形で発行したことです。ネットワーク変更そのものの妥当性、将来の可用性、監査・認証規格への適合を自動的に保証するものではありません。INCONCLUSIVEをPASSとして扱うこともありません。
メールアドレスで登録すると、その場で組織用の環境が作られます。
発行する証明書の量に合わせて選択します。あとから変更できます。
対象ドメインをHTTPSチャレンジで認証し、変更前後の条件と判定基準を固定して申請します。
観測と判定がPASSなら証明書が発行されます。公開URLかオフラインパッケージで相手に渡します。
Portalの画面から、またはAPI・OAuth・MCP経由で申請・発行します。どの入口でも同じ認可と上限が適用され、APIキーや監査ログなどの管理機能も揃っています。
公開IDだけで、署名・鍵・時刻・透明性・失効状態をブラウザから検証できます。ネットワークが使えない環境向けに、オフラインパッケージでの検証にも対応します。
自社の記録のためではなく、相手に確からしさを渡すためのサービスです。
顧客への作業完了報告を、検証可能な証明書で引き渡します。報告書の真正性をめぐるやり取りがなくなります。
自社発行に加え、配下の顧客の招待・発行件数・プラン・請求までをまとめて管理できます。
外部委託したネットワーク変更の完了を、委託先の報告ではなく独立した観測と固定ルールの判定で受け取れます。
変更管理の証跡として、いつ・何を・どの基準で確認したかを、第三者が検証できる形で提示できます。
証明書の信頼は、観測の範囲と判定の決め方で決まります。どちらも最初から明確に定めています。
観測は、認証済みの対象に対して、署名済みジョブで許可された範囲でのみ行われます。範囲外への探索は行いません。
合否はバージョン固定のルールで決定論的に決まります。AIは説明の補助に限定され、判定には関与しません。
PASS／FAIL／INCONCLUSIVEを区別して返します。判定できないものを合格として扱うことはありません。
Portal・API・OAuth・MCPのすべてで同じ認可と上限が適用されます。二要素認証、APIキー管理、監査ログを備えています。