Sécurité

Comment Atlas isole les clients, protège votre site web et votre contenu, et ce qui n'a pas encore été vérifié de manière indépendante.

Cette page a été traduite de l'anglais. En cas de divergence, la version anglaise fait foi. Lire en anglais

Cette page s’adresse aux personnes qui valident Atlas pour votre entreprise : responsables sécurité, informatique et juridique. Elle indique ce que fait Atlas, et tout aussi clairement ce qui n’est pas encore fait.

Votre site web reste sous votre contrôle

Atlas n’a aucun accès à votre code source, votre dépôt, vos serveurs, votre compte d’hébergement ni votre pipeline de déploiement. Rien dans Atlas ne peut déployer du code.
Votre site web récupère le contenu publié avec un jeton de diffusion en lecture seule, depuis du code serveur. Atlas ne peut pas pousser de code ni de scripts sur votre site.
Le contenu ne peut pas exécuter de code. Il n’y a ni plugins, ni blocs HTML, ni scripts personnalisés. Les éditeurs renseignent des champs typés définis par vos développeurs, et vos composants en produisent le rendu. Cela supprime la voie de compromission la plus courante des sites pilotés par un CMS.
Votre site conserve un contenu de repli intégré : une panne d’Atlas ne met donc pas votre site web hors service.

Isolation entre clients

Chaque enregistrement appartient à une organisation, un site et un environnement. Atlas résout ce périmètre côté serveur pour chaque requête ; il n’est jamais repris du navigateur.
La base de données applique le même périmètre avec la sécurité au niveau des lignes (row-level security). Le rôle de base de données de l’application ne possède pas les tables et ne peut pas contourner ces règles.
Les liens média et les tâches d’arrière-plan portent le même périmètre.
Development et Production ont des contenus, jetons et paramètres distincts.

Comptes et accès

Les personnes se connectent via le service d’authentification unique d’Atlas. L’accès se fait uniquement sur invitation.
Les rôles limitent ce que chaque personne peut faire sur chaque site (voir Development et Production).
Les actions sensibles (approuver une release, modifier les membres, exporter des données) peuvent exiger une seconde confirmation sur le téléphone de la personne.
Retirer une personne met fin immédiatement à ses sessions.
Chaque modification est inscrite dans un journal d’audit non modifiable. Les administrateurs de l’organisation peuvent le consulter et l’exporter.

Jetons et secrets

Les jetons de diffusion, les jetons des agents IA et les secrets de webhook sont affichés une seule fois. Atlas ne stocke qu’une empreinte des jetons ; ils ne peuvent donc pas être relus, même par le personnel d’Atlas.
Les jetons sont limités à un seul environnement et peuvent être révoqués à tout moment.
Les mots de passe et clés d’API d’e-mail que le propriétaire de votre site ajoute sont chiffrés, jamais réaffichés et jamais écrits dans les journaux.
Les webhooks sont signés (HMAC-SHA256 avec un horodatage) et ne sont envoyés qu’à des adresses HTTPS publiques.

Sécurité de Production

Production est désactivé pour chaque nouveau site.
Production ne sert qu’une release approuvée et signée. Une release doit passer ses vérifications et être approuvée par une personne disposant des droits d’approbation. Les agents IA ne peuvent jamais approuver ni publier.
Chaque release peut faire l’objet d’un retour arrière.

Protection contre les abus

Les formulaires et le chatbot utilisent Cloudflare Turnstile, des honeypots, des contrôles de temps, la détection des doublons et des limites de débit.
Les points d’accès navigateur n’acceptent que les requêtes provenant de l’origine enregistrée de votre site web.
Les compteurs de pages vues n’utilisent aucun cookie et ne stockent ni adresses IP ni identifiants de visiteurs.

IA

Les agents IA se connectent via MCP avec un jeton limité à un environnement Development et aux permissions que vous accordez. Ils n’ont aucun outil shell, base de données, fichier ou récupération web.
Les réponses IA du chatbot proviennent uniquement du contenu publié de votre site, et il lui est demandé de traiter ce contenu comme des données, jamais comme des instructions.

Pas encore fait

Nous préférons que vous l’appreniez de notre part :

Élément	État
Test d’intrusion indépendant	Non réalisé
Certifications (SOC 2, ISO 27001)	Aucune
Choix de la résidence des données	Non décidé. Interrogez-nous avant de signer
Durées de rétention et de suppression des données	Non décidées
Authentification unique avec votre propre fournisseur d’identité (SAML/OIDC)	Non disponible
Engagement de disponibilité (SLA)	Aucun tant que le service n’a pas été mesuré en production
Restauration de la base de données à un instant donné	Non disponible ; des sauvegardes quotidiennes sont prévues

Signaler une vulnérabilité

Écrivez à security@orbisai.ae. Merci d’inclure les étapes de reproduction et de ne pas accéder aux données d’autres clients. Nous accuserons réception de votre signalement et vous tiendrons informé. Notre fichier security.txt contient les mêmes informations.