Confiance et sécurité

Comment AllyProof protège vos données et assure sa sécurité opérationnelle.

Dernière mise à jour : 23.10.26

Hébergement et localisation des données

Les principaux serveurs d’application d’AllyProof sont situés en Allemagne. Les régions de collecte par navigateur dépendent de la vérification choisie : les vérifications de protection de la vie privée en Californie sont exécutées en Californie.

Le stockage de la base de données principale repose sur une infrastructure PostgreSQL située dans l’UE. Les régions de collecte, les services mondiaux en périphérie du réseau et les prestataires de traitement externes sont distincts du lieu de stockage principal. Consultez la politique de confidentialité et l’accord de traitement des données applicable pour les détails du traitement.

Les ressources statiques et la mise en cache en périphérie du réseau sont assurées par un CDN mondial disposant de points de présence dans le monde entier.

Chiffrement et sécurité des communications

Transport : les points d’accès publics AllyProof utilisent HTTPS et des en-têtes de sécurité. Les points d’accès HTTP personnalisés dans l’extension ne chiffrent pas le transport.
Données stockées : notre fournisseur de base de données gérée assure le chiffrement au repos. Confirmez avec nous les modalités actuelles de chiffrement des sauvegardes et de restauration pour votre revue de sécurité.
Clés API : notre base serveur stocke des empreintes SHA-256 et des métadonnées d’identification, pas la clé originale. Celle-ci n’est renvoyée qu’une fois à la création ; une CLI ou un autre client peut conserver votre copie localement. La révocation désactive la clé sans supprimer ses métadonnées.
Mots de passe : notre fournisseur d’authentification gérée hache les mots de passe ; nous ne les stockons pas en clair.

Authentification et sécurité des sessions

La connexion accepte e-mail/mot de passe, Google et GitHub. OAuth utilise PKCE (Proof Key for Code Exchange).
Supabase gère les cookies et l’actualisation automatique des sessions. Les cookies d’authentification sont accessibles au client du navigateur, et ne sont pas HttpOnly ; l’expiration et la révocation des jetons déterminent la validité de la session indépendamment de la durée du cookie.
Row Level Security (RLS) et les autorisations côté serveur limitent l’accès aux données des organisations.
Les droits par rôle distinguent propriétaires, administrateurs, membres, invités et accès à la facturation. Les fonctionnalités payantes ne confèrent pas de droits administratifs.

Conservation et suppression des données

Retirer un site le désactive ; les résultats d’analyse, rapports et preuves existants restent stockés. Contactez-nous pour demander leur effacement.

Comptes utilisateur : la suppression vérifiée par e-mail retire le compte de connexion et les appartenances. Elle n’efface pas à elle seule les données partagées de l’organisation et ne résilie pas les abonnements.
Preuves : analyses, rapports et historiques d’audit restent associés à l’organisation ou au site jusqu’à leur suppression ou l’exécution d’une demande d’effacement autorisée. Les captures référencées sont préservées ; les objets de capture sans référence âgés de plus de 2 jours deviennent éligibles au nettoyage par lots. Il n’existe pas de purge générale de l’historique d’audit après 90 jours.
Analyses : les événements internes sont conservés 400 jours. Ils peuvent être pseudonymes ou liés au compte, et ne sont pas nécessairement anonymes. La mesure Google exige le consentement applicable.
IA : les données limitées de la tâche peuvent contenir des informations personnelles. AllyProof peut conserver les preuves et résultats ; la conservation chez le fournisseur dépend du service et de l’accord. Nous ne promettons pas une conservation nulle dans tous les cas. La Politique de confidentialité détaille les règles et la procédure de demande.
Éligibilité aux essais : l’e-mail de facturation et les données d’éligibilité liées au forfait subsistent après la suppression du compte et de l’organisation, sans expiration automatique. La Politique de confidentialité explique leur finalité ainsi que les démarches d’effacement et d’opposition.

Sauvegarde et reprise après sinistre

Sauvegardes de la base de données : contactez notre équipe pour connaître les calendriers de sauvegarde et les modalités de reprise en vigueur lors de votre revue de sécurité.
Stockage des rapports : les données de rapport et brouillons de preuves fondés sur le VPAT sont stockés dans la base de données de l’application. Les captures et certains fichiers téléchargeables utilisent le stockage d’objets. Cette séparation ne constitue pas une sauvegarde indépendante des rapports.
Délai de reprise : tout engagement contractuel de reprise doit figurer dans votre contrat de service.
Point de reprise : confirmez avec notre équipe le périmètre de reprise convenu et l’intervalle de sauvegarde adaptés à vos exigences de déploiement.

Signalement des vulnérabilités / Contact sécurité

Si vous découvrez une vulnérabilité de sécurité dans AllyProof, veuillez la signaler de manière responsable :

E-mail : security@allyproof.com
Veuillez inclure une description de la vulnérabilité, les étapes permettant de la reproduire et toute capture d’écran ou tout journal pertinent.
Nous accuserons réception sous 48 heures et fournirons une première évaluation sous 5 jours ouvrés.
Nous n’engageons pas de poursuites judiciaires contre les chercheurs en sécurité qui agissent de bonne foi.

Contact en cas d’incident

Pour les incidents de sécurité en cours ou les notifications de violation de données :

Urgence : security@allyproof.com avec l’objet « INCIDENT »
Assistance générale : support@allyproof.com
Nous informons les clients concernés sans retard injustifié et dans les 72 heures après avoir pris connaissance d’une violation de données personnelles. En qualité de sous-traitant, nous informons le responsable du traitement concerné sans retard injustifié. L’article 33 du RGPD concerne la notification à l’autorité de contrôle lorsqu’elle est requise, si possible dans les 72 heures après en avoir pris connaissance ; l’article 34 exige d’informer les personnes concernées sans retard injustifié lorsque la violation est susceptible d’engendrer un risque élevé.

Limites des tests d’accessibilité

AllyProof utilise des outils d’analyse automatisée (axe-core, HTML_CodeSniffer) pour détecter les problèmes d’accessibilité. Il est important de comprendre les limites des tests automatisés :

Les tests automatisés ne couvrent qu’une partie de la conformité en matière d’accessibilité. Dans le jeu de données d’audit publié par Deque, les tests automatisés ont identifié 57,38 % des problèmes d’accessibilité enregistrés. Ce pourcentage représente une part du nombre de problèmes, et non la part des critères de succès WCAG pouvant être entièrement évalués automatiquement ; la couverture réelle varie selon le site.
Les analyses automatisées ne peuvent pas évaluer les critères subjectifs, tels que la pertinence d’un texte alternatif, la logique de l’ordre du contenu ou l’accessibilité réelle de l’expérience utilisateur.
Une analyse automatisée sans problème détecté ne garantit pas une conformité complète aux WCAG. Des tests manuels par des experts, des tests avec des technologies d’assistance et des tests utilisateurs sont également nécessaires.
AllyProof exporte des évaluations dans son propre format fondées sur le VPAT, portant la mention DRAFT (brouillon), et non le formulaire de rapport officiel d’ITI ou des ACR finalisés. Un professionnel qualifié en accessibilité doit compléter le rapport officiel avant son utilisation dans un processus d’achat.
AllyProof ne fournit pas de conseils juridiques. Les résultats d’analyse ne doivent pas être interprétés comme une évaluation de la conformité légale.

Extension de navigateur

Analyses locales : les analyses rapides s’exécutent localement sans compte. L’enregistrement, les demandes de correction par IA et le lancement d’explorations serveur transmettent les données de tâche décrites dans la Politique de confidentialité ; les opérations authentifiées peuvent actualiser automatiquement les jetons.
Accès aux pages : les composants d’écoute intégrés se chargent automatiquement sur les pages HTTP(S) autorisées. Les analyses sont exécutées sur demande. Chrome et Edge demandent activeTab, tabs, storage, scripting et sidePanel ; Firefox utilise les 4 premières. L’autorisation d’accès à l’historique de navigation n’est pas demandée.
Stockage : les 50 dernières analyses persistent localement. Les identifiants d’accès et d’actualisation sont conservés dans le stockage de session, ceux d’actualisation également dans le stockage local. Les jetons d’accès serveur durent 90 jours et ceux d’actualisation 180 jours. Les identifiants et historiques ne sont pas synchronisés via chrome.storage.sync.
Code et télémétrie : le code est intégré au paquet de la boutique. L’extension actuelle ne comporte ni mécanisme d’envoi de télémétrie implémenté ni SDK de suivi tiers.
Distribution : le Chrome Web Store, Microsoft Edge Add-ons et Firefox Add-ons assurent la distribution et les mises à jour via les boutiques.

Sous-traitants

Des prestataires assurent l’hébergement, la base de données, l’authentification, l’envoi, la sécurité et le traitement par IA. Selon la configuration, les fonctionnalités d’IA peuvent utiliser OpenAI, Anthropic ou Google Gemini ; la conservation dépend du service et de l’accord applicables, pas d’un dispositif universel de conservation nulle. Paddle est notre vendeur officiel ; son entité contractante dépend de l’achat. Paddle et certains services Google facultatifs agissent comme responsables indépendants pour leurs propres traitements, plutôt que comme nos sous-traitants.

Demandez les prestataires, lieux de traitement et conditions actuels à legal@allyproof.com. Les clients disposant d’un accord de traitement des données sont informés à l’avance des changements importants de sous-traitants conformément à cet accord.