[cabfpub] [EXTERNAL] Verification of Domain Contact and Domain Authorization Document

[Kirk Hall]

Sorry for the misquotation – I left off “*** directly with the Domain Name Registrar,” which is generally what we have been discussing – a WhoIs lookup to see who owns the domain.

 

But do you see my point that “validating the Applicant as the Domain Contact” (current language) could simply be confirming a hacker in both roles, but would not be validating the Registrant information as to the organization that owns the domain?  Which would not be sufficient to include the Registrant Organization name in the O field of an OV or EV cert.   That’s why we made the change, which makes Method 1 more secure in our opinion.

 

Again, Method 1 was the original validation method starting in the 1990s, and I think it’s proven its worth over the years.

 

From: geoffk at apple.com [mailto:geoffk at apple.com] 
Sent: Friday, January 19, 2018 11:52 AM
To: Kirk Hall <Kirk.Hall at entrustdatacard.com>
Cc: CA/Browser Forum Public Discussion List <public at cabforum.org>; Mads Egil Henriksveen <Mads.Henriksveen at buypass.no>
Subject: Re: [cabfpub] [EXTERNAL] Verification of Domain Contact and Domain Authorization Document

 

 





On Jan 19, 2018, at 11:23 AM, Kirk Hall <Kirk.Hall at entrustdatacard.com <mailto:Kirk.Hall at entrustdatacard.com> > wrote:

 

First, I think everyone knows what CAs are supposed to do under Method 1

 

I’m fairly sure this is not the case…





, and the lack of misissuance reports means CAs are doing it right.  Here’s how Method 1 starts now:

 

“Conforming the Applicant's control over the FQDN by validating the Applicant as the Domain Contact by verifying that: ***”

 

You can see why I think CAs might not know what they’re supposed to do, because the above quote is not the actual words from the the Baseline Requirements!  Right now, in BR 1.5.4, Method 1 starts with these words:

 

Confirming the Applicant's control over the FQDN by validating the Applicant is the Domain Contact directly with the Domain Name Registrar. This method may only be used if:

 

Your version prescribes a method.  The actual current requirements specify an objective and don’t specify a method.

 

Now, I’m not against prescribing a method, but the method prescribed does need to achieve the original objective, and I think the proposed method is inadequate to do that…

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cabforum.org/pipermail/public/attachments/20180119/0963c429/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5887 bytes
Desc: not available
URL: <http://cabforum.org/pipermail/public/attachments/20180119/0963c429/attachment-0001.p7s>