OneNymID de proxy et jetons
Références des ordres et des membres.
Réduisez le stockage direct des données personnelles.
PLATEFORME ONENYM / CONCEPTION TECHNIQUE
Effectuer les actions nécessaires,
sans partager de données personnelles.
Éloignez-vous de la duplication des données personnelles entre les entreprises,
vers l’exécution d’actions autorisées avec un accès limité.
OneNym Platform combine des identifiants de proxy, des jetons, une autorisation et un coffre-fort séparé. Sa conception sépare les données personnelles des systèmes commerciaux et limite leur utilisation aux fins nécessaires.
01 / ARCHITECTURE
Séparez l’identité, les autorisations et les données.
Les systèmes d'entreprise gèrent les ID proxy et les jetons. La récupération et le traitement passent par une autorisation indépendante. Conservez les données personnelles dans un coffre-fort séparé et réduisez les copies entre les systèmes.
Demander une action
↓
↓
Actions autorisées uniquement
Vérifiez le demandeur, l’objectif, l’enregistrement et l’expiration.
Rejeter les demandes en dehors de la autorisation.
Limiter aux informations nécessaires
↓
↓
Coffre de données
Gérer les données personnelles et les mappages.
Renvoie des résultats ou des champs limités.
Diagramme conceptuel. Les mappages entre les identifiants proxy et les données personnelles nécessitent également une protection en tant qu'informations sensibles.
02 / QUATRE COMPOSANTS
Réduisez l’exposition grâce à la conception.
01 / PROXY IDENTITY
Identifiant du mandataire
Référencez une personne via des identifiants spécifiques au service plutôt que des données personnelles. Les identifiants séparés entre les services réduisent les opportunités de corrélation et de suivi.
Considérations : isolement des organisations et des services, identifiants imprévisibles, rotation, suppression et accès restreint au mappage.
02 / TOKENIZATION
Tokenisation
Utilisez des jetons de référence ciblés plutôt que des adresses ou des e-mails. Gérez les actions autorisées, l’expiration et les limites d’utilisation.
Considérations : abus de jetons volés, limites de réutilisation, révocation et qui peut résoudre un jeton. Un simple hachage ne rend pas les données anonymes.
03 / PERMISSIONS
Autorisations d'accès
Vérifiez les conditions de chaque opération, par exemple autoriser l'entreprise A à utiliser l'adresse de cette commande une seule fois pour la livraison. Vérifiez qui peut gérer quelles données et dans quel but, au-delà du statut de connexion.
Considérations : isolement des organisations, objectif, portée, expiration, révocation, administration et pistes d'audit. L’autorisation technique est distincte du consentement ou des motifs contractuels.
04 / DATA VAULT
Coffre de données
Séparez les données personnelles des dossiers professionnels et exposez-les uniquement via des chemins restreints. Concevez ensemble le chiffrement, la gestion des clés, l’administration, les sauvegardes et la suppression. Utilisez des services de clés cloud tels qu'Azure Key Vault ou AWS KMS en fonction de l'environnement de déploiement.
Considérations : séparation des clés et des données, limites des organisations, récupération, disponibilité, enregistrements d'audit et conservation. Un coffre-fort centralisé peut devenir une cible précieuse.
03 / EXEMPLE D'INTÉGRATION
Demandez la livraison sans stocker l’adresse.
Un exemple de conception pour un détaillant et un prestataire de livraison. L'intégration du fournisseur, la conservation des données et les motifs d'utilisation nécessitent une conception et un accord distincts.
Enregistrer les données requises dans le coffre-fort
Enregistrez une adresse de livraison et renvoyez un identifiant proxy lié à la commande au détaillant. Concevez un chemin d'entrée qui évite les serveurs et les journaux du détaillant.
Émettre un jeton ciblé
Limitez un jeton à la commande, au transporteur et à l'expiration. Le détaillant transmet le jeton au lieu de l'adresse.
Autoriser le livreur
Authentifiez le fournisseur et validez la portée du jeton. Renvoyez uniquement les données de livraison autorisées.
Appliquer l'expiration et la révocation
Arrêtez tout accès futur lorsqu'une autorisation expire ou est révoquée. La suppression des adresses déjà récupérées dépend des opérations et des accords du fournisseur.
Exemples de dossiers conservés par le détaillant
ID de commande, ID de proxy, jeton de livraison et état de livraison.
Exemples de données avec rétention directe réduiteNom, code postal et adresse. Déterminez séparément ce que la facturation et le support client doivent conserver.
TECHNICAL DEEP DIVE
Explorez les conceptions au niveau de la mise en œuvre.
Lisez des exemples concrets de mappages d’identifiants, d’autorisation, de clés de chiffrement et de suppression.
PROXY IDENTITY
ID de proxy et isolation des organisations
Séparez les identifiants des données personnelles et établissez des limites par organisation et par service.
Lire la conception techniqueTOKENIZATIONJetons ciblés et révocation
Transmettez des références au lieu de données, en limitant les enregistrements, les destinataires, les objectifs et l'expiration. Séparez la possession d’un jeton de l’autorisation de récupérer des données.
Lire la conception techniquePERMISSIONSAutorisation et intégration API
L'authentification identifie le demandeur. L'autorisation détermine les actions autorisées. Vérifiez le dossier et le but de chaque opération.
Lire la conception techniqueDATA VAULTChiffrement, gestion des clés et stockage
Stockez les données personnelles séparément et limitez les chemins de déchiffrement. Concevez le stockage, l’utilisation, la suppression et la récupération comme un seul cycle de vie.
Lire la conception technique04 / LIMITES ET CONSIDÉRATIONS
Réduire la rétention n’est qu’une partie de la solution.
Les identifiants proxy doivent également être protégés
Les identifiants et les jetons qui identifient ou relient une personne ne sont pas automatiquement anonymes. Gérez le stockage et l’accès de manière appropriée.
Les données récupérées peuvent rester
La révocation de l'accès n'efface pas les copies ou les journaux déjà créés. Les partenaires ont besoin de politiques de conservation et de suppression.
Disponibilité et responsabilités
Convenez de l’impact d’une panne, de la récupération, des responsabilités, de l’emplacement des données et de la conservation pendant le déploiement.
Décisions de conception avant la mise en œuvre
Définissez l'authentification, l'autorisation, les clés, les journaux d'audit, la conservation, la suppression, le comportement en cas d'échec et la migration. Les API et la portée de l'intégration dépendent du système et du flux de travail.
FROM EXPOSURE TO ARCHITECTURE
Commencez par comprendre votre flux de données.
Un test d’exposition peut évaluer les chemins actuels vers les données personnelles.
Contactez-nous pour discuter de la réduction de la conservation des données.