[cabfpub] [EXTERNAL] Forbid DTPs from doing Domain/IP Ownership Validation ballot draft

[Geoff Keating]

> On 26 Apr 2017, at 5:12 pm, Kirk Hall via Public <public at cabforum.org> wrote:
> 
> Ryan, you kind of skipped over a core rationale for this draft ballot – that it’s somehow too hard to audit DTPs (at least as to their domain validation activities).  Why is it too hard?
>  
> Here is what the Purpose section of the ballot says:
> Purpose of Ballot: At the moment, CAs are permitted to delegate the process of domain and IP address validation. However, permitting such delegations is problematic due to the way audits work - the auditing of such work may or may not be required and, if it is, those audit documents may not make it back to root programs for consideration. Although the audit situation also needs fixing, domain validation is an important enough component of a CA's core competencies that it seems wiser to remove it from the larger problem and forbid its delegation. The purpose of this ballot is to ensure that CAs or their Affiliates are always the ones performing domain/IP address ownership validation for certificates that CA is responsible for.
>  
> Can you and/or Gerv explain why auditing of DTPs can’t be fixed? 

An alternative approach would be to require that audits include all DTPs involved in domain validation (or, all DTPs no matter what they do) in the scope of the CA’s audit; so there would be one audit which covers the CA and all DTPs over the audit timeframe.  My understanding from the discussion at the last F2F is that the auditors and CAs did not think this would be feasible in typical cases.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cabforum.org/pipermail/public/attachments/20170426/dceb912a/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3321 bytes
Desc: not available
URL: <http://lists.cabforum.org/pipermail/public/attachments/20170426/dceb912a/attachment.p7s>