Problème de certificats site web interne

Support Debian
Tags: #<Tag:0x00007f63e3711c60>
#1

Bonjour,
je me suis créé une PKI à partir de XCA.
J’ai créé un certificat CA auto-signé, puis j’ai créé 3 certificats CA intermédiaires.

A partir d’un de ces certificats intermédiaires, j’ai créé des certificats pour des serveurs web HTTPS.

Quand j’intègre mes Sub CA et mon CA dans Firefox sur Debian, j’ai bien le site web qui est reconnu sans erreur. J’ai testé avec deux sites différents sur deux serveurs différents.

mais sur Firefox Windows, ça ne marche pas, j’ai à chaque fois une alerte qui apparait avec l’erreur SEC_ERROR_UNKNOWN_ISSUER.

savez-vous pourquoi ça ne marche pas sur Firefox Windows (v 100.0) alors que ça marche sur Firefox-ESR Debian (v 91.9.0esr )? serait-ce lié à la différence de version?

#2

Salut, Zargos

Non !
J’allais te dire de tester en installant le paquet firefox, mais il faut être sous Sid. Si tu as un poste avec, fais donc le test :wink:

Autrement, concernant Windows, c’est parce que ton autorité n’est pas reconnue. Est-ce que tu as le bouton [ Avancé ] proposé ?
Si oui, est-ce qu’un clic sur le bouton suivant [ Acceptez le risque et continuez ] te permet d’atteindre le site ?
Mais c’est une solution bancale, car tu ne peux demander à tous de faire la même chose, c’est trop contraignant.

Voilà (mes idées en passant)

PS : le site suivant montre un tuto complet concernant la production de certs avec XCA :

#3

je vais essayer avec une VM debian sous SID

Oui j’ai fait tout ça, mais sur debian ça marche tel que prévu normalement, mais sous Windows ca me dit que non, et je dois valider mais l’idée c’est de ne pas le faire justement :slight_smile:
D’autant que sans certificats USER ensuite (2ème étape), les accès seront refusé.

C’est un site à utilisation interne uniquement, donc pas d’utilisation par qui que ce soit qui n’ai pas reçu les certificats qui vont bien, le reste du monde n’aura pas accès.

#4

Bonjour

C’est peut-être un programme antivirus installé sur le système windows
qui provoque l’apparition de ce message.

Je n’utilise pas windows ni les programme antivirus qu’il utilise,
mais j’imagine que ces programmes antivirus interceptent et analysent les connexions https

#5

normalement c’est indiqué quand c’est l’antivirus.

#6

Peut être …
support.mozilla.org → Comment régler les codes d’erreur de sécurité sur les sites web sécurisés

#7

C’est peut-être la vérification du répondeur OCSP (Online Certificate Status Protocol) pour confirmer la validité de vos certificats :confused: q’uil faut désactivé - si on a des certificats personnels - FF : Vie privé > Sécurité

Online Certificate Status Protocol est un protocole Internet utilisé pour valider un certificat numérique X.509. OCSP est standardisé par l’IETF dans la RFC 6960. Ce protocole est une alternative réglant certains des problèmes posés par les listes de révocation de certificats dans une infrastructure à clés publiques.

J’ai toujours voulu faire çà - en plus de mon AC :wink:

Romain

#8

J’avais ce problème au début partout, j’ai effectivement désactivé cette option.

ben en fait, c’est même une bonne pratique. Ça permet d’éviter d’exposer le Root CA.

En tout cas, je pense que c’est lié à la version de de firefox, et en particulier au fait que Mozilla veut faire en sorte que des certificat auto-signés ne puissent plus être utilisés.

#9

J’avais lu des articles sur "comment faire pour que les navigateurs Web certifient mon AC (sans erreur : si date valide et le nom de domaine) et cela sans ajouter l’AC (Authoritée de Certification et Authoritée tierce à tous les navigateurs du monde - çà doit être payant en plus) je ne sais plus où.

Et je crois que c’était la solution : OCSP (Online Certificate Status Protocol) - sans en être sûr.

OCSP permet de centraliser cette tâche au sein d’une PKI. Afin de valider un certificat, le client n’a plus à communiquer qu’avec une seule entité : le répondeur OCSP. On peut parler aussi d’autorité de validation (VA pour Validation Authorithy ).

Stéphane Bortzmeyer nous explique la RFC 6960: X.509 Internet Public Key Infrastructure Online Certificate Status Protocol - OCSP.

Alternative à OCSP : RFC 5055 - Server-Based Certificate Validation Protocol (SCVP)
 RFC 5276 - Using the Server-Based Certificate Validation Protocol (SCVP) to Convey Long-Term Evidence Records :confused:

Cordialement,
Romain

#10

Oui.

Personellement, je signe mes demande de certifcats avec l’AC - Il ne sont plus considérer comme auto-signé.

Par exemple le certificat du site Web sur https://howto.zw3b.fr n’est pas auto-signé - il est signé par l’AC LAB3W - mais qui n’est pas inclue aux navigateurs Web de la planète - Il faut ajouter soi-même l’AC LAB3W si tu veut sécuriser la connexion client-serveur entre toi et mes sites Web, seulement les miens :wink:
Mon Autorité de Certification (en passant) « LAB3W Root Certificats : http://www.lab3w.fr/pub/lab3w-cacert.crt ».

Je génère mes certifs depuis une machine (l’AC) non connecté au réseau internet - et la liste des révocations etc… et c’est tout… par contre je suis complétement new-bee dirais-je dans ce domaine.

Je fais cela pour sécuriser ma connexion entre mon client (navigateur Web) et mon serveur Web pour que personne ne puisse intercepter la tram (mot de passe de connexion) - style le stagiare du FAI … ou le techos de la borne :wink:

#11

C’est exactement ce que je fais.
Cependant, dans Firefox 100.0 sur Windows, il me dit que l’autorité signataire n’est pas reconnue, alors que la version ESR 91.9 ne pose pas de problème

Donc je pense qu’il doit y avoir un truc dans firefox 100.0 qui doit imposer ça. je crois que j’ai vu quelque chose sur le sujet récemment, mais je ne sais plus où. il doit surement exister une entrée dans about:config, mais pas facile de trouver

#12

Essaies la 102.0a1 (2022-05-12) ^^ FF Nightly :wink: La version de FF version développeur FireFox ^^ qu’il faut relancer le navigateur tous les jours :slight_smile: Je le met à jour… 1 seconde :slight_smile: 102.0a1 (2022-05-13) :slight_smile:

CF mon AC dans FF :
FF-Certificat

#13

et ton AC est auto signée? Cool, je vais regarder tout ça de plus près.

#14

oui :slight_smile: - Bon courage pour son PKI @Zargos !

#15

merci :slight_smile:

j’ai fait le test sur une VM sous Debian SID, avec firefox-esr et firefox.
dans les deux cas, tout a bien fonctionné.

C’est donc un problème spécifique à la version Windows.

Donc je pense que je vais sauvegarder mes bookmarks et ma config (pour le cas où)
et je vais complètement désinstaller firefox avec effacement des fichiers conservés pour être sur quelque chose de propre

Cependant sous SID c’est Firefox 10.0 du 3 mai 2022, et sous windows c’est Firefox 100.0.1 du 16 mai 2022. mais comme le problème est antérieur au 16 mai, la question ne se pose pas.

j’ai créé une entrée dans bugzilla.

#16

Bonjour

Un lien au sujet de l’hypothèse d’un problème dû à un antivirus Windows (et autres…)

mozilla.org → Comment régler les codes d’erreur de sécurité sur les sites web sécurisés

1 J'aime
#17

C’est en effet l’inspection HTTPS de mon antivirus qui pose le problème, avec une incapacité à traiter des listes d’exclusion.
Le genre d’option mal faire finalement.
J’annule mon bugzilla et je remonte ça à ESEt pour leur dire que c’est pas top en terme de réalisation comme option.

1 J'aime