Re: Optimizing OCSP - Time for some spec work ?

Niklas Matthies <[email protected]>
Newsgroups gmane.ietf.x509
Message-ID <[email protected]>
On Fri 2019-10-25 at 23:49h, Niklas Matthies wrote on pkix:
[...]
>it would really be simpler and more flexible to just have a linear 
>sequence of regular basic responses. This could be achieved via a new 
>response type (responseType in ResponseBytes) for which the response 
>bytes consist of a sequence of basic responses instead of just one 
>basic response.

Here is an alternative idea, which, although being quite hackish, 
would be compatible with existing clients, would not require a new 
response type, while retaining the same flexibility: In the certs 
field of BasicOCSPResponse, add a dummy certificate carrying an 
extension containing the additional basic responses. That is, the 
certificate's sole purpose would be to serve as a container for the 
additional responses. The extension would have an ID identifying that 
particular purpose.

Note that both proposals have the benefit that they can be implemented 
on top of an existing OCSP responder (i.e. by a filter or proxy), as 
they don't change the data signed by the responder.

Niklas

_______________________________________________
pkix mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/pkix
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.