# Sécurité — pilote, revue nécessaire

Ne pas assimiler code généré, contrôle syntaxique et application auditée. Le serveur n’a pas été exécuté dans l’environnement de livraison. Faire une recette isolée, puis une revue de sécurité avant données sensibles ou accès clients réels.

Points implémentés dans le code : authentification Laravel, mots de passe hachés, jetons CSRF, rôles serveur, vérification de compte actif, rate limiting de connexion, stockage privé des documents, téléchargement authentifié, images réencodées sans SVG, invitations hachées à usage unique, sorties HTML échappées, accès IA facultatif sans outils d’écriture.

Limites : pas de MFA, pas d’antivirus, pas d’audit indépendant, pas de sauvegarde automatiquement configurée, CSP avec inline/eval pour Alpine/Livewire. `robots.txt` et `noindex` n’assurent pas la confidentialité. Le logo du Studio est public de façon intentionnelle ; ne pas y placer une image confidentielle.

Ne jamais exposer la racine de l’application ou le répertoire de stockage. Ne jamais mettre APP_DEBUG=true sur un site public. Ne pas créer de lien de stockage public. Vérifier l’isolation A/B et l’invalidation des sessions après révocation. Ne pas importer de mots de passe clients dans des notes ordinaires.

En cas d’incident : fermer les accès concernés, préserver les journaux nécessaires, révoquer les secrets exposés et analyser l’incident sur une copie. Ne pas partager les journaux bruts contenant des données personnelles ou des secrets dans une conversation.