Skip to content

x/website: add /.well-known/security.txt (RFC 9116)  #80401

Description

@kobihikri

What is happening

https://go.dev/.well-known/security.txt returns HTTP 404, and so does https://golang.org/.well-known/security.txt.

Meanwhile Go advertises a formal security/vulnerability reporting process — https://go.dev/security/policy returns HTTP 200 and describes how to report — so there is a policy, just no machine-discoverable security.txt pointing to it.

Why it matters

RFC 9116 defines /.well-known/security.txt as the standard, machine-readable place a researcher (or automated tooling) looks first to find where and how to report a security issue. Serving one that points at the existing policy makes Go's already-published process discoverable by the convention researchers actually check.

Suggested fix

Serve a small security.txt at go.dev/.well-known/security.txt (via the x/website site) with at least the RFC-mandatory fields, e.g.:

Contact: https://go.dev/security/policy
Expires: <a future date, per RFC 9116 §2.5.5>
Policy: https://go.dev/security/policy

I'm happy to send the change through Gerrit if this seems worthwhile.

Reproduction

curl -sSL -o /dev/null -w '%{http_code}\n' https://go.dev/.well-known/security.txt   # => 404
curl -sSL -o /dev/null -w '%{http_code}\n' https://go.dev/security/policy            # => 200

I used AI assistance to help investigate and draft this; I reproduced the facts above myself and take responsibility for the report.

Metadata

Metadata

Assignees

No one assigned

    Labels

    NeedsDecisionFeedback is required from experts, contributors, and/or the community before a change can be made.website

    Type

    No type

    Projects

    No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions