Un enregistreur JMeter de confiance a toujours besoin d’une clé client mTLS

Installer l’AC d’enregistrement de JMeter dans le navigateur ne résout qu’un seul sens de la confiance : le navigateur peut accepter les certificats de site de remplacement présentés par l’enregistreur. Cela ne fournit à JMeter aucune clé privée client pour la poignée de main mTLS de l’application.

browser → JMeter recorder → mTLS application
          records HTTPS    presents client identity

Lors d’un enregistrement intercepté, c’est JMeter qui établit cette connexion HTTPS suivante. Choisissez le certificat client autorisé et la clé privée correspondante dans un magasin de clés JKS ou PKCS12 via Options → SSL Manager, ou via la configuration documentée du magasin de clés de la JVM. Tenez compte de l’implémentation HTTP et du choix d’alias utilisés par le test. Un certificat d’AC public seul ne peut pas fournir cette identité.

Diagnostiquez l’échange dans l’ordre : la confiance du navigateur dans l’enregistreur, une éventuelle connexion et authentification par proxy d’entreprise, puis la poignée de main TLS avec la destination. Un 407 relève de la connexion au proxy ; changer le certificat mTLS ne peut pas y répondre.

Les données de requête enregistrées ne transportent pas l’identité de la clé privée dans une relecture ultérieure. Le client sortant de la relecture a lui aussi besoin d’une configuration d’identité fonctionnelle. Si cette relecture reçoit un 407 du proxy, configurez séparément les identifiants de proxy sortant de JMeter.