X509Storeを正しく使うには？

Question

私はX509Storeと彼の友達、X509Certificate2とX509Certificate2Collectionを使っています。すべてうまくいきましたが、自分のコードのテストを書くようになりました。問題に遭遇しました。私は新しいテスト証明書を生成し、それをインストールして各テストを開始し、最後にテスト証明書を削除します。テスト証明書は、作成日が過去1日で、有効期限が1日後であっても、確定的ではありません。

私は、完全なGCを実行し、TearDownでファイナライザを待っていることがテストを修正していることに気付きました。

ここではリファレンスソースを掘り下げています。 X509Certificate2を削除する必要があると思われます。そうでないと、ストアに追加するなど、すでに成功した操作は実際のストアにフラッシュされませんでした（これはWindows APIの動作です。CertCloseStoreCRYPT_E_PENDING_CLOSEの結果を参照）。

さらにX509Certificate2Collectionは基本的にはList<X509Certificate2>と思われるので、このような証明書のリストが作成されるたびに、店舗のCertificatesプロパティを読み取るなど、すべてのインスタンスを廃棄する必要があります。

Find方法を使用される時は、これは、一時的なストアを作成本命を追加して、アンマネージコードから再び本命を読み、またすべてをする必要が本命の新しいコレクションを作成する必要が配置される。

これは本当にX509Storeを使用する正しい方法ですか？ .NET APIが非常に安全でなく、どこでも静かな失敗と完全に文書化されていない失敗モードで正しく使用するのは信じられないようです。明白な何かを見逃しているのでしょうか、これらのクラスをすべて避けるべきですか？

Answer 1

文書化されていない障害モードは何ですか？自分が所有しているすべての使い捨てオブジェクトを1つずつ処分することになっています。これは特にがのネイティブコードを扱っている場合に当てはまります。これは、証明書インタフェースに特有のものではなく、ファイルは同じ方法で動作し、データベーストランザクションは同じ方法で動作し、ソケットは同じように動作します。だから、最初の場所にIDisposableインターフェイスが存在する理由です。これは、「完了したら電話してください」という一般的なインターフェイスです。 がファイルを閉じることを実現したときにファイルI/Oの使用を停止しましたか？ファイルを閉じますか？それとも、それはまだ必要であることに気付かなかったのですか？

SChannelを処理する暗号化モジュール全体は、SChannelの上にある薄いラッパーにすぎません。つまり、ネイティブのinterop、ネイティブオブジェクトなどの管理されたラッパーなど、ほとんどすべてのことがあります。

ただし、正確な問題は何であれ問題ではありません。要点は、あなたがいつもディスポーザブルを処分するはずだということです。ちょうど物事は仕事の種類のように見える場合でも、それはオブジェクトを処分することを省略しても問題ないわけではありません。