-
Enhancement
-
Resolution: Fixed
-
P3
-
8, 9
-
b04
-
generic
-
generic
The default implementation of OCSP in java uses HTTP method POST. In the OCSP RFC 2560, there is provision for sending GET calls as well.
Excerpt from RFC :
HTTP based OCSP requests can use either the GET or the POST method to
submit their requests. To enable HTTP caching, small requests (that
after encoding are less than 255 bytes), MAY be submitted using GET.
If HTTP caching is not important, or the request is greater than 255
bytes, the request SHOULD be submitted using POST. Where privacy is
a requirement, OCSP transactions exchanged using HTTP MAY be
protected using either TLS/SSL or some other lower layer protocol.
An OCSP request using the GET method is constructed as follows:
GET {url}/{url-encoding of base-64 encoding of the DER encoding of
the OCSPRequest}
JUSTIFICATION :
This enhancement will provide users with the ability to do OCSP GET which can be cached by CDNs resulting in lower response times
CUSTOMER SUBMITTED WORKAROUND :
Current workaround includes disabling java OCSP and implement a custom implementation of OCSP client using a security provider like Bouncy Castle.
- relates to
-
JDK-8296343 CPVE thrown on missing content-length in OCSP response
- Closed
-
JDK-8309274 [TEST] the tests for JDK-8179503 (GET OCSP calls support) were not backported
- Closed
-
JDK-8328638 Fallback option for POST-only OCSP requests
- Resolved
-
JDK-8315979 OCSP request throws Connection timeout occasionally
- Closed
-
JDK-8308255 OSCP responses without a "Content-Length" header lead to "EOFException"
- Closed
-
JDK-8287716 Wrong implementation RFC 2560 in OCSP.java
- Closed
- links to
-
Commit openjdk/jdk/f5ee3565
-
Review openjdk/jdk8u-dev/330
-
Review openjdk/jdk11u-dev/847
-
Review openjdk/jdk11u-dev/1917
-
Review openjdk/jdk/1760