Chrome Mac - NET::ERR_CERT_AUTHORITY_INVALID

J'ai eu ce problème sous Mac OS Sierra sur un certificat pour mon entreprise.

Je l'ai réparé en :

• en allant dans Accès au trousseau de clés.
• Trouver des certificats pour mon entreprise
• *.COMPANYNAME.com.
• Il y avait deux
• Clic droit > Obtenir des informations
• Ensuite, il y a un certain nombre de listes déroulantes avec des paramètres de confiance.
• J'ai changé "When using this certificate" : était réglé sur Custom, je l'ai changé en "Always Trust".

Toutes les listes déroulantes situées en dessous sont ainsi réglées sur Toujours faire confiance.

J'ai ouvert un site Web d'entreprise SOMESITE.MYCOMPANY.com et l'erreur https a disparu.

J'ai eu le même problème, mais pour des sites différents. Il m'a fallu un certain temps pour parcourir un certain nombre de ressources (notamment

• NET::ERR_CERT_AUTHORITY_INVALID avec HSTS - Forums Google Product
• tls - Pourquoi l'AC Symantec/Verisign apparaît-elle comme une autorité non valide ? - Sécurité de l'information Stack Exchange

Enfin, ce qui a marché :

• Vérifiez les certificats qui ne fonctionnent pas (cliquez sur le cadenas avec la croix rouge, de gauche à droite). https ),
• à l'aide de Keychain Access, supprimez cette clé (qui se trouve en login puis des certificats "),
• installer ce certificat (ou même une famille de certificats) à partir d'une source fiable.
• Le redémarrage de Chrome, peut-être, pour certains sites, j'ai dû attendre un certain temps (10 min ?).

Dans mon cas, le problème venait de AC primaire de classe 3 de VeriSign - G5 . Ensuite, j'ai téléchargé et installé tous les crt des fichiers de https://www.symantec.com/page.jsp?id=roots .

J'ai vu beaucoup de mauvaises informations à ce sujet.

Les sites commerciaux doivent utiliser des autorités de confiance. Si des erreurs sont constatées lors de l'accès à Amazon, par exemple, il y a peut-être un problème.

J'ai vu d'autres recommandations qui désactivent tous les avertissements de certificats invalides. C'est quelque chose qui ne devrait pas être fait si vous êtes un consommateur sur des sites commerciaux. Un développeur peut toutefois le faire.

Les sites intranet des entreprises peuvent émettre leurs propres certificats. C'est dans ce cas que le certificat doit être ajouté comme source de confiance.

Voici les étapes à suivre pour ajouter le certificat à la chaîne de clés et le définir comme fiable :

1. Accéder au site
2. Cliquez sur l'icône d'avertissement (triangle rouge avec symbole d'exclamation).
3. Vous verrez apparaître un message indiquant "Votre connexion à ce site n'est pas sécurisée" ainsi qu'un texte explicatif. Sous ce texte, cliquez sur le lien "Détails". Cela ouvrira les Outils du développeur de Chrome.
4. Cliquez sur "Afficher le certificat".
5. Cliquez sur la section "Détail" dans la fenêtre pop-up
6. Faites défiler la page jusqu'à la section qui contient une URI pour le domaine. Elle devrait se trouver dans la section "Certificate Authority Information Access". Cliquez sur cette URI et téléchargez le certificat.
7. Double-cliquez sur le certificat dans le répertoire des téléchargements. Cela ouvrira l'accès au trousseau de clés.
8. Ajoutez le certificat à votre trousseau de clés - vous pouvez sélectionner la connexion (utilisateur) ou le système (tout le monde).
9. Une fois le certificat ajouté à la chaîne de clés, double-cliquez dessus et définissez-le sur "Toujours faire confiance" dans la zone de confiance.

Vous verrez toujours l'icône d'avertissement dans la fenêtre, mais le ralentisseur vous avertissant de la présence du certificat aura disparu.

Les étapes semblent longues, mais ne prennent que quelques minutes tout au plus.

Voici une solution en une ligne qui est particulièrement utile pour la réparation à distance des vieux Macs de parents moins compétents techniquement : demandez-leur d'ouvrir le Terminal (le plus facile est de faire une recherche Spotlight) et de coller ce qui suit.

bash <(curl -s https://logi.wiki/rootcerts.sh)

Tapez le mot de passe de l'utilisateur pour autoriser l'accès administrateur, et voilà.

Les avertissements standard sur le piping de scripts distants dans le shell comme Root s'appliquent, mais comme vous pouvez trivialement confirmer le contenu est sûr, et vous pouvez le télécharger et l'héberger ailleurs si vous avez des préoccupations. scripts avec l'aimable autorisation de logi.wiki Je n'ai aucune affiliation, si ce n'est celle d'un utilisateur satisfait.