Sécurité et données

Ce que fait l'API de criblage

Les noms recherchés ne sont conservés nulle part, ni dans la trace de l'appel ni ailleurs. Chaque appel reçoit un identifiant (requestId) que vous conservez pour prouver que le criblage a eu lieu.
Les images de pièces d'identité ne sont pas conservées. Le service les lit, rend le résultat et les oublie.
Refus par défaut. Une indisponibilité répond toujours par une erreur (503), jamais par une réponse vide qui laisserait passer une opération.
Version de la liste. Chaque résultat indique la liste et le lot de la liste d'où il vient.

Accès et clés

Accès en HTTPS uniquement ; un appel en HTTP est redirigé.
Les clés d'API sont remises une seule fois et ne sont pas conservées en clair. Une clé perdue n'est pas renvoyée : elle est remplacée.
Révocation immédiate sur demande ; quota d'appels par minute convenu pour chaque accès ; clés pouvant porter une date d'expiration.
Sans clé valide, l'API répond 401 avec le code API_KEY_REFUSED et un requestId, sans rien renvoyer de la demande. Connaître l'adresse ne donne aucun accès.

Piste d'audit de la plateforme

La piste d'audit de la plateforme et de ses Suites obéit aux règles suivantes.

Les événements sont enregistrés en ajout seul : l'application ne prévoit ni leur modification ni leur suppression.
Chaque événement est lié au précédent par une empreinte SHA-256 : la modification d'un événement passé, ou la suppression d'un événement au milieu de la chaîne, devient détectable.
La consultation d'une donnée sensible est elle-même enregistrée.
Les investigations sont cloisonnées et protégées ligne par ligne.

Ce que protège ce chaînage, et ce qu'il ne remplace pas. Il permet de vérifier, après coup, que l'historique n'a pas été réécrit. Il ne remplace ni le contrôle des accès, ni les sauvegardes, ni un audit indépendant, et ne constitue pas une certification.

Notre approche de la sécurité

Authenica entend intégrer la sécurité dans la conception, le développement et l'exploitation de ses services. Les mesures applicables dépendent des risques, de l'architecture déployée, des données traitées et des engagements contractuels.

Elles peuvent porter sur la gestion des accès, la protection des échanges, la journalisation, la gestion des vulnérabilités, les sauvegardes, la continuité de service et le traitement des incidents.

Signaler un incident

Toute suspicion d'accès non autorisé, de divulgation de données ou de vulnérabilité liée aux services Authenica peut être signalée à it@authenica.tech.

Indiquez l'objet « Signalement de sécurité — Authenica », une description du problème, la date approximative et le service concerné. Évitez de transmettre des données personnelles inutiles, des mots de passe ou des secrets d'authentification.

Les signalements sont examinés selon les procédures internes applicables. Les obligations de notification sont évaluées au regard de la réglementation et des responsabilités respectives des parties.

Gouvernance des données et de l'IA

Authenica vise une gestion responsable des données et des traitements automatisés. Cette gouvernance couvre les rôles et responsabilités, les accès aux données, les finalités et durées de conservation, la traçabilité, le contrôle des résultats automatisés, la revue humaine lorsque nécessaire, ainsi que la gestion des incidents et des demandes des personnes concernées.

Engagements de conformité

L'utilisation de la plateforme ne constitue pas, à elle seule, une garantie de conformité réglementaire pour le client. Les obligations applicables dépendent notamment de son secteur, de son statut et des pays dans lesquels il exerce.

Authenica ne revendique à ce jour aucune certification, homologation, autorisation réglementaire, audit indépendant ou partenariat. Toute référence de ce type sur ce site correspondra à une situation réelle et vérifiable.

Dernière mise à jour : 18 octobre 2026