[cabfpub] Pre-Ballot 125 - CAA Records
Doug Beattie
doug.beattie at globalsign.com
Fri Jun 27 19:25:53 UTC 2014
Agree, thanks for stating that so clearly.
Doug
From: Stephen Davidson [mailto:S.Davidson at quovadisglobal.com]
Sent: Friday, June 27, 2014 3:22 PM
To: Ryan Sleevi; Doug Beattie
Cc: cabfpub
Subject: RE: [cabfpub] Pre-Ballot 125 - CAA Records
The alternative ballot inserts CAA checking in the Section 7.1.2 list of MUSTs. Section 7.1.3 amends it to say CAs can document a policy on how they interpret the record.
But bottom line is that the alternative ballot calls for an auditable technical implementation of CAA within 6 months.
From: public-bounces at cabforum.org <mailto:public-bounces at cabforum.org> [mailto:public-bounces at cabforum.org] On Behalf Of Ryan Sleevi
Sent: Friday, June 27, 2014 4:01 PM
To: Doug Beattie
Cc: cabfpub
Subject: Re: [cabfpub] Pre-Ballot 125 - CAA Records
Hi Doug,
I'm trying to understand a bit of the concern as well. I don't see the proposed amendment as requiring that a CA support CAA, merely setting forth what "CAA support" would look like. That is, a CA's procedures for CAA records (2.i) might be "The records are ignored"
For "CAA support" to be meaningful, we at least need a common set of policies related to what it means to "check CAA", much in the same way we have policies established related to the validation of domain information or identity verification.
The ballot, as proposed, still allows CAs to say that they're ignored, but merely establishes a consistent criteria for what it means to ignore/support CAA.
For example, we wouldn't want to see a certificate with 3 domain names, where CAA is only checked for the first domain name. That provides little assurances for subscribers wishing to employ CAA.
On Fri, Jun 27, 2014 at 11:42 AM, Doug Beattie <doug.beattie at globalsign.com <mailto:doug.beattie at globalsign.com> > wrote:
Hi Ben,
We liked your original ballot, before you added this section:
Amend subparagraph 2 of 7.1.2 to read as follows:
2. Authorization for Certificate: That, at the time of issuance, the CA (i) implemented procedures for verifying that the Subject authorized the issuance of the Certificate, including procedures to (a) consider the CAA record of each Domain Name to be listed in the Certificate’s subject field or subjectAltName extension, and (b) to establish that the Applicant Representative is authorized to request the Certificate on behalf of the Subject; (ii) followed the procedures when issuing the Certificate; and (iii) accurately described the procedures in the CA’s Certificate Policy and/or Certification Practices Statement;
From: Ben Wilson [mailto:ben at digicert.com <mailto:ben at digicert.com> ]
Sent: Friday, June 27, 2014 2:39 PM
To: 'Doug Beattie'; 'cabfpub'
Subject: RE: [cabfpub] Pre-Ballot 125 - CAA Records
Doug,
Could you re-state in its entirety what you’d like to see? I’m not following.
Thanks,
Ben
From: public-bounces at cabforum.org <mailto:public-bounces at cabforum.org> [mailto:public-bounces at cabforum.org] On Behalf Of Doug Beattie
Sent: Friday, June 27, 2014 11:43 AM
To: 'Ben Wilson'; 'cabfpub'
Subject: Re: [cabfpub] Pre-Ballot 125 - CAA Records
Hi Ben,
We can support the ballot you first drafted, but we have issues with the recent amendment in subparagraph 2 of 7.1.2. That is not consistent with the goal of this ballot (have CAs publically disclose if/how they process CAA records in the CPS) as there are some statements that go beyond that regarding “implementing procedures…”. That should be removed from this ballot.
Doug
From: public-bounces at cabforum.org <mailto:public-bounces at cabforum.org> [mailto:public-bounces at cabforum.org] On Behalf Of Ben Wilson
Sent: Friday, June 27, 2014 12:14 PM
To: 'Rick Andrews'; 'cabfpub'
Subject: [cabfpub] Pre-Ballot 125 - CAA Records
Rick,
Here are the alternative provisions for you to look at and choose from.
Ben
Pre-Ballot 125 - CAA Records
Rick Andrews of Symantec made the following motion and Jeremy Rowley of Digicert and Ryan Sleevi of Google have endorsed it:
Reasons for proposed ballot RFC 6844 defines a Certification Authority Authorization DNS Resource Record (CAA). A CAA allows a DNS domain name holder to specify the CAs authorized to issue certificates for that domain. Publication of the CAA allows a public Certification Authority to implement additional controls to reduce the risk of unintended certificate mis-issuance.
The proponents of this ballot believe that this proposed modification to the Baseline Requirements, which gives CAs up to six months to update their CP and/or CPS to state the degree to which they implement CAA, provides all CAs with the flexibility needed to begin implementation of CAA.
---MOTION BEGINS---
Add to Section 4 Definitions, new item:
CAA: From RFC 6844 (http:tools.ietf.org/html/rfc6844 <http://tools.ietf.org/html/rfc6844> ): “The Certification Authority Authorization (CAA) DNS Resource Record allows a DNS domain name holder to specify the Certification Authorities (CAs) authorized to issue certificates for that domain. Publication of CAA Resource Records allows a public Certification Authority to implement additional controls to reduce the risk of unintended certificate mis-issue.”
Amend subparagraph 2 of 7.1.2 to read as follows:
2. Authorization for Certificate: That, at the time of issuance, the CA (i) implemented procedures for verifying that the Subject authorized the issuance of the Certificate, including procedures to (a) consider the CAA record of each Domain Name to be listed in the Certificate’s subject field or subjectAltName extension, and (b) to establish that the Applicant Representative is authorized to request the Certificate on behalf of the Subject; (ii) followed the procedures when issuing the Certificate; and (iii) accurately described the procedures in the CA’s Certificate Policy and/or Certification Practices Statement;
Add a new section 7.1.3 CAA Disclosure as follows:
Effective as of [insert date that is six months from Ballot 125 adoption], Section 4.2 of the CA’s Certificate Policy or Certification Practice Statement SHALL set forth the CA’s policy regarding its procedures for considering CAA records for Domain Names to be listed in the Certificate’s subject field or subjectAltName extension.
Add a new sentence to the end of Section 8.2.2, Disclosure, as follows:
Effective as of [insert date that is six months from Ballot 125 adoption], section 4.2 of a CA's Certificate Policy and/or Certification Practice shall disclose the CA's policy and/or practices on processing CAA records.
The resulting Section 8.2.2 would read as follows:
The CA SHALL publicly disclose its Certificate Policy and/or Certification Practice Statement through an appropriate and readily accessible online means that is available on a 24x7 basis. The CA SHALL publicly disclose its CA business practices to the extent required by the CA’s selected audit scheme (see Section 17.1). The disclosures MUST include all the material required by RFC 2527 or RFC 3647, and MUST be structured in accordance with either RFC 2527 or RFC 3647. Effective as of [insert date that is six months from Ballot 125 adoption], section 4.2 of a CA's Certificate Policy and/or Certification Practice Statement shall disclose the CA's policy and/or practices on processing CAA records.
---MOTION ENDS---
_______________________________________________
Public mailing list
Public at cabforum.org <mailto:Public at cabforum.org>
https://cabforum.org/mailman/listinfo/public
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cabforum.org/pipermail/public/attachments/20140627/60d5a933/attachment-0003.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5615 bytes
Desc: not available
URL: <http://lists.cabforum.org/pipermail/public/attachments/20140627/60d5a933/attachment-0001.p7s>
More information about the Public
mailing list