Repository navigation
Comparing changes
Open a pull request
base repository: web-eid/web-eid-authtoken-validation-java
base: main
head repository: web-eid/web-eid-authtoken-validation-java
compare: NFC-128
- 15 commits
- 108 files changed
- 2 contributors
Commits on Sep 9, 2026
-
NFC-46 Signed-off-by: Sander Kondratjev <sander.kondratjev@nortal.com> Co-authored-by: Mart Aarma <mart.aarma@nortal.com>
Configuration menu - View commit details
-
Copy full SHA for 7361f30 - Browse repository at this point
Copy the full SHA 7361f30View commit details -
Configuration menu - View commit details
-
Copy full SHA for 6f6e31c - Browse repository at this point
Copy the full SHA 6f6e31cView commit details -
Configuration menu - View commit details
-
Copy full SHA for 088f8de - Browse repository at this point
Copy the full SHA 088f8deView commit details -
Configuration menu - View commit details
-
Copy full SHA for 7ddfc10 - Browse repository at this point
Copy the full SHA 7ddfc10View commit details -
NFC-128 Return the subject's direct issuer or the trust anchor
Once intermediate certificates can sit between the leaf and the trust anchor, the OCSP CertificateID must be built from the certificate that directly issued the subject, and RFC 6960 responder authorization must reference the same certificate. Return the direct issuer from the built certification path; when the path has a single certificate, the trust anchor is the direct issuer. Behavior is unchanged for configurations where every configured CA is a trust anchor.
Configuration menu - View commit details
-
Copy full SHA for cb7cfeb - Browse repository at this point
Copy the full SHA cb7cfebView commit details -
NFC-128 Parameterize the leaf certificate role label in certification…
…-path validation The shared certification-path validation labeled every leaf validity failure as a user-certificate failure, so the AIA OCSP responder flow had to duplicate the validity check beforehand to get a correctly attributed message. Let callers name the certificate role and drop the duplicate responder pre-check; validity is still checked first, inside the shared method.
Configuration menu - View commit details
-
Copy full SHA for e6ab9bc - Browse repository at this point
Copy the full SHA e6ab9bcView commit details -
NFC-128 Build certification paths with token-supplied intermediate ce…
…rtificates Web eID 1.1 tokens may carry the intermediate CA certificates of the certificate chain. Accept them in certification-path validation as untrusted path candidates only: the path must still terminate at a configured trust anchor. No caller passes token data yet.
Configuration menu - View commit details
-
Copy full SHA for ab86a95 - Browse repository at this point
Copy the full SHA ab86a95View commit details -
NFC-128 Add revocation checking for token-supplied intermediate CA ce…
…rtificates Token-supplied intermediates are attacker-controlled input, so a revoked intermediate must not become part of a trusted certification path. Check the CA suffix of the built path (the leaf's role-specific revocation policy stays with the caller) with the platform JCA PKIXRevocationChecker, which prefers OCSP and falls back to CRLs; SOFT_FAIL is deliberately not enabled. Revocation checking is an explicit caller choice: the authentication and signing certificate paths enable it, the AIA OCSP responder path does not, per RFC 6960 section 4.2.2.2.1 id-pkix-ocsp-nocheck semantics and because checking the responder's own chain via OCSP would be circular. The platform checker is used instead of the application OcspClient because intermediate CAs commonly publish CRLs without OCSP AIA records, the OcspClient freshness policy (nonce, time skew, thisUpdate age) encodes end-entity assumptions that are wrong for CA-tier data, and the WE2-1030 platform-OCSP refactor removes the OcspClient from core validation, so platform-based checking ports forward as a block. A revocation failure names the offending intermediate certificate instead of the validated leaf.
Configuration menu - View commit details
-
Copy full SHA for 0f51396 - Browse repository at this point
Copy the full SHA 0f51396View commit details -
Configuration menu - View commit details
-
Copy full SHA for 6e6905b - Browse repository at this point
Copy the full SHA 6e6905bView commit details -
Configuration menu - View commit details
-
Copy full SHA for 31e63c5 - Browse repository at this point
Copy the full SHA 31e63c5View commit details -
Configuration menu - View commit details
-
Copy full SHA for 9fa2111 - Browse repository at this point
Copy the full SHA 9fa2111View commit details -
NFC-128 Require the OCSP-signing extended key usage only for delegate…
…d responder certificates
Configuration menu - View commit details
-
Copy full SHA for 5deec29 - Browse repository at this point
Copy the full SHA 5deec29View commit details -
NFC-128 Document intermediate certificate token fields
Signed-off-by: Mart Aarma <mart.aarma@nortal.com>
Configuration menu - View commit details
-
Copy full SHA for 1a13f32 - Browse repository at this point
Copy the full SHA 1a13f32View commit details -
Configuration menu - View commit details
-
Copy full SHA for 5e2ee10 - Browse repository at this point
Copy the full SHA 5e2ee10View commit details -
Configuration menu - View commit details
-
Copy full SHA for fead759 - Browse repository at this point
Copy the full SHA fead759View commit details
This comparison is taking too long to generate.
Unfortunately it looks like we can’t render this comparison for you right now. It might be too big, or there might be something weird with your repository.
You can try running this command locally to see the comparison on your machine:
git diff main...NFC-128