Security Policies Github Sirt Description Rfc 2350 (GitHub)
The GitHub Security Incident Response Team (SIRT) Description (RFC 2350) outlines GitHub’s official structure, mission, and procedures for handling security incidents, including vulnerability management, triage, coordination, and resolution. It is an authoritative security policy maintained by GitHub under industry-standard RFC 2350, providing trusted guidance on incident response practices for its users and constituents.
[company name] [team name] description RFC 2350
Document Information
TLP: CLEAR
Date of Last Update
Version [version number], updated [last update date].
Distribution List for Notifications
There is no distribution list for changes to this document.
Locations where this Document May Be Found
The current version of this document may be found at:
[document url link]
Contact Information
Name of the Team
[team name]
Subteams:
[subteam name 1]
[subteam name 2]
[subteam name 3]
Address
[postal address]
Time Zone
Our team mainly works in the [country name] and keeps to these hours:
[timezone 1]
[timezone 2]
[timezone 3]
Telephone Number
[telephone]
Facsimile Number
[fascimile]
Other Telecommunication
[other comms]
Electronic Mail Address
[security contact email address]
This relays email to the human(s) on duty for [company name] [team name].
Public Keys and Encryption Information
[team name] has a PGP public key:
Key ID: [pgp key id]
Key expiry: [pgp key expiry date]
[pgp public key block]
Team Members
The list of team members is not publicly available.
Other Information
None available.
Points of Customer Contact
Vulnerabilities should be reported to our bug bounty program:
[program link]
[company name] customers should contact their account manager or [company name] Support for first level support and escalations:
[support link]
Other security related communications can be directed to our email address detailed in Section 2.7.
Charter
Mission Statement
[company name]is committed to maintaining the confidentiality, integrity, and availability of both its platform and the intellectual property and personal information of its users, customers, and employees. In order to ensure these principles are upheld, [company name] maintains robust vulnerability management, incident response, and threat hunting capabilities.
Constituency
Our constituency is any individual or organization that uses a [company name] product or service, as well as [company name] employees, contractors, and [company name] Inc.
Some examples of [company name] products and services are:
[product/service 1]
[product/service 2]
[product/service 3]
[product/service 4]
Sponsorship and/or Affiliation
[company name] [team name] is a team within [company name]. Funding is provided by [company name].
Authority
[company name] [team name] operates under the authority of the [ciso or relevant authority] of [company name].
Policies
Types of Incidents and Level of Support
[company name] [team name] is authorized to address all types of computer security incidents which occur, or threaten to occur, within its constituency.
The level of support depends on the type and severity of the given security incident, the number of affected entities within our constituency, and our resources at the time.
Co-operation, Interaction and Disclosure of Information
[company name] [team name] takes every effort to safely and securely share information with affected parties during incident response situations while respecting the privacy and trust of our constituents.
Communication and Authentication
[company name] [team name]makes use of the Traffic Light Protocol (TLP) for information sharing.
Email is the preferred method of communication. All sensitive information should be encrypted using the [team name] PGP key (as detailed in Section 2.8) prior to sending.
Services
Incident Response
[team name] is responsible for incident response internally at [company name] where at least one member of the constituency is affected.
[team name] does not provide incident response services for customers. Every effort is made to provide timely and accurate information during security incidents to affected customers so they can conduct their own investigations and respond appropriately. See section 2.11 for customer points of contact.
Incident Triage
[team name] carries out the following activities for incident triage:
Security signals are collected and interpreted to determine risk, severity, and priority.
Investigation as to whether an incident occurred and what its effect and impact was.
This list is not exhaustive.
Incident Coordination
[team name] carries out the following activities for incident coordination:
Situational awareness and analysis for stakeholders such as engineering, legal, and support teams.
Command role with authority to direct resources as required.
External coordination with affected or involved third-parties.
This list is not exhaustive.
Incident Resolution
[team name] carries out the following activities for incident resolution:
Engages relevant internal teams to eradicate, restore, and secure.
Collection and storage of evidence for internal use as well as potential law enforcement involvement.
Notification to affected constituents.
Postmortem authoring with lessons learned and post-incident repair items.
This list is not exhaustive.
Proactive Activities
[team name] develops, maintains, and operates threat hunting and detection tools and techniques to proactively identify risks and threats.
Work is also done on education, preparation, workflow development, and community outreach.
Incident Reporting Forms
[incident reporting form link or none available]. Please review Section 2.11 for reporting guidance.
Disclaimers
While every precaution will be taken in the preparation of information, notifications and alerts, [team name] assumes no responsibility for errors or omissions, or for damages resulting from the use of the information contained within.
5.0 out of 5 on Google
Read reviewsAs seen in








United States note
This version is drafted for US law generally. Contract, employment and consumer rules vary by state — for example on non-competes and at-will employment. Tell GitLaw which state applies and it adjusts the draft.
Frequently asked questions
A template isn't binding on its own - like any contract, it becomes binding once it's properly completed and signed. Templates in our curated library are professionally drafted for US or UK law; review any template before you sign it.
Yes. Chat with GitLaw to edit any section, or make changes directly in the editor.
Yes, read about team plans here.
Describe what you need in the chat and GitLaw will draft it for you.
Templates in our curated library are professionally drafted for US or UK law. The wider library comes from the GitLaw community and public sources - a solid starting point, but check any template fits your situation before you rely on it.
Mostly US and UK law. Some templates use general commercial terms that work across jurisdictions, and many note which law they're written for.
It depends on the situation. Templates work well for routine business agreements. For anything involving significant money, complex IP, employment, or areas you're unsure about, it's worth getting professional advice before you sign. GitLaw provides templates and tools, not legal advice.
Open any template in GitLaw and describe the change you want in the chat — 'make clause 4 mutual' or 'add a 30-day notice period', for example. GitLaw drafts the revised language and shows it as a suggested edit. You accept, reject, or keep editing from there.
Yes. Upload a Word, PDF, or Markdown file and GitLaw will open it in the editor. You can review, edit, or chat with GitLaw about it the same way you would with any template from the library.
Trusted by thousands of businesses
From template to signed, in one place
Every template opens in an editor with an AI agent alongside it.
Open
Pick a template and open it. Nothing to download, and no credit card to start.
Free to open
Edit with AI
Describe your situation in chat and the agent adapts the wording, clause by clause.
Tracked changes you can review
Send and sign
Share it for negotiation, then collect signatures without leaving GitLaw.
eSign included
Built for your legal work, with practicing lawyers
Trained on 5.5K+ clauses and specialist areas of law. Built with a standards committee of independent lawyers.

As seen in








Start free
No sales calls, no credit card. Just chat with GitLaw.
GitLaw provides templates and tools, not legal advice. Templates are a starting point, not a substitute for advice on your situation - for anything significant, speak to a qualified lawyer.
