各エントリには、シリアル番号、失効日、任意の理由コード（keyCompromise、superseded、cessationOfOperation など）が含まれます。リストには thisUpdate、nextUpdate、単調に増加する cRLNumber、発行者の署名が含まれます。大規模な CA は CRL を分割（シャーディング）しており、証明書は CRL 配布ポイント拡張で自身の CRL を示します。公的な CA は、すべての CRL の URL を CCADB でも開示しています。
Baseline Requirements では、公的な CA は加入者証明書の新しい CRL を少なくとも 7 日ごとに（OCSP の URL を含まない証明書がある場合は 4 日ごとに）、また失効から 24 時間以内に公開しなければなりません。ブラウザーは接続ごとに CRL を取得するのではなく、コンパクトなセット（Firefox の CRLite、Chrome の CRLSets）に集約します。CRL が現在 Web PKI で失効を伝える主要な手段になっているのは、このためです。
CRL は大きくなることがあり、その鮮度は nextUpdate までの間隔に縛られるため、CRL をキャッシュするクライアントが失効を知るのは遅れます。CRL デコーダーで、CRL ファイルのエントリを一覧表示できます。