On Wed, Mar 8, 2017 at 1:29 AM, Santhan Raj via dev-security-policy <
dev-security-policy@lists.mozilla.org> wrote:

>
> Ryan,
>
> Section 8.4 (cited below), as worded today, does not mandate a DTP to go
> through an audit. Rather, it requires the CA to perform additional
> out-of-band checks or perform the domain/IPAddress validation (3.2.2.4 &
> 3.2.2.5) by itself, when the DTP is not audited as per 8.4 (btw BR
> incorrectly refers to section 8.1 for audit schemes).
>
> It allows (or doesn't prohibit) the DTP to perform other validation checks
> in 3.2.2 (while the CA performs 3.2.2.4/5) without going through an
> WebTrust/ETSI audit, and a CA may choose to perform an internal audit of
> the DTP's process vs forcing them through a WebTrust/ETSI audit.
>
> There are other checks the CA must perform, but as far as I can tell there
> isn't any requirement that states a "DTP MUST go through an audit" in the
> BRs.
>
> "If a Delegated Third Party is not currently audited in accordance with
> Section 8 and is not an Enterprise RA, then prior to certificate issuance
> the CA SHALL ensure that the domain control validation process required
> under Section 3.2.2.4 or IP address verification under 3.2.2.5 has been
> properly performed by the Delegated Third Party by either (1) using an
> out-of-band mechanism involving at least one human who is acting either on
> behalf of the CA or on behalf of the Delegated Third Party to confirm the
> authenticity of the certificate request or the information supporting the
> certificate request or (2) performing the domain control validation process
> itself.


I think we may read this different, Santhan.

Either the issuing CA must themselves verify the information present in the
request - in which case, the DTP acts as an information aggregator,
effectively, and the CA is performing the verification function - or if the
DTPs validation of the information is to be trusted, then they MUST undergo
an audit.
_______________________________________________
dev-security-policy mailing list
dev-security-policy@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-security-policy

Reply via email to