CTR モードは、変化する入力ブロックを連続的に暗号化してキーストリームを生成することにより、ブロック暗号 (AES など) をストリームのような構造に変換します。具体的には、CTR は、増加するカウンタと組み合わせた nonce (メッセージごとに一意) を使用して入力ブロックを形成します。各 nonce||count ブロックは、共有キーを使用してブロック暗号で暗号化され、擬似乱数出力ブロックが生成されます。この出力は、平文と XOR 演算されて暗号文が生成され、(平文を復元するために暗号文と XOR 演算されます)。この設計により、並列処理 (ブロックを独立して生成可能)、効率的なランダムアクセス復号が可能になり、CBC などのモードに見られる連鎖的な依存関係を回避できます。オプション B は CFB のような動作を、オプション C は ECB を、オプション D は CBC をそれぞれ説明しています。CTR のセキュリティは、同じ nonce/count シーケンスを同じキーで再利用しないことに大きく依存しています。再利用すると、キーストリームブロックが繰り返され、平文の関係が露呈してしまうためです。
したがって、正しい説明は、CTRはカウンタ値とナンスを使用してブロック暗号をストリーム暗号に変換する、というものである。

SHA-1（Secure Hash Algorithm 1）は、160ビット（20バイト）の固定サイズの出力を生成します。ハッシュ出力サイズは、衝突耐性や様々な攻撃に必要な労力に影響するため、暗号化において重要です。理想的なnビットハッシュの場合、一般的な方法で衝突を見つけるには、約2^(n/2)回の演算（誕生日バウンド）が必要になると予想されます。SHA-1の160ビット出力の場合、この一般的なバウンドは約2^80となり、かつては強力だと考えられていました。しかし、暗号解読技術の進歩により、実際にははるかに少ない労力でSHA-1が破られており、現在ではほとんどのセキュリティ用途で非推奨となっています。とはいえ、問題は出力の長さのみであり、現在の適合性ではありません。他の選択肢はSHA-1と一致しません。40ビットは現代のハッシュとしては小さすぎ、80ビットはSHA-1の出力ではありません。また、320ビットでははるかに大きなダイジェスト（SHA-256の256ビットやSHA-384の384ビットに近い）になります。したがって、正しいSHA-1の出力長は160ビットです。

DER (Distinguished Encoding Rules) は、ASN.1 構造を標準的かつ曖昧さのない方法で表現するために使用されるバイナリ エンコーディング フォーマットです。X.509 証明書は ASN.1 を使用して定義され、DER は、任意のデータ構造に対して単一の一意のエンコーディングを保証する BER (Basic Encoding Rules) の厳密なサブセットを提供します。この「一意のエンコーディング」特性は、ハッシュやデジタル署名などの暗号化操作にとって重要です。なぜなら、同じ抽象データの異なるエンコーディングによって異なるハッシュが生成され、署名検証が破綻する可能性があるからです。対照的に、PEM はバイナリ エンコーディングではありません。これは基本的に、ヘッダー/フッター行 (例:
「BEGIN CERTIFICATE」)。PKIは証明書の発行、信頼、ライフサイクル管理のための包括的なフレームワークであり、エンコードではありません。RSAは暗号化/署名に使用される非対称アルゴリズムであり、証明書のエンコード形式ではありません。したがって、オプションの中でバイナリベースの証明書エンコードプロセスはDERです。

総当たり攻撃は、正しい鍵またはパスワードが見つかるまで、考えられるすべての鍵またはパスワード候補を網羅的に試行します。総当たり攻撃は検索空間全体（またはその大部分）を探索するため、特に強力な鍵、長いパスワード、レート制限、低速なパスワードハッシュ（bcrypt）を使用している場合は、最も遅い方法となることがよくあります。
/Argon2) が使用されます。対照的に、辞書攻撃は、一般的なパスワードまたは可能性の高いパスワードのみを試すことで作業を削減し、弱い人間が選択した秘密に対してはすぐに成功することがよくあります。レインボーテーブル攻撃は、作業を事前計算に移行します。テーブルが存在すると、ルックアップは総当たり攻撃よりも高速になる可能性がありますが、ソルトと最新のハッシュによってそれらは無効化されます。誕生日攻撃は、特定の秘密を必ずしも復元するのではなく、衝突を見つけることが目的であり、n ビットハッシュの場合、期待される作業は約 2^(n/2) であり、多くの状況で総当たりキー検索よりも少なくなる可能性があります。したがって、挙げられたオプションの中で、総当たり攻撃は一般的に最も長い成功時間を要するのは、仮定が最も少なく、総作業量が最も多いためです。

証明書ライフサイクルの「発行済み」段階は、証明書が発行認証局によって生成および署名され、有効期間、ポリシー制約、および失効ステータスに従って使用可能になったことを示します。この時点で、運用上の焦点は証明書の作成から、証明書を主体および依拠当事者に提供することに移ります。「配布」は、発行済み証明書に最も直接的に関連するライフサイクル活動です。
サーバーやエンドポイントへのインストール、キーストアへのプロビジョニング、必要に応じたディレクトリへの公開、検証のためにチェーン（中間証明書）へのアクセスを確保すること。これに対し、「作成」はプロセスのより早い段階（鍵生成、CSR作成、ID検証、発行/署名）です。「鍵の回復」と「鍵のアーカイブ」は、秘密鍵管理とエスクローポリシー（多くの場合、署名鍵ではなく暗号化鍵用）に関係し、証明書の発行状態自体ではなく、組織のポリシーと鍵管理システムによって管理されます。
証明書は、鍵エスクロー機能の有無にかかわらず、発行後に配布することができます。したがって、証明書の「発行済み」段階に最も適した操作は、発行された認証情報を運用目的で配布することです。