{"title":"Django のセキュリティポリシー","version":"5.0","locale":"ja","docname":"internals/security","url":"/ja/5.0/internals/security/","canonical":"https://djangodocs.dev/ja/5.0/internals/security/","summary":"Django の開発チームは、セキュリティ関連の問題の責任ある報告と開示に強くコミットしています。","html":"<h1>Django のセキュリティポリシー<a class=\"heading-anchor\" href=\"#django-s-security-policies\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h1>\n<p>Django の開発チームは、セキュリティ関連の問題の責任ある報告と開示に強くコミットしています。そのため、私たちはその理想に従い、公式の Django ディストリビューション、およびサードパーティのディストリビューションにタイムリーなセキュリティ更新を提供できるようにすることを目指した一連の方針を採用し、それに従っています。</p>\n<section id=\"reporting-security-issues\">\n<span id=\"id1\"></span><h2>セキュリティ問題の報告<a class=\"heading-anchor\" href=\"#reporting-security-issues\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h2>\n<p><strong>要約: セキュリティに関する問題は、security&#64;djangoproject.com までメールで報告してください</strong> 。</p>\n<p>Djangoにおけるほとんどの通常のバグは <a class=\"reference external\" href=\"https://code.djangoproject.com/query\">our public Trac instance</a> に報告されますが、セキュリティ問題は機密性が高いため、それらをこの方法で公に報告することは <strong>しないでください</strong> 。</p>\n<p>もし Django に関してセキュリティ上の影響を及ぼすと思われる何かを見つけた場合は、問題の説明をメールで <code class=\"docutils literal notranslate\">security&#64;djangoproject.com</code> に送ってください。そのアドレスに送られたメールは <a class=\"reference external\" href=\"https://www.djangoproject.com/foundation/teams/#security-team\">セキュリティチーム</a> に届きます。</p>\n<p>メール経由で問題を報告した後、セキュリティチームのメンバーから48時間以内に確認の返信を受け取るはずです。それに応じて、取られるべき対応に応じて、さらにフォローアップのメールを受け取る場合があります。</p>\n<aside class=\"admonition-sending-encrypted-reports admonition\" role=\"note\">\n<p class=\"admonition-title\">暗号化されたレポートの送信</p>\n<p>暗号化されたメールを送信したい場合 (<em>任意</em>)、<code class=\"docutils literal notranslate\">security&#64;djangoproject.com</code> の公開キーIDは <code class=\"docutils literal notranslate\">0xfcb84b8d1d17f80b</code> です。この公開キーは、一般的に使用されているほとんどのキーサーバーから入手可能です。</p>\n</aside>\n</section>\n<section id=\"supported-versions\">\n<span id=\"security-support\"></span><h2>サポートバージョン<a class=\"heading-anchor\" href=\"#supported-versions\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h2>\n<p>Django チームは、特定の時点で複数のバージョンの Django に公式のセキュリティサポートを提供しています:</p>\n<ul class=\"simple\">\n<li><p>GitHub 上にホスティングされ、Django の次のメジャーリリースになる <a class=\"reference external\" href=\"https://github.com/django/django/\">main development branch</a> は、セキュリティサポートを受けています。安定版リリースに影響を与えない、メイン開発ブランチのみに影響するセキュリティ問題は、<a class=\"reference internal\" href=\"#security-disclosure\"><span class=\"std std-ref\">開示プロセス</span></a> を経ずに公に修正されます。</p></li>\n<li><p>Djangoの最新のリリースシリーズ 2 つがセキュリティサポートを受けます。たとえば、Django 1.5 のリリースに向けた開発サイクル中には、Django 1.4 とDjango 1.3 がサポートされます。Django 1.5 がリリースされると、Django 1.3 のセキュリティサポートは終了します。</p></li>\n<li><p>LTS <a class=\"reference internal\" href=\"/ja/5.0/internals/release-process/#term-Long-term-support-release\"><span class=\"xref std std-term\">Long-term support release</span></a> は、指定された期間、セキュリティ更新が行われます。</p></li>\n</ul>\n<p>セキュリティ上の理由で新しいリリースが発行されるとき、付随するお知らせには影響を受けるバージョンのリストが含まれます。このリストは <em>サポートされている</em> Django のバージョンのみで構成されています。古いバージョンも影響を受ける可能性がありますが、それを調査することはせず、それらのバージョンに対してパッチや新しいリリースは発行しません。</p>\n</section>\n<section id=\"how-django-discloses-security-issues\">\n<span id=\"security-disclosure\"></span><h2>Django のセキュリティ問題の公開プロセス<a class=\"heading-anchor\" href=\"#how-django-discloses-security-issues\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h2>\n<p>セキュリティ問題をプライベートな議論から公開開示に移行するプロセスには、複数のステップが含まれています。</p>\n<p>公開開示の約1週間前に、2つの通知を送信します:</p>\n<p>まず、今後のセキュリティリリースの日付とおおよその時間、および問題の重大性について <a class=\"reference internal\" href=\"/ja/5.0/internals/mailing-lists/#django-announce-mailing-list\"><span class=\"std std-ref\">django-announce</span></a> に通知します。これは、発表をトリアージし、必要に応じて Django をアップグレードするためにスタッフを用意しておく必要がある組織を支援するためです。重大性レベルは以下の通りです:</p>\n<ul class=\"simple\">\n<li><p><strong>High (高)</strong></p>\n<ul>\n<li><p>リモートコード実行</p></li>\n<li><p>SQL インジェクション</p></li>\n</ul>\n</li>\n<li><p><strong>Moderate (中)</strong></p>\n<ul>\n<li><p>クロスサイトスクリプティング (XSS)</p></li>\n<li><p>クロスサイトリクエストフォージェリ (CSRF)</p></li>\n<li><p>サービス拒否攻撃 (DoS)</p></li>\n<li><p>認証の不備</p></li>\n</ul>\n</li>\n<li><p><strong>Low (低)</strong></p>\n<ul>\n<li><p>機密データの露出</p></li>\n<li><p>セッション管理の不備</p></li>\n<li><p>検証されていないリダイレクト/フォワード</p></li>\n<li><p>一般的ではない設定オプションが必要な問題</p></li>\n</ul>\n</li>\n</ul>\n<p>次に、主にオペレーティングシステムのベンダーや Django のその他の配布者から構成される <a class=\"reference internal\" href=\"#security-notifications\"><span class=\"std std-ref\">個人および組織</span></a> のリストに通知します。このメールは <a class=\"reference external\" href=\"https://www.djangoproject.com/foundation/teams/#releasers-team\">Django's release team</a> の誰かの PGP キーで署名され、以下を含みます:</p>\n<ul class=\"simple\">\n<li><p>問題の完全な説明と、影響を受ける Django のバージョン。</p></li>\n<li><p>問題を解決するために必要な手順。</p></li>\n<li><p>Django に適用されるパッチ（もしあれば）。</p></li>\n<li><p>Django チームがこれらのパッチを適用し、新しいリリースを発行し、問題を公に開示する日付。</p></li>\n</ul>\n<p>公開日には、以下の手順を踏みます:</p>\n<ol class=\"arabic simple\">\n<li><p>Django のコードベースに、関連するパッチを適用します。</p></li>\n<li><p>関連するリリースを発行するために、新しいパッケージを <a class=\"extlink-pypi reference external\" href=\"https://pypi.org/project/Django/\">Python Package Index</a> および <a class=\"reference external\" href=\"https://www.djangoproject.com/download/\">djangoproject.comのウェブサイト</a> にアップロードし、Django の git リポジトリで新しいリリースをタグ付けします。</p></li>\n<li><p>公式の Djang o開発ブログ <a class=\"reference external\" href=\"https://www.djangoproject.com/weblog/\">the official Django development blog</a> に公開エントリを投稿し、該当の問題とその解決策を詳細に記述します。関連するパッチや新しいリリースに言及し、問題を報告した人（公開を希望する場合）に感謝の意を表します。</p></li>\n<li><p><a class=\"reference internal\" href=\"/ja/5.0/internals/mailing-lists/#django-announce-mailing-list\"><span class=\"std std-ref\">django-announce</span></a> と <a class=\"reference external\" href=\"mailto:oss-security&#37;&#52;&#48;lists&#46;openwall&#46;com\">oss-security<span>&#64;</span>lists<span>&#46;</span>openwall<span>&#46;</span>com</a> メーリングリストに、ブログ投稿へのリンクを含む通知を投稿します。</p></li>\n</ol>\n<p>報告された問題が特に急を要すると考えられる場合（たとえば、既知の脆弱性が実際に悪用されているなど）、事前通知と公開開示の間隔はかなり短縮されることがあります。</p>\n<p>また、私たちに報告された問題が Python / Web エコシステム内の他のフレームワークやツールに影響を及ぼすと考える理由がある場合には、適切なメンテナーに個別に連絡を取り、その問題について話し合い、私たち自身の開示と解決を彼らのものと調整することがあります。</p>\n<p>Django チームは、<a class=\"reference internal\" href=\"/ja/5.0/releases/security/\"><span class=\"doc\">Django で公開されたセキュリティ問題のアーカイブ</span></a> も管理しています。</p>\n</section>\n<section id=\"who-receives-advance-notification\">\n<span id=\"security-notifications\"></span><h2>事前通知を受け取る対象者<a class=\"heading-anchor\" href=\"#who-receives-advance-notification\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h2>\n<p>セキュリティ問題の事前通知を受け取る人々と組織の完全なリストは、公開されておらず、今後も公開されることはありません。</p>\n<p>また、開示前の機密情報の流れをより良く管理するために、このリストを実質的に可能な限り小さく保つことを目指しています。そのため、当社の通知リストは単に Django のユーザーのリストでは <em>ありません</em> 。そして、Django のユーザーであることは、通知リストに追加されるための十分な理由ではありません。</p>\n<p>一般的に、セキュリティ通知を受け取ることができる人は以下の 3 つのグループに分けられます:</p>\n<ol class=\"arabic simple\">\n<li><p>オペレーティングシステムのベンダーや Django を提供するその他のディストリビューター。この人たちは、問題の報告や一般的なセキュリティの報告のために適切な（つまり、個人の個人メールアドレスでは <em>ない</em> ）連絡先アドレスを提供する必要があります。いずれの場合も、そのようなアドレスは一般のメーリングリストやバグトラッカーに転送しては <strong>いけません</strong> 。個々のメンテナーやセキュリティ対応担当者のプライベートなメールに転送されるアドレスは許容されますが、プライベートセキュリティトラッカーやセキュリティ対応グループへの転送が強く推奨されます。</p></li>\n<li><p>個別のケースに基づいて、これらの通知に対して責任を持って対応し、行動することを約束したパッケージメンテナ。</p></li>\n<li><p>ケースバイケースで、Django開発チームの判断により、保留中のセキュリティ問題について知らされる必要があると判定された他の団体。通常、このグループのメンバーは、Djangoの最大の利用者や配布者の中で、最も深刻に影響を受ける可能性が高いと考えられる団体の一部で構成され、これらの通知を責任を持って受け取り、機密を保持し、行動する能力を実証することが求められます。</p></li>\n</ol>\n<aside class=\"admonition-security-audit-and-scanning-entities admonition\" role=\"note\">\n<p class=\"admonition-title\">セキュリティ監査団体とスキャニング団体</p>\n<p>ポリシーとして、この種の団体を通知リストに追加することはありません。</p>\n</aside>\n</section>\n<section id=\"requesting-notifications\">\n<h2>通知のリクエスト<a class=\"heading-anchor\" href=\"#requesting-notifications\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h2>\n<p>もしあなたや、あなたが代理を務める組織が、上記にリストされたグループのいずれかに該当すると考えられる場合は、<code class=\"docutils literal notranslate\">security&#64;djangoproject.com</code> へメールを送信して、Djangoの通知リストに追加されるよう依頼できます。件名には「Security notification request」と記載してください。</p>\n<p>リクエストには、以下の情報を <strong>必ず</strong> 含める必要があります:</p>\n<ul class=\"simple\">\n<li><p>あなたのフルネームと、該当する場合は、あなたが代表する組織の名前、およびその組織内でのあなたの役割。</p></li>\n<li><p>上記の条件の少なくとも1つに、あなたまたはあなたの組織がどのように適合するかの詳細な説明。</p></li>\n<li><p>セキュリティ通知をリクエストしている理由の詳細な説明です。このリストはDjangoのユーザー向けのものでは <em>ない</em> ことを、再度心に留めてください。圧倒的多数のユーザーは、問題の詳細なしでセキュリティリリースがいつ行われるかの事前通知を受け取るために、 <a class=\"reference internal\" href=\"/ja/5.0/internals/mailing-lists/#django-announce-mailing-list\"><span class=\"std std-ref\">django-announce</span></a> に登録すべきです。詳細な通知をリクエストすべきではありません。</p></li>\n<li><p>通知リストに追加されることを希望するメールアドレス。</p></li>\n<li><p>そのアドレス宛に送信されたメールを受信・レビューする対象者についての説明、および、（例えば）問題追跡システムにおいて機密問題をファイリングするなど、自動で行われるアクションに関する情報。</p></li>\n<li><p>個人の場合、あなたのアドレスに関連付けられた公開鍵の ID。あなたから受信したメールを検証したり、必要に応じてあなたに送信するメールを暗号化するために使用できるものが必要です。</p></li>\n</ul>\n<p>送信されたら、あなたのリクエストは Django 開発チームによって検討されます。リクエストの結果については、30日以内に返信で通知されます。</p>\n<p>セキュリティ通知を受け取ることは、Django 開発チームの唯一の裁量によって付与される特権であり、この特権はいつでも、説明の有無にかかわらず、取り消すことができることを念頭に置いてください 。</p>\n<aside class=\"admonition-provide-all-required-information admonition\" role=\"note\">\n<p class=\"admonition-title\">必要な情報をすべて提供してください</p>\n<p>初回の連絡で必要な情報を提供しなかった場合、あなたのリクエストを承認するかどうかの決定に影響を与えます。</p>\n</aside>\n</section>","rootId":"django-s-security-policies","toc":[{"title":"セキュリティ問題の報告","anchor":"reporting-security-issues","children":[]},{"title":"サポートバージョン","anchor":"supported-versions","children":[]},{"title":"Django のセキュリティ問題の公開プロセス","anchor":"how-django-discloses-security-issues","children":[]},{"title":"事前通知を受け取る対象者","anchor":"who-receives-advance-notification","children":[]},{"title":"通知のリクエスト","anchor":"requesting-notifications","children":[]}],"breadcrumbs":[{"docname":"internals/index","title":"Django internals","url":"/ja/5.0/internals/"}],"prev":{"docname":"internals/organization","title":"Django プロジェクトの組織","url":"/ja/5.0/internals/organization/"},"next":{"docname":"internals/release-process","title":"Django のリリースプロセス","url":"/ja/5.0/internals/release-process/"},"formats":{"html":"/ja/5.0/internals/security/","markdown":"/ja/5.0/internals/security.md","json":"/ja/5.0/internals/security.json"},"source":"https://github.com/django/django/blob/stable/5.0.x/docs/internals/security.txt","official":"https://docs.djangoproject.com/ja/5.0/internals/security/","inVersions":["6.1","6.0","5.2","5.1","5.0","4.2","4.1","4.0","3.2","3.1","3.0","2.2","2.1","2.0","1.11","1.10","1.9"],"inLocales":["en","zh-hans","fr","ja","id","it","pt-br","ko","es","el","pl"]}