アドバイザリを使用できます。アドバイザリを作成できます。アドバイザリに対する管理者権限も持ちます。セキュリティアドバイザリに対する管理者権限を持っている人は、コラボレータを追加でき、コラボレータはセキュリティアドバイザリに対する書き込み権限を持ちます。発行するように依頼する必要があります。リポジトリに対してプライベート脆弱性レポートが有効になっている場合は、脆弱性を自分で_個人的に_報告できます。詳しくは、「セキュリティの脆弱性を非公開で報告する」を参照してください。アドバイザリについて脆弱性の開示は、セキュリティの研究者などの脆弱性の報告者とプロジェクトのメンテナとの間の協力が非常に重要な分野です。潜在的に有害なセキュリティの脆弱性が見つかったときから、脆弱性が世界に向けて公開され、理想的にはパッチが利用可能になるまで、どちらも協力しあって作業しなければなりません。通常は、誰かがメンテナに対してセキュリティの脆弱性について個人的に知らせると、メンテナはパッチを開発し、検証し、プロジェクトあるいはパッケージのユーザに通知します。詳しくは、「セキュリティ脆弱性の調整された開示について」をご覧ください。リポジトリのメンテナーは、プロジェクト内のセキュリティの脆弱性について非公開で話し合い、修正することができます。アドバイザリを公開して、セキュリティの脆弱性をプロジェクトのコミュニティに開示することができます。アドバイザリを公開することにより、リポジトリ保守担当者は、コミュニティがいっそう簡単にパッケージの依存関係を更新したり、セキュリティの脆弱性の影響を調べたりできるようにします。アドバイザリを使うと、次のことができます。セキュリティアドバイザリのドラフトを作成し、そのドラフトを用いて、プロジェクトに対する脆弱性の影響について非公開で議論します。アドバイザリの作成」を参照してください。一時的なプライベートフォークで、脆弱性を修正するため非公式でコラボレートします。パッチがリリースされたら、脆弱性のコミュニティに警告するため、セキュリティアドバイザリを公開してください。アドバイザリの公開」を参照してください。アドバイザリを使い、すでに別の場所で公開したセキュリティ脆弱性の詳細をコピーして新しいセキュリティアドバイザリに貼り付けることにより、その詳細を再度公開できます。エンドポイント」を参照してください。セキュリティアドバイザリに貢献した個人にクレジットを付与することができます。アドバイザリの編集」を参照してください。セキュリティポリシーを作成して、プロジェクト中のセキュリティ脆弱性を報告するための指示を出すことができます。ポリシーの追加」を参照してください。セキュリティアドバイザリをリポジトリ中で作成した場合、そのセキュリティアドバイザリはリポジトリに残ります。公開されているアドバイザリに、だれでも変更を送信することができます。アドバイザリの編集」を参照してください。npmに対するものであるセキュリティアドバイザリについては、npmセキュリティアドバイザリにも公開します。参加して、セキュリティ関連のトピックを見たり、セキュリティのツールやプロジェクトに貢献したりすることもできます。リストに基づいています。GitHub上のセキュリティアドバイザリフォームは、CVEの記述フォーマットにマッチする標準化されたフォームです。識別番号を割り当てる権限があります。識別番号を提供するオプションがあります。識別番号を要求できます。GitHubは通常、リクエストを72時間以内にレビューします。CVE識別番号をリクエストしても、セキュリティアドバイザリはパブリックにはなりません。識別番号が予約されます。識別番号を要求できます。フォームに追加します。これはたとえば、公開時に送信することを計画している他の通信先と、アドバイザリが一貫しているようにしたい場合に生じるかもしれません。プロジェクトにそれを割り当てることはできません。データベースに公開します。アドバイザリの公開」を参照してください。alertsを送信することがあります。セキュリティアドバイザリがフォークから生ずる場合、ユニークな名前の下でパブリックなパッケージレジストリに公開されたパッケージをフォークが所有しているときにのみアラートが送信されます。このプロセスには最大で72時間がかかり、GitHubがさらなる情報を求めてあなたに連絡することがあります。アップデート」を参照してください。アドバイザリの参照」を参照してください。