Interception TLS par antivirus interrompt la connexion de Claude Desktop ; solution avec des exclusions AV

Si Cowork (l'application compagnon de bureau de Claude) affiche en permanence "Claude dans Chrome n'est pas connecté" alors que le panneau latéral de Claude fonctionne correctement, le coupable probable est votre antivirus qui effectue une inspection TLS sur bridge.claudeusercontent.com. Le runtime Node.js de Cowork ne fait pas confiance au magasin de certificats système Windows, il rejette donc le certificat d'interception.

Confirmer le problème

Exécutez cette commande dans PowerShell pour vérifier l'émetteur du certificat :

$req = [System.Net.WebRequest]::Create("https://bridge.claudeusercontent.com")
try { $req.GetResponse() } catch { }
$req.ServicePoint.Certificate | Format-List Subject, Issuer

Si l'Issuer correspond à votre marque d'antivirus (Norton, Bitdefender, ESET, Kaspersky, Avast…) au lieu d'une autorité de certification publique (ex. Amazon, Let's Encrypt), cela confirme le problème.

Solution

• Ajoutez *.claudeusercontent.com et *.anthropic.com à la liste d'exclusion de numérisation HTTPS de votre antivirus.
• Redémarrez l'application Cowork.

Cause racine & Demande

Cela échoue silencieusement pour chaque utilisateur Windows ayant l'analyse HTTPS activée. L'auteur suggère qu'Anthropic lance Node avec --use-system-ca pour respecter le magasin de certificats système, ce qui éviterait complètement ce problème.

Si vous utilisez Cowork avec Claude et voyez cette erreur, vérifiez d'abord vos exclusions antivirus — cela vous évite des heures de débogage.