Matt Palmer via dev-security-policy <dev-security-policy@lists.mozilla.org> 
wrote:
 
> I've read through your posts on this topic several times, and I still don't
> understand the problem you're trying to solve.  If you point a CNAME at
> someone else, then you're delegating to them control of that name.  If they
> set CAA records on the CNAME target (or if they don't), and those CAA records
> (or lack thereof) do not represent a functioning configuration, you work
> with them to change it.

someapp.example.com, over which I have control is a CNAME, so I can't
set a CAA record there.  Let's say the CNAME points to
ghs.googlehosted.com.

Your suggestion is to contact Google and ask them to please add a CAA
record to that domain for a CA that a third-party (to them and myself)
chooses.  My experience has been that Google, Akamai, Cloudflare,
Amazon, and Microsoft etc. are not amenable to adding such records.

> I speak on this issue not from a theoretical perspective

I'm sure there are many scenarios where CNAMEs are not a problem and
work entirely as intended.  My use cases have not been that.

-Jan
_______________________________________________
dev-security-policy mailing list
dev-security-policy@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-security-policy
  • CAA records on a CNAME Jan Schaumann via dev-security-policy
    • Re: CAA records on a C... Ryan Sleevi via dev-security-policy
      • Re: CAA records on... Jan Schaumann via dev-security-policy
        • Re: CAA record... Ryan Sleevi via dev-security-policy
          • Re: CAA re... Jan Schaumann via dev-security-policy
            • Re: C... Ryan Sleevi via dev-security-policy
              • R... Jan Schaumann via dev-security-policy
                • ... Matt Palmer via dev-security-policy
                • ... Jan Schaumann via dev-security-policy
                • ... Corey Bonnell via dev-security-policy
                • ... Jan Schaumann via dev-security-policy
                • ... Hector Martin 'marcan' via dev-security-policy
                • ... Corey Bonnell via dev-security-policy
                • ... Hector Martin 'marcan' via dev-security-policy

Reply via email to