AstrabaseSÉCURITÉ PLATEFORME ASTRABASE · 23 OCTOBRE 2026
Des protections concrètes, à chaque niveau de la plateforme.
Astrabase associe des contrôles d'identité, des permissions de projet, des mesures de sécurité réseau, des restrictions d'exécution, de la supervision continue et des procédures opérationnelles documentées. Notre démarche : réduire les risques, détecter les anomalies et expliquer clairement les garanties comme les limites de chaque composant.
8 contrôles / minuteMesures de disponibilité et de latence sur les principaux services
Accès contrôlésSessions, rôles, permissions et protections supplémentaires selon le service
Transparence publiqueIncidents suivis, historique consultable et limitations explicites
Description des mécanismes disponibles ou configurables, pas une certification ni une garantie absolue.
Notre architecture de protection, en détail
Les mesures ci-dessous correspondent à des fonctionnalités et à des configurations présentes dans le code ou dans l'exploitation d'Astrabase. Leur couverture effective peut varier selon les services, les projets et les options activées.
01 / IDENTITÉ ET AUTHENTIFICATION
Protection des comptes et des sessions
Les connexions de la console reposent sur une authentification contrôlée. En mode local, les mots de passe sont dérivés avec scrypt et un sel individuel ; les sessions sont signées, limitées dans le temps et révocables. L'authentification multifacteur (TOTP) et ses codes de récupération existent dans les parcours pris en charge. Les applications clientes disposent également de mécanismes WebAuthn/Passkeys selon leur intégration. L'activation et le périmètre de ces protections dépendent du mode d'identité et de la configuration.
02 / AUTORISATIONS
Rôles, permissions et séparation des responsabilités
Les projets disposent de rôles d'accès ; les opérations sensibles vérifient les permissions côté serveur. L'administration opérateur possède ses propres contrôles, avec des rôles délégués limités à la lecture sur certains modules. Des vérifications de session et d'origine encadrent plusieurs actions administratives. Les comptes et les clés techniques n'ont pas vocation à partager les mêmes privilèges.
03 / TRANSPORT ET NAVIGATEUR
HTTPS, en-têtes de protection et contrôle du trafic
Caddy prend en charge le transport HTTPS et la terminaison TLS des domaines configurés. Les réponses applicatives définissent notamment des protections de type Content-Security-Policy, X-Frame-Options, X-Content-Type-Options et Referrer-Policy ; HSTS est prévu en environnement de production. Des contrôles d'origine, de format, de taille de requête et des limitations de débit réduisent certains abus. Ces contrôles sont adaptés aux différents services et sont renforcés au fil des versions.
04 / BASE DE DONNÉES
PostgreSQL et autorisations sur les données
Le backend utilise PostgreSQL et des vérifications de santé réelles. Les fonctionnalités de données par projet s'appuient sur des schémas et, selon les cas, des politiques Row Level Security (RLS). Les droits sur les données doivent être configurés et vérifiés pour chaque application : les mécanismes proposés ne dispensent pas d'une configuration adaptée.
05 / API ET INTÉGRATIONS
Clés API, webhooks et opérations sensibles
Astrabase propose des jetons API avec expiration et révocation, des contrôles d'accès sur les routes et des validations adaptées aux opérations sensibles. Les webhooks de déploiement sont associés à des mécanismes de vérification de signature. Les formulaires et les endpoints publics disposent de validations et de mesures anti-abus. Les secrets doivent rester côté serveur et ne pas être intégrés dans le JavaScript public.
06 / EXÉCUTION ET DÉPLOIEMENTS
Durcissement des composants et réduction des privilèges
Les composants d'exécution utilisent, selon leurs fonctionnalités, des restrictions de permissions et de ressources ainsi que des mesures de séparation. Les déploiements sont accompagnés de validations, de journaux et de procédures de retour arrière. Le niveau d'isolation varie selon les services : Astrabase ne garantit pas une isolation absolue de tout code tiers, et certains usages peuvent être soumis à des restrictions.
07 / SUPERVISION
Huit contrôles automatiques chaque minute
Le moniteur Status Ultimate vérifie le site public, l'espace client, les deux points d'accès API, Forge, le backend/PostgreSQL, l'application interne et le certificat HTTPS. Il mesure les latences, conserve jusqu'à sept jours d'observations, ouvre un incident après trois échecs consécutifs et confirme un rétablissement après deux réussites. Les données absentes ou anciennes ne sont jamais présentées comme une disponibilité confirmée.
08 / TRANSPARENCE
Page de statut publique et communication d'incidents
L'état des services est consultable sans connexion sur status.html. Les contrôles de disponibilité et les communications officielles y sont distingués clairement. Une indisponibilité étendue peut affecter la collecte ou l'accès au tableau de statut. Les pourcentages correspondent uniquement aux contrôles effectivement observés et ne constituent pas un engagement SLA.
09 / ALERTES INTERNES
Contrôles d'infrastructure et seuils opérationnels
Les mécanismes de suivi opérationnel portent notamment sur la santé des services et certains indicateurs d'infrastructure, lorsque les mesures correspondantes sont disponibles. Des confirmations successives et des règles anti-doublons limitent les fausses alertes. La réception d'une notification dépend des canaux d'alerte configurés.
10 / AUDIT ET EXPLOITATION
Traçabilité et outils de diagnostic
Les modules opérateur permettent de consulter des événements d'administration, des diagnostics d'infrastructure, des résultats de déploiement et des métriques agrégées, avec restrictions de lecture selon le rôle. Les journaux servent à comprendre les anomalies et à documenter les interventions. Cette traçabilité ne remplace pas une investigation indépendante ni une couverture exhaustive de tous les événements.
11 / SAUVEGARDES
Sauvegardes encadrées et retour arrière documenté
Des mécanismes de sauvegarde et des procédures de retour arrière accompagnent les opérations importantes. Leur couverture dépend des composants et du contexte d'exploitation. Les délais de reprise et les objectifs de conservation ne sont garantis que lorsqu'ils font l'objet d'engagements explicites.
12 / AMÉLIORATION CONTINUE
Une sécurité documentée, sans promesse absolue
Astrabase évolue par vérifications statiques, tests automatisés, contrôles d'intégration et retours d'incident. Les mécanismes sont renforcés progressivement, avec une attention particulière portée aux permissions, aux données et aux déploiements. Nous ne revendiquons ni invulnérabilité, ni certification ISO 27001 ou SOC 2, ni audit indépendant généralisé non démontré.
ASTRASENTINEL / SURVEILLANCE DE SÉCURITÉ
AstraSentinel : détecter les anomalies, documenter les vérifications
AstraSentinel est un dispositif interne de surveillance de sécurité d'Astrabase, distinct du moniteur public de disponibilité Status Ultimate. Son analyse automatisée est configurée pour s'exécuter environ toutes les cinq minutes ; elle ne constitue pas une surveillance exhaustive en temps réel.
Code et intégrité : recherche de certaines signatures de secrets dans les fichiers analysés et contrôle de l'intégrité de composants critiques.
Surface web : sondes ciblées pour vérifier qu'une sélection de ressources sensibles n'est pas exposée publiquement.
Journaux HTTP : analyse de certains refus d'authentification répétés et réponses inhabituelles sur des chemins sensibles, avec filtrage des paramètres d'URL et en-têtes des journaux.
Signalement : canal e-mail configuré pour les alertes importantes ; la livraison automatique en situation réelle reste à vérifier. L'accès à la console détaillée et aux journaux reste privé.
Limites : l'absence d'alerte ne prouve pas l'absence d'attaque. Ces contrôles ne remplacent ni un audit indépendant, ni une réponse humaine aux incidents, et ne garantissent pas la détection de toutes les vulnérabilités. Les SMS ne font pas partie des canaux actuellement configurés.
Transparence et amélioration continue
Protection des environnements : nos mécanismes de restriction et de séparation évoluent avec la plateforme. Les usages impliquant l'exécution de code tiers présentent des risques propres et peuvent nécessiter des garanties supplémentaires ou faire l'objet de restrictions selon les services.
Supervision et disponibilité : les principaux services font l'objet de contrôles automatiques. Ceux-ci ne garantissent pas la détection exhaustive de tous les incidents ni l'accès permanent aux informations de statut, notamment en cas de perturbation étendue.
Sauvegardes et continuité : nos mécanismes de sauvegarde et nos procédures de reprise sont régulièrement améliorés. Leur portée varie selon les fonctionnalités et ne constitue pas, sans engagement contractuel spécifique, une garantie de restauration complète ou de délai de reprise.
Conformité : aucune certification ISO 27001, SOC 2 ni garantie générale de conformité RGPD ne sont revendiquées. Les engagements applicables dépendent des contrats, des traitements et des responsabilités de chaque partie.
Signaler une vulnérabilité de manière responsable
Pour nous signaler un problème, écrivez à x47services@gmail.com. Décrivez le composant concerné, l'impact possible et les étapes de reproduction réalisées avec prudence. N'envoyez pas de mots de passe, de jetons secrets ou de données appartenant à des tiers, et ne perturbez pas les services.
Les signalements sont examinés manuellement. Aucun délai contractuel de réponse ou de remédiation n'est annoncé.
