Donnée	À quoi elle sert	Ce qui est conservé
Règles métier	Prendre les décisions de l’organisation	Contenu des règles et historique des versions
Comptes utilisateurs	Se connecter	Identifiant, e-mail, nom, mot de passe haché, facteurs d’authentification
Clés d’accès MCP	Autoriser un agent	Empreinte, libellé, portée, échéance (jamais le secret)
Données d’entrée d’un appel	Évaluer la règle	Traitées le temps de l’appel, jamais écrites dans le journal ni dans les logs
Journal des appels	Preuve de chaque décision	Date, organisation, utilisateur, outil, version, statut, code d’erreur, durée
Refus d’authentification	Détecter les accès invalides	Date, code (jamais la clé présentée)

Sécurité

Les mesures en place

Mesure	Ce que nous mettons en œuvre
Authentification forte	Connexion centralisée avec second facteur (code ou clé d’accès)
Mots de passe	14 caractères minimum, différents de l’identifiant et de l’e-mail, 3 derniers refusés
Comptes maîtrisés	Pas d’inscription libre
Cloisonnement entre organisations	Contrôle au niveau de la base : une organisation ne peut pas lire les données d’une autre
Droits par rôle	Membre, administrateur, propriétaire ; actions sensibles réservées aux rôles qui en ont besoin
Clés d’accès MCP	Portée limitée (exécution ou édition), échéance, révocation immédiate, secret affiché une seule fois
Chiffrement des échanges	HTTPS partout, HSTS
Accès d’administration	Serveurs accessibles uniquement par clé SSH nominative ; interfaces d’administration non exposées sur Internet ; compte d’hébergement et forge de code protégés par second facteur
Cloisonnement réseau	Base de données et service d’identité non exposés sur Internet ; seuls le web (HTTPS) et l’accès SSH au code sont ouverts
Sessions et console	Protections navigateur (CSP, anti-CSRF, pas de mise en cache), déconnexion complète
Traçabilité	Chaque appel et chaque action sur une clé sont horodatés et rattachés à un identifiant de corrélation
Sauvegardes chiffrées	Copies chiffrées hors du serveur principal
Code et secrets	Code hébergé sur notre propre serveur, accès privé ; analyse automatique des secrets avant chaque enregistrement du code

Sous-traitants

Qui traite vos données, et où

Pour HELO Axiome, un seul sous-traitant : OVHcloud, en France.

Sous-traitant	Rôle	Données concernées	Localisation
OVHcloud, serveur privé virtuel	Héberge HELO Axiome : serveur de règles, console, base de données, identité	Les données traitées par Axiome (règles, comptes, journaux)	Paris, France
OVHcloud, stockage d’objets	Conserve les sauvegardes chiffrées hors du serveur	Sauvegardes chiffrées uniquement	Strasbourg, France
OVHcloud, nom de domaine et DNS	Gère le domaine heloia.com et les adresses du service	Noms de domaine, aucune donnée de dossier	France

HELO IA, la plateforme d’agents, s’appuie sur Swiftask, plateforme française hébergée en France.

Intelligence artificielle

Aucune IA dans la décision

HELO Axiome n’envoie aucune donnée à un modèle d’IA et n’en utilise aucune pour entraîner un modèle. La décision vient de la règle publiée par votre expert.

L’agent IA qui appelle Axiome reste votre choix : le modèle qu’il utilise est en dehors d’Axiome.

Nous contacter

Parlons de votre métier

Dites-nous quelle règle ou quel usage vous voulez fiabiliser. Nous vous répondons avec une démonstration et une proposition adaptée.

Écrire à HELO IA contact@heloia.com

Le bouton ouvre votre messagerie.
Aucune réservation ni souscription automatique.