Skip to content

add(considered): /.well-known/hosting-provider is the host's claim, not the site's - #214

Draft
jdevalk wants to merge 1 commit into
mainfrom
considered/hosting-provider-2026-09-13
Draft

jdevalk wants to merge 1 commit into
mainfrom
considered/hosting-provider-2026-09-13

Conversation

@jdevalk

@jdevalk jdevalk commented Sep 13, 2026

Copy link
Copy Markdown
Owner

What changed

One new entry in src/content/considered/hosting-provider-well-known.md — recording the decision not to spec /.well-known/hosting-provider. No spec page, no derived surface, no SKILL.md impact (page count and categories are unchanged).

Why now

Surfaced by this run's sweep of the IANA Well-Known URIs registry. It is not a new registration — Automattic registered it provisionally in July 2020 and the specification, a single README, has not changed since April 2019 — but it is a registered, website-served well-known URI we neither cover nor have ever recorded a decision on, so the register was incomplete.

The call: out-of-scope

A participating host serves a bare text/plain string naming itself, so that a third party combining it with hostname and IP checks can tell who is actually serving a site whose DNS points at a CDN.

Two things keep it off the spec:

  1. The site does not write it. The string is set by the hosting platform, in server configuration the site's author usually cannot reach, and it describes the platform rather than the site.
  2. It is not meant to be believed. The specification's own Security Considerations say anyone can spoof the value and self-report as a different provider — which is why every use case it lists pairs the string with independent hostname and IP evidence.

That leaves no instruction to give a reader and no outcome to audit.

The entry is written as the counterpart to the existing scitt-keys entry: that one failed on who serves the file, this one is genuinely served by the origin and fails on who benefits. Together they state the test that admits security.txt and change-password — serving the file has to make this origin better for the people and programs that visit it.

Sources

Verification

npm run lint, npm run format:check and npm run build all pass; the pre-commit hook's agent-skill drift check confirms 170 pages / 10 categories / MCP 2026-07-28, unchanged.

🤖 Generated with Claude Code

…ot the site's

Records the decision not to spec Automattic's hosting-provider well-known URI.
It is served by the origin, but written by the hosting platform, about the
platform, and its own specification calls the value spoofable — so there is no
instruction to give a site author and no outcome to audit.

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: caafa5c
Status: ✅  Deploy successful!
Preview URL: https://a4cf97ae.specification-website.pages.dev
Branch Preview URL: https://considered-hosting-provider.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