Skip to content

Consider making security.txt use mandatory for CNAs/projects covered by CNAs #53

Description

@kurtseifried

https://securitytxt.org/

TL;DR: security.txt for reporting security issues, like robots.txt for telling web robots how to behave.

Example file:

# Our security address
Contact: security@example.com
# Our PGP key
Encryption: https://example.com/pgp-key.txt

This would make it much easier for people to discover how to report things (99% of the time you can plug a product name in and get the web page no problem, then the problem becomes finding the contact details for reporting your security vulnerability).

Emailing board as well to start discussion.

Activity

  1. kurtseifried commented on Oct 8, 2017

    @kurtseifried
    Author

    Also obligatory note: I know CVE tries not to be prescriptive of how an organization runs security response (disclosure policies, embargoes, etc.) but this seems like a pretty simple change, and doesn't really impact the actual handling of flaws other than to make them easier to report.

  2. chandanbn commented on Oct 9, 2017

    @chandanbn

    See #20

    This security.txt is a good idea. It seems to be still in a draft phase and not ready for general consumption. For example, it uses the term 'Full' disclosure in this draft is quite different in context than what 'full disclosure' means in general.

    There is a growing need for vendors to share their contact details in a standard way to facilitate vulnerability related communication between researchers, upstream or downstream vendors. I would suggest to stay tuned for FIRST SIG work on this matter.

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions