Compatibility CAA - Mac Catalina - bug

Installing Sophos Client Authentication agent on Mac Catalina, the client is not usable as the "server is not trustworthy"

I am not able to add the certificate der file inside shared folder.

CAA version is 2.0.0, downloaded from XG v18 Client Authentication menu

 

Regards

  • I think this is a change in behaviour in Catalina not the CAA

    Apple have decided to enforce some additional certificate standards, including:

    • Limiting the lifetime of certs to ~2 yrs
    • Requiring hostname in the SubjectAlternativeName extension
    • Requiring an additional flag to be set indicating the purpose of the certificate

     

    Full details here: https://support.apple.com/en-ca/HT210176

     whats the latest?

  • Hi,

    this is going to cause a lot of grief for home users and small businesses. Please generate a KBA explaining how to change the XG CA to comply.

    Thank you

    Ian

     
    V18.0.x - e3-1225v5 6gb ram on 4 port MB with AP55/c - 20w. 
    If a post solves your question use the 'This helped me' link.
  •  you said you couldn't copy the file over to Shared. Is there an error popping up? Have you tried copying it via Finder instead?

  •  

    Yes, I tried manually. Same behaviour!

    The same behaviour on 17.5 MR8

    Regards

    Luk

    Security Architect

    UTM Certified Architect - XG Certified Architect

  • Looks like a regression from Apple - just like with iOS 13, will take a look at it asap. 

  • As Stuart mentioned, this is likely caused by changes Apple have made to the required certificate criteria when they authenticate certificates.

    We are planning to update the generation of the default Appliance Certificate to meet these new criteria but were unable to get this done in time for this EAP release, unfortunately. We also expect to make this change in an upcoming MR for version 17.5.

    In the meantime, to support users running Catalina or iOS13, you should look at using a certificate that is signed on a different system, which meets the criteria set out in the Apple article. You can create a CSR and the accompanying private key on the XG firewall, but the signing process, which will set the expiry date and the 'Purpose' fields, will need to be carried out on a system where you can ensure the right values are set. We'll investigate further and try to come up with some more specific instructions soon.

  •  as expected, there are some changes in the latest macOS that target folders and permissions. Indeed, the CAA installer can't be used anymore to copy the CA inside the /Users/Shared folder.

    As a workaround, after mounting the downloaded .dmg file, use 2 Finders to drag and drop the certificate from the CAA image to /Users/Shared. Eventually, you will be asked for the user password before the operation can be executed. In any case, it will work.

    Now you can authenticate the user, no popup should be seen (assuming the right XG is still the default gateway). The Trust API still works for CAA, no extra steps needed.

  •  

    you workaround does not work. I tried already your method (certificate copied 10th of october) but same issue.

    XG is the DG.

    Luk

    Security Architect

    UTM Certified Architect - XG Certified Architect

  • I see. Let's take it privately and work together on it, if possible. We can't reproduce this here yet.