[Smcwg-public] Draft proposal to add eIDAS QES as vetting evidence for individual

Dimitris Zacharopoulos (HARICA) dzacharo at harica.gr
Mon Apr 29 16:54:58 UTC 2024


Hi Stephen,

After some internal review and based on the fact that eIDAS supports 
identity proofing for natural persons AND legal entities, I have some 
suggestions.

In 3.2.4.1 (4) which is related to "Attribute collection of individual 
identity":

From:

/eIDAS Qualified: The CA MAY rely upon a signature created using a 
Qualified Electronic Signature Certificate issued by a trust service 
holding the "http://uri.etsi.org/TrstSvc/Svctype/CA/QC" service type and 
the "http://uri.etsi.org/TrstSvc/TrustedList/Svcstatus/granted" status 
on an EU Trusted List. The "GRANTED" status must be effective at the 
time of signing (if the signature is associated with a Qualified time 
stamp) or at the time of validation (if the signature is not associated 
with a Qualified time stamp). The signature certificate SHALL include 
the |esi4-qcStatement-6| Qcstatement as specified in clause 4.2.1 of 
ETSI EN 319 412-5 incorporating the |id-etsi-qct-esign| QcType as 
specified in clause 4.2.3 of ETSI EN 319 412-5./

To:

/eIDAS Qualified: The CA MAY rely upon a *digital *signature created 
using a *Qualified Certificate for Electronic Signatures* issued by a 
trust service *provider *holding the 
"http://uri.etsi.org/TrstSvc/Svctype/CA/QC" service type //*with 
extension 
"http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/ForeSignatures",* 
//and the "http://uri.etsi.org/TrstSvc/TrustedList/Svcstatus/granted" 
status on an EU Trusted List. The "GRANTED" status must be effective at 
the time of signing (if the signature is associated with a Qualified 
time stamp) or at the time of validation (if the signature is not 
associated with a Qualified time stamp). The signature certificate SHALL 
include the |esi4-qcStatement-6| Qcstatement as specified in clause 
4.2.1 of ETSI EN 319 412-5 incorporating the |id-etsi-qct-esign| QcType 
as specified in clause 4.2.3 of ETSI EN 319 412-5./

Do we need similar language added in 3.2.4.2 (4) (Validation of 
individual identity) or should we refer to 3.2.4.1 (4) as sufficient to 
perform the identity validation besides the attribute collection?

Similarly, section 3.2.3 (Authentication of organization identity) could 
make use of Qualified Certificates for Electronic Seals for acquiring 
attributes of organization identity (3.2.3.1), which could satisfy the 
organization identity validation (3.2.3.2) as well.

The eSeal language would look like the following:

/eIDAS Qualified: The CA MAY rely upon a digital signature created using 
a Qualified Certificate for Electronic Seals issued by a trust service 
provider holding the "http://uri.etsi.org/TrstSvc/Svctype/CA/QC" service 
type with extension 
"http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/ForeSeals", and the 
"http://uri.etsi.org/TrstSvc/TrustedList/Svcstatus/granted" status on an 
EU Trusted List. The "GRANTED" status must be effective at the time of 
signing (if the signature is associated with a Qualified time stamp) or 
at the time of validation (if the signature is not associated with a 
Qualified time stamp). The signature certificate SHALL include the 
|esi4-qcStatement-6| Qcstatement as specified in clause 4.2.1 of ETSI EN 
319 412-5 incorporating the |id-etsi-qct-eseal| QcType as specified in 
clause 4.2.3 of ETSI EN 319 412-5./


Thoughts?
Dimitris.

On 25/4/2024 3:06 π.μ., Stephen Davidson via Smcwg-public wrote:
>
> Hello all:
>
> As discussed today, here is draft language for consideration to allow 
> CAs to rely upon signatures created with eIDAS Qualified certificates 
> as evidence supporting validation of individual identity.
>
> https://github.com/srdavidson/QES-SMIME-BR/blob/master/QES-proposal.md
>
> I’d be grateful for feedback on this language.
>
> Best, Stephen
>
>
> _______________________________________________
> Smcwg-public mailing list
> Smcwg-public at cabforum.org
> https://lists.cabforum.org/mailman/listinfo/smcwg-public

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cabforum.org/pipermail/smcwg-public/attachments/20240429/2f8ecf5a/attachment-0001.html>


More information about the Smcwg-public mailing list