Ce que nous détenons, où cela va, et ce que nous ne pouvons pas toucher

Nous n’en revendiquons aucune que nous n’ayons obtenue. Ce que nous pouvons montrer, c’est comment le système est réellement construit : autorisations en lecture seule, isolation par locataire au niveau de la base, jetons chiffrés, TLS, et une liste nommée de qui traite quoi. Demandez un audit précis et nous dirons honnêtement où nous en sommes.

Nous envoyons le texte des prompts aux moteurs pour mesurer les réponses, et ce texte ne contient ni identité ni données clients. Nous ne vendons pas les données et ne les partageons pas à des fins publicitaires.

Dans l’UE. Réponses, prompts et données des comptes connectés restent dans la même région, et la liste des sous-traitants nomme chaque partie qui y touche.

Une adresse de divulgation plutôt qu’un programme rémunéré : security@rixe.ai atteint un ingénieur, et nous répondons avec ce que nous avons corrigé et quand.

Un accès en lecture aux métriques dont le rapport a besoin : clics, sessions, montants de commandes, visites de robots. Aucune fiche client, aucune donnée personnelle, aucun accès en écriture.

Via votre fournisseur d’identité si le SSO est actif : retirer là-bas retire ici. Sinon, le propriétaire de l’espace révoque le siège et la session se termine.

Oui, au repos et en transit, avec des clés gérées par le fournisseur d’infrastructure. La note d’architecture précise quel service détient quoi.

Contenir, prévenir directement les espaces concernés, puis publier ce qui s’est passé. La notification ne dépend pas du caractère médiatique de l’incident.

Avec préavis écrit et fenêtre convenue, oui. Nous préférons que vous testiez plutôt que de nous croire sur parole.

Un petit groupe d’astreinte, pour le support et uniquement avec un motif consigné dans le journal d’audit. Personne ne parcourt les espaces clients sans raison.