Hot on the heels of EJBCA 7.0, we’d like to present the release of EJBCA 7.0.1 – implementing a ton of neat functionality that didn’t make the cut for the main release. On top of the list of most commonly requested features is PSD2 support, but please read on to find all the reasons to upgrade to EJBCA 7.0.1!
Full PSD2 Support
EJBCA 7.0.1 provides full support for the Payment Services Directive
as defined by EU Directive 2015/2366
. PSD2 allows eIDAS Trusted Certificate Providers to issue PSD2 QWAC certificates to third party FinTech companies, which in turn gives them access to financial APIs hosted by European banks. To enable PSD2 in your instance of EJBCA, scroll down to the QC Statements extension of your certificate profile
and enable the PSD2 option.
This will enable PSD2 fields in the RA UI during enrollment.
Domain Blacklist Validator
As a request from some of our CABF-customers, we’ve implemented a Domain Blacklist Validator.
The new Validator takes a list of partial and complete domain names, and can be configured to either block them outright (if run during the data phase) or cause an approval action to be triggered in the final approval step (if approvals are activated).
All of the approving RA administrators in the final approval step will be shown the following warning before the approval passes:
dnsName SAN can be Automatically Populated by the CN
We’ve added a setting to End Entity Profiles to allow the dnsName Subject Alternative Name field in a certificate to be filled in by the Common Name (CN) value in the Subject DN.
Configurable SN Entropy, Default Value Raised to 20 Octets
CA/B Forum requires the use of 64 bit entropy when generating serial numbers (see CABF Ballot 164
). Due to only positive values being valid serial numbers, 8 octets will only result in 63 bit entropy as the most-significant-bit will always be 0, hence we recommend larger sizes than 8 octets. Previously this was set using the property ca.serialnumberoctetsize
, which has now been dropped and the value is instead set directly in the CA.
Possible values may range between 4 and 20 octets, and the default for all new CAs is 20 while upgraded CA’s will retain whatever value was set in ca.serialnumberoctetsize, or 8 if none was set.
In EJBCA 7.0.1 we’ve started storing CSRs along with the associated certificate (instead of only the last submitted CSR as it was earlier), so you now have access to download and review all CSRs submitted and processed in the past.
URL Metadata Type Added to Approvals
Upon popular request, we’ve added a URL metadata type to the partitioned approval profiles
. It allows the approving RA administrator to enter a URL while performing the approval, e.g pointing to a file upload at an external location.
Upon later review of the approval, it will show up as a hyperlink:
Experimental: Configuration Checker
Lastly, we’re trying out an experimental new feature in EJBCA 7.0.1, the Configuration Checker. It displays an (incomplete) list of common configuration issues on the front page.
If you’d like to try it out, it can be activated in its own tab under the System Configuration:
Our common criteria process is ongoing – the Security Target (ST) is now complete and has been sent for evaluation. Preliminary date for a certified version of EJBCA is still projected to be at the end of this summer.
EJBCA 7.0.1 will be available on Appliance 3.3.0, due at the end of March/beginning of April.
The teams are rearing to go to work on EJBCA 7.1. Main features are going to be Partitioned CRLs, multi-value RDN support and a couple of surprises. See you then!
Mike Agrenius Kushner
Product Owner, EJBCA