Serve `*.php.net` sites with HSTS and preload them
まだ誰も着手していません。
- 主要言語
- PHP
- スター
- 1.1k
- フォーク
- 641
- 平均マージ
- 22時間 36分
- マージ済み PR(30日)
- 16
説明
As part of #623, I took a look at the changes proposed by @localheinz. All sites I checked so far seem to be working correctly with HTTPS, and the certificates seem to be either automated with Letsencrypt, or as it the case for the main *.php.net certificate, is issued yearly by Global Sign.
Copying my comment in the linked PR above:
As far as I can see, php.net sites such as
{pecl|pear|windows|gtk|conf|qa|bugs|news|wiki}.php.netuse the same HTTPS certificate with CN*.php.net, so I assume they are safe to use with HTTPS without a doubt because any issues with this certificate will alert pretty much everyone.Looking at
{windows|downloads}.php.netcertificates on crt.sh, they seem to be automated, so they are safe to use too.
{bk2|monitoring|prototype-meta}.php.netseem to be automated too, but I have never had any insight into who and how these sites run. Again, the crt.sh data shows the certificates are being renewed correctly.
I'd like to see if we can come to a consensus on if we can serve all *.php.net sites with an HSTS header, so browsers remember and trust (TOFU) the PHP sites to always use HTTPS, even if a user clicks a plain HTTP link, loads a resource on any php.net site, etc. Further, we can preload *.php.net as HSTS to browsers. GitHub, for example, serves all of its *.github.com sites with HSTS, and preloads them as well.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、#623 で提案されている HTTPS の変更とリンク先の PR の議論を確認し、その後、一覧にある *.php.net サイトがどのように設定されているかを確認します。各サイトの証明書と HTTPS の対応範囲を検証し、最終的な設定で HSTS が提供され、想定するドメイン範囲に対してブラウザーの preload に対応していることを確認します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- php
- 領域
- devops, security
- issue の種類
- 機能追加
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 静か
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 48/100