MittelLösung:KeineDatei:KeineDetailsAntwortengitのtestのc5f759cca631e9411e4705668c8cc90134fb9cd0について。socketwrapper.cのIsHostNameMatched()のワイルドカード比較アルゴリズムは、FTPSのRFC4217が参照するRFC2818のsubjectAltName拡張比較で禁じている下記のサブドメイン付きホスト名との一致を起こしてしまいます。プロトコルごとに微妙に扱いが異なります。ウェブブラウザでも製品やリリース時期によってどの範囲のマッチを許すか違うようで、FFFTPの現在の実装と同じ振る舞いもあったようです。現在の証明書発行各社の説明を読む限りだとサブドメイン付きでの一致は想定していないようで、CommonNameのワイルドカードはsubjectAltNameと同等の扱いを期待しているようです。ちなみに、マイクロソフト製品の現在の仕様はKB258858のようです。TLDのワイルドカードは規約上は禁止はされていないようですが、禁止するか警告するかオプション設定できると安心です。ついでですが、ワイルドカード証明書のついでにsubjectAltName拡張(SAN拡張)もサポートしたほうがよろしいかと(サポート済みでしたらごめんなさい)。twitterはSAN拡張を使っています(FTPSのサーバが使うとは限りませんが)。https://twitter.com/以上、ご検討下さいませ。s_kawamotoKommentarAntwortenなるほど、詳しい説明ありがとうございます。現在のバージョンではCommonNameが一致してもしなくてもユーザーに確認する仕様になっていますので、危険性は低いと思いますが、念のためRFC2818のように「*」はドメイン一つ分まで一致させるように変更したいと思います。同様の理由でSAN拡張も考慮していませんし、それが必要なホストを私は見たことがありませんが、重要性について調査してみます。s_kawamotoKommentarAntwortenとりあえずRFC2818に準拠するように変更しました。正式版1.98dに適用する予定です。NoneKommentarAntworten早速の対応ありがとうございます。ソースをみて、サブドメインに一致しなくなっていることを確認しました。不思議に思ったのは、「*」が連続した場合スキップしていますが、「**.example.com」みたいなワイルドカード表示がされる場合があるのでしょうかまた、SAN拡張につきましては、FTPSサーバで使われていないなら非対応のままで問題ないと思います。