DATA ≠ DRAFT ≠ PUBLIC
Les données métier, les brouillons HTML et les fichiers réellement servis en production restent dans des espaces distincts.
Les fichiers, les secrets, les règles serveur, les accès et la production sont séparés puis réassemblés par des contrats contrôlés.
Les données métier, les brouillons HTML et les fichiers réellement servis en production restent dans des espaces distincts.
JWT, memberships et rôles définissent le périmètre d’accès à chaque tenant et à chaque surface d’administration.
Les secrets ne sont pas conservés dans les pages publiques ni recopiés aveuglément depuis une archive importée.
.envUn fichier .env est classé comme secret privé. Ses valeurs ne sont pas copiées dans le site public ; elles peuvent être orientées vers le coffre ou le stockage de secrets prévu.
.htaccessUn .htaccess est analysé comme configuration serveur. Les règles supportées deviennent une politique SBS structurée au lieu d’être exécutées brutes.
Une règle non supportée reste explicitement non résolue. SBS ne la convertit pas silencieusement en comportement serveur.
SBS génère et maintient les vhosts publics et d’administration, leurs mappings et le proxy API.
Les domaines sont provisionnés avec leurs certificats et leurs redirections HTTP vers HTTPS.
sbs-security-v1La baseline centrale applique notamment HSTS, CSP, X-Content-Type-Options, Referrer-Policy et Permissions-Policy.
La CSP est calculée avec le domaine public et le Manager du tenant au lieu d’utiliser une valeur globale copiée partout.
Une server-policy importée peut compléter la configuration, mais les règles de sécurité propriétaires SBS restent prioritaires.
Les opérations sensibles sont sauvegardées avant écriture afin de permettre diagnostic et retour arrière contrôlé.