No Revocation Available for X.509 Public Key Certificates
draft-ietf-lamps-norevavail-04

Approval announcement
Draft of message to be sent after approval:

Announcement

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: The IESG <iesg@ietf.org>, draft-ietf-lamps-norevavail@ietf.org, lamps-chairs@ietf.org, rdd@cert.org, rfc-editor@rfc-editor.org, spasm@ietf.org, tim.hollebeek@digicert.com
Subject: Protocol Action: 'No Revocation Available for X.509 Public Key Certificates' to Proposed Standard (draft-ietf-lamps-norevavail-04.txt)

The IESG has approved the following document:
- 'No Revocation Available for X.509 Public Key Certificates'
  (draft-ietf-lamps-norevavail-04.txt) as Proposed Standard

This document is the product of the Limited Additional Mechanisms for PKIX
and SMIME Working Group.

The IESG contact persons are Paul Wouters, Deb Cooley and Roman Danyliw.

A URL of this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-ietf-lamps-norevavail/

Ballot Text

Technical Summary

   X.509v3 public key certificates are profiled in RFC 5280.  Short-
   lived certificates are seeing greater use in the Internet.  The
   Certification Authority (CA) that issues these short-lived
   certificates do not publish revocation information because the
   certificate lifespan that is shorter than the time needed to detect,
   report, and distribute revocation information.  Some long-lived
   X.509v3 public key certificates never expire, and they are never
   revoked.  This specification defines the noRevAvail certificate
   extension so that a relying party can readily determine that the CA
   does not publish revocation information for the certificate.

Working Group Summary

Nothing of note to mention in the WG's development of this document.

Document Quality

This extension is broadly applicable to existing PKI protocols.  There was interest in the the use case this extension enables from IEEE.

Personnel

   The Document Shepherd for this document is Tim Hollebeek. The
   Responsible Area Director is Roman Danyliw.

RFC Editor Note