Skip to content

add(considered): IANA permanence is not adoption for webhook-authorized-senders - #157

Draft
jdevalk wants to merge 1 commit into
mainfrom
add/considered-webhook-authorized-senders-2026-08-03
Draft

add(considered): IANA permanence is not adoption for webhook-authorized-senders#157
jdevalk wants to merge 1 commit into
mainfrom
add/considered-webhook-authorized-senders-2026-08-03

Conversation

@jdevalk

@jdevalk jdevalk commented Aug 3, 2026

Copy link
Copy Markdown
Owner

What changed

One new /considered/ entry: /.well-known/webhook-authorized-senders.json, turned down on adoption grounds. No spec page.

Why now

Found in this run's IANA Well-Known URIs sweep. It is registered permanent — which is exactly the trap worth documenting, since permanent is a statement about the registry (stable spec, suffix will not be reassigned), not about the web.

The reasoning

  • Change controller is Intempus ApS; the registered reference is that company's own documentation page. We found no second party publishing or reading the file.
  • The problem it solves is real and the shape is right for this spec — an externally-checkable file a receiver serves so senders can tell whether they are authorised.
  • But Standard Webhooks, the multi-vendor effort over the same ground, verifies senders with HMAC/asymmetric signatures and tells receivers to keep a trust list of public keys — deliberately not a discovery document. So the pattern is contested as well as unadopted.

revisit: a second, unrelated implementer.

Status

N/A — register entry, not a spec page. Per the routine's "record every turn-down" rule, this is the output for a scan that found something real but premature.

npm run build passes.

🤖 Generated with Claude Code

…ed-senders

/.well-known/webhook-authorized-senders.json is registered permanent (change
controller Intempus ApS, 2025-09-29), but the registered reference is that
company's own page and we found no second implementer. Permanent status means
the suffix is stable and will not be reassigned — not that anything reads it.

Standard Webhooks, the multi-vendor effort over the same ground, verifies
senders with HMAC/asymmetric signatures and an explicit trust list of public
keys rather than a discovery document, so the pattern is contested as well as
unadopted.

Turned down on adoption grounds per the routine; recorded rather than dropped.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@cloudflare-workers-and-pages

Copy link
Copy Markdown

Deploying specification-website with  Cloudflare Pages  Cloudflare Pages

Latest commit: ad562d1
Status: ✅  Deploy successful!
Preview URL: https://383cdab0.specification-website.pages.dev
Branch Preview URL: https://add-considered-webhook-autho.specification-website.pages.dev

View logs

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant