アカウント名:
パスワード:
何らかのセキュリティ上の理由であろうことは見当がつくけど具体的に知りたい
組織名は，登記などで第3者が法的に存在を確認できる ※1．しかし，organizationalUnitName は組織内の「自己申告」であり，第3者が存在を検証できないから止めるべきって考えみたいですね．https://github.com/cabforum/servercert/pull/225 [github.com] あたりを読んでいると．
もともとは巨大な組織で管理する部門を特定するために使用すると想定されていたみたいだけど，第3者の検証可能性を重視して，方針転換したみたいです．
※1 幽霊法人の問題はあるとは認めている
直接的にセキュリティリスクがあった訳じゃ無く、厳密な運用が非現実的で結果的にザル運用を助長するだけだったからきっぱり廃止した、的に理解しておけば良いのかな。
それ以外にもほぼ機能しないフィールドを許容していると、良からぬ用途に使われるリスクが増えてしまいそうだしなぁ……そのフィールドのパース処理にセキュリティホールが生じていたり、改竄した証明書のハッシュを衝突させるためのフィールドに流用されたり。
証明書のフォーマット周りは大きく変わる印象が薄かったのだが、案外そうでも無いのかな。# でも証明書が一年保たないのはやりすぎ感がある。
現状、OUに値が入っていると認証局はそれが妥当かどうか(他社の名前や登録商標が入っていないかなど)審査する必要があり、もし間違えてOUの文字列にOKを出してしまい後から問題があるとの指摘が出た場合に、その証明書を失効させる必要があります。そのリスクを排除するためでしょう。
OUに入れるかどうかは別として、他社の名前が入ってる営業部署、おつきあいあるところでもちょいちょい見かけますけどね。大手製造系専属の○○事業部とか
EV推しで金儲けの臭いがプンプンするぜ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
廃止の理由は? (スコア:0)
何らかのセキュリティ上の理由であろうことは見当がつくけど具体的に知りたい
Re:廃止の理由は? (スコア:5, 参考になる)
組織名は，登記などで第3者が法的に存在を確認できる ※1．
しかし，organizationalUnitName は組織内の「自己申告」であり，第3者が存在を検証できないから止めるべきって考えみたいですね．
https://github.com/cabforum/servercert/pull/225 [github.com] あたりを読んでいると．
もともとは巨大な組織で管理する部門を特定するために使用すると想定されていたみたいだけど，第3者の検証可能性を重視して，方針転換したみたいです．
※1 幽霊法人の問題はあるとは認めている
Re: (スコア:0)
直接的にセキュリティリスクがあった訳じゃ無く、
厳密な運用が非現実的で結果的にザル運用を助長するだけだったからきっぱり廃止した、
的に理解しておけば良いのかな。
それ以外にもほぼ機能しないフィールドを許容していると、
良からぬ用途に使われるリスクが増えてしまいそうだしなぁ……
そのフィールドのパース処理にセキュリティホールが生じていたり、
改竄した証明書のハッシュを衝突させるためのフィールドに流用されたり。
証明書のフォーマット周りは大きく変わる印象が薄かったのだが、
案外そうでも無いのかな。
# でも証明書が一年保たないのはやりすぎ感がある。
Re: (スコア:0)
現状、OUに値が入っていると認証局はそれが妥当かどうか(他社の名前や登録商標が入っていないかなど)審査する必要があり、もし間違えてOUの文字列にOKを出してしまい後から問題があるとの指摘が出た場合に、その証明書を失効させる必要があります。そのリスクを排除するためでしょう。
Re: (スコア:0)
OUに入れるかどうかは別として、他社の名前が入ってる営業部署、おつきあいあるところでもちょいちょい見かけますけどね。
大手製造系専属の○○事業部とか
Re: (スコア:0)
EV推しで金儲けの臭いがプンプンするぜ