アカウント名:
パスワード:
想定しないなら443なんか開けないだろ何かの理由でHTTPSでないプロトコル(SMTPとかSSHとか?)を443で運用しなければならないといったレアケースを除けば
知っている。
とだけ答えても話が進まないので質問の意図を勝手に推測するが(間違っていたら指摘してくれ)、NameVirtualHostでIPアドレスは同じだからあるサイトがHTTPSを使っているだけで同マシン上の他のサイトも443が開いてしまう、というケースの事なら、それはシステム設計・運用設計が腐っているだけだ。自前のIPアドレスを確保できないならHTTPSなんかやるべきではない。無理に使ったところでかえって信頼をなくすのがオチだ。
>・https://vhost.example.com に接続しようとした場合
vhost.example.comが(例えば)HTTPのみでサービスするよう設計されているなら、
> ・SSLのレイヤでは接続が成立する。（そりゃポートが開いているから、ただし証明書を確認するとエラー。）
こんな接続が成立すること自体が間違い。サービスするつもりのないポートにアクセスできてしまうのは問題だろう。IPアドレスを共有した結果このような事態が起きるのなら、そもそもwww.example.comのIPアドレスは他と共有するべきではない、と私は主張している。
> ・証明書エラーを無視して進んでもHTTPのレイヤで403か404。
穴は開いているけど中が空なら結果的にセーフだよね、と言っているに過ぎない。不要な穴は極力開けないのが正しいアプローチ。
なんか、すごく平行線な気がしてきました。
> 全然問題ない。レンタルサーバなので他のところにつながっているだけの話。安全性に関係がない。> 理由がない。レンタルサーバ事業の全否定であり、現実を見ていない戯言。
たとえ実害がなくても他のところにつながること自体が問題だ、と言っているのですが、「実害がないのだから問題ない」「レンタルサーバ業者がそうしているのだから問題ない」とおっしゃるのでしたら、たぶん私たちは分かり合えないと思います。「実害がない」のと「実害が起こり得ない」のは全く別のことで、私は後者を目指すべきだと考えていますが、他の人の目には「現実を見ていない理想主義(あるいは原理主義)者」と映っているかもしれません。
レンタルサーバの件ですが、素人考えでも管理サーバと共有ホスティングサーバを分離するくらいのことは思いつきます。管理サーバには HTTPS でアクセスして、そこで実行された設定変更やコンテンツ更新はプライベートセグメントを経由して共有ホスティングサーバに反映される。これなら共有ホスティングサーバが443を開ける必要もありません。「その管理サーバ1台あればもっとユーザも取れるし、そのような構成のアプリケーションを開発するのもタダではない。コスト意識がないのか」という反論もあるでしょうが、正直に言えば、そこはケチってはならないラインだと思っています。HTTPS というものを通じて技術的・社会的信頼性を維持するのが本来の目的ですから、その目的を達成できないほどコストを削減してしまうのは本末転倒です。一部の例外を除いてオレオレ証明書が悪とされるのも同じ理由でしょう。
> サーバーバージョンを隠しましょうとか言い出す、なんちゃってセキュリティ専門家の方ですか？
めっそうもない、専門家などと名乗るのもおこがましい一オペレータですよ。少なくともセキュリティで飯を喰っている(いた)ということはありません。一オペレータが、一オペレータなりに考えたことを書いているだけです。# なおさら悪い、と言われそう
分かりました。正直、あなたが「何ら問題ない」という理由が私にはまだ理解できていないのですが、それは私が不勉強なため、と結論づけることにします。お手間を取らせました。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ？ -- Debian初級
それって… (スコア:0)
Re: (スコア:0)
想定しないなら443なんか開けないだろ
何かの理由でHTTPSでないプロトコル(SMTPとかSSHとか?)を443で
運用しなければならないといったレアケースを除けば
Re: (スコア:0)
Re: (スコア:-1, 荒らし)
知っている。
とだけ答えても話が進まないので質問の意図を勝手に推測するが(間違っていたら
指摘してくれ)、NameVirtualHostでIPアドレスは同じだからあるサイトがHTTPSを
使っているだけで同マシン上の他のサイトも443が開いてしまう、というケースの事
なら、それはシステム設計・運用設計が腐っているだけだ。
自前のIPアドレスを確保できないならHTTPSなんかやるべきではない。無理に使った
ところでかえって信頼をなくすのがオチだ。
Re: (スコア:3, 参考になる)
＞なら、それはシステム設計・運用設計が腐っているだけだ。
なら具体的にどこが問題なのか教えてくれ。
以下のような設定のどこが問題？
・www.example.comとvhost.example.comを同一IPで運用している。
・SSL証明書はwww.example.comのものを使用。
・https://www.example.com で管理用のサイトに接続できる。
・https://vhost.example.com に接続しようとした場合
・SSLのレイヤでは接続が成立する。（そりゃポートが開いているから、ただし証明書を確認するとエラー。）
・証明書エラーを無視して進んでもHTTPのレイヤで403か404。
Re: (スコア:0)
>・https://vhost.example.com に接続しようとした場合
vhost.example.comが(例えば)HTTPのみでサービスするよう設計されているなら、
> ・SSLのレイヤでは接続が成立する。（そりゃポートが開いているから、ただし証明書を確認するとエラー。）
こんな接続が成立すること自体が間違い。サービスするつもりのないポートに
アクセスできてしまうのは問題だろう。IPアドレスを共有した結果このような
事態が起きるのなら、そもそもwww.example.comのIPアドレスは他と共有する
べきではない、と私は主張している。
> ・証明書エラーを無視して進んでもHTTPのレイヤで403か404。
穴は開いているけど中が空なら結果的にセーフだよね、と言っているに過ぎない。
不要な穴は極力開けないのが正しいアプローチ。
Re: (スコア:0)
> サービスするつもりのないポートにアクセスできてしまうのは問題だろう。
全然問題ない。レンタルサーバなので他のところにつながっているだけの話。安全性に関係がない。
> IPアドレスを共有した結果このような事態が起きるのなら、
> そもそもwww.example.comのIPアドレスは他と共有するべきではない、と私は主張している。
理由がない。レンタルサーバ事業の全否定であり、現実を見ていない戯言。
> 穴は開いているけど中が空なら結果的にセーフだよね、と言っているに過ぎない。
> 不要な穴は極力開けないのが正しいアプローチ。
もしかして、サーバーバージョンを隠しましょうとか言い出す、なんちゃってセキュリティ専門家の方ですか？
Re:それって… (スコア:0)
なんか、すごく平行線な気がしてきました。
> 全然問題ない。レンタルサーバなので他のところにつながっているだけの話。安全性に関係がない。
> 理由がない。レンタルサーバ事業の全否定であり、現実を見ていない戯言。
たとえ実害がなくても他のところにつながること自体が問題だ、と言っているのですが、
「実害がないのだから問題ない」「レンタルサーバ業者がそうしているのだから問題ない」
とおっしゃるのでしたら、たぶん私たちは分かり合えないと思います。
「実害がない」のと「実害が起こり得ない」のは全く別のことで、私は後者を目指すべきだと
考えていますが、他の人の目には「現実を見ていない理想主義(あるいは原理主義)者」と
映っているかもしれません。
レンタルサーバの件ですが、素人考えでも管理サーバと共有ホスティングサーバを分離する
くらいのことは思いつきます。管理サーバには HTTPS でアクセスして、そこで実行された
設定変更やコンテンツ更新はプライベートセグメントを経由して共有ホスティングサーバに
反映される。これなら共有ホスティングサーバが443を開ける必要もありません。
「その管理サーバ1台あればもっとユーザも取れるし、そのような構成のアプリケーションを
開発するのもタダではない。コスト意識がないのか」という反論もあるでしょうが、正直に
言えば、そこはケチってはならないラインだと思っています。HTTPS というものを通じて
技術的・社会的信頼性を維持するのが本来の目的ですから、その目的を達成できないほど
コストを削減してしまうのは本末転倒です。
一部の例外を除いてオレオレ証明書が悪とされるのも同じ理由でしょう。
> サーバーバージョンを隠しましょうとか言い出す、なんちゃってセキュリティ専門家の方ですか？
めっそうもない、専門家などと名乗るのもおこがましい一オペレータですよ。
少なくともセキュリティで飯を喰っている(いた)ということはありません。一オペレータが、
一オペレータなりに考えたことを書いているだけです。
# なおさら悪い、と言われそう
Re: (スコア:0)
> # なおさら悪い、と言われそう
なるほど、なおさら悪いです。
あなたが問題だと主張していることは、セキュリティ的に、何ら問題ありません。
Re: (スコア:0)
分かりました。
正直、あなたが「何ら問題ない」という理由が私にはまだ理解できていない
のですが、それは私が不勉強なため、と結論づけることにします。
お手間を取らせました。