Free public checks, with clear limitsMeasured results and stated limitsSecurity · WCAG · SEO · Performance
C05-T001 · Cookies

Secure

L’attribut Secure empêche l’envoi du cookie de session sur une connexion HTTP.

Comment lire le résultat

Le scan passif ne voit que les cookies de la réponse analysée ; contrôlez aussi ceux créés pendant la connexion et la commande.

Ce qu’il faut corriger

Pour Laravel, activez le cookie sécurisé dans .env, videz le cache de configuration et reconnectez-vous pour obtenir un nouveau cookie.

Étapes de correction

  1. Dans le résultat C05-T001, relevez le nom du cookie et l’attribut ou la donnée signalés. Ne copiez pas sa valeur dans un ticket public.
  2. Ouvrez Fichier .env de l’application Laravel et notez sa configuration actuelle.
  3. Pour Laravel, activez le cookie sécurisé dans .env, videz le cache de configuration et reconnectez-vous pour obtenir un nouveau cookie.
  4. Vérifiez le parcours concerné et relancez C05-T001 dans AxiSecurity.

Preuve attendue

chaque cookie concerné affiche Secure dans Set-Cookie.

Exemple de configuration

SESSION_SECURE_COOKIE=true

Vérifier la correction

Exécutez cette vérification depuis un poste autorisé ou votre serveur d’administration, puis relancez AxiSecurity.

/opt/plesk/php/8.4/bin/php artisan optimize:clear
curl -sI https://VOTRE-DOMAINE.TLD | grep -i '^set-cookie:'