Repository navigation
Add legacy SigningCertificate with IssuerSerial for XAdES interoperability - #282
Conversation
|
Thanks, this looks great! FYI: SHA1 is deprecated for digital signatures due to cryptographic weaknesses. I'm totally on board with this change, but I will eventually make this code use a different digest algorithm by default; using SHA1 will require passing a custom setting. I will let you know here when I get around to that. For now, this is good. |
|
Hmm it looks like there are some CI failures, I'll have to take a look. |
Ok, let me know if u need anything from my side. |
While developing on my end other modules depending on signxml I found tests failing due to some certs not having COUNTRY_NAME, ORGANIZATION_NAME, ORGANIZATIONAL_UNIT_NAME, COMMON_NAME. Might be that? |
|
The changes look correct, I'll adjust the tests in master. Merging |
|
Hi @zipus, I will most likely have to revert this change. The XAdES specification states that this element must not be present: You are welcome to maintain this functionality in a fork or subclass, of course. |
|
Hi @kislyuk, thanks for your time and effort. I will report the spec statement to gov. |
The European rules related to digital signatures (COMMISSION IMPLEMENTING DECISION (EU) 2015/1506) states that the technical rule to follow is ETSI TS 103 171. In that spec, it indicates that SigningCertificate is required: This may change in the future with spec eIDAS 2.0, but actually this is what EU states for. |
|
Thank you for researching this @zipus, I will keep the change but make it conditional on a setting that enables the profile described in the spec you linked. Hoping to get to this over the winter break starting next week. |
|
FYI I have disabled the legacy signing certificate generation, to enable it you have to subclass XAdESSigner and set the class variable This has now been released as v4.2.1 |
|
@zipus the linter is complaining about the following: This is for The fields in question are typed |
|
Ah I see: https://cryptography.io/en/latest/x509/reference/#cryptography.x509.NameAttribute.value
So we're fine |
…ility (XML-Security#282) Closes XML-Security#281 Co-authored-by: Adrià Tarroja Caubet <atarroja@kopen.es>


Closes #281