OneNymRegistrar datos personales
Registra la dirección mediante la API autenticada. Vault la cifra y devuelve un ID proxy impredecible. Evita conservar copias en servidores y registros de la aplicación.
ONENYM / PRIVACY INFRASTRUCTURE
Datos personales.
Sepárelos de
sus sistemas de negocio.
OneNym Address Vault cifra direcciones de entrega y permite referenciarlas mediante un ID proxy. Solo devuelve los campos autorizados a una aplicación autorizada.
Separación de datos / API específicas / Gestión de claves en la nube
SEPARATE DATA. CONNECT WORK.Ejemplo de arquitectura
Sistema empresarial
Órdenes. Servicio al cliente. Conectado.
Referencia del pedidoProductos e historialID de proxy: nym_abc
Conecte flujos de trabajo sin almacenar datos personales directamente.
↓ Especifique un ID de proxy y un propósitoOneNym APIAutenticar → Autorizar → Ejecutar
Bóveda de datos personales
Datos personales cifrados
DirecciónpostalCoderecipientName
Utilice únicamente registros y campos autorizados.
Claves gestionadas por servicios de claves en la nube
Azure Key Vault
Separar datos personalesLimitar el acceso a los datosReducir las copias y la retención
01 / HOW ONENYM WORKS
En lugar de compartir datos,
compartir una acción permitida.
ID de proxy en sus sistemas. Datos personales en la bóveda.
Utilice API con acceso limitado por finalidad solo cuando sea necesario.
Hacer referencia a un ID de proxy
Almacene ID de proxy junto con pedidos y registros comerciales. Conocer una identificación por sí solo no otorga acceso a datos personales.
Verificar propósito y permisos
Verifique el solicitante, el organización, el registro, los campos y el vencimiento. Un propósito declarado por sí solo no es autorización.
Ejecutar la acción permitida.
Autentica la aplicación y comprueba organización, pedido, finalidad, campos, vencimiento, usos y contrato. Los campos autorizados se devuelven en texto claro; controla también las copias del destinatario.
| Aspecto | Tratamiento directo de datos personales | Separación con OneNym |
|---|---|---|
| Base de datos empresarial | Nombres, correos electrónicos, direcciones y registros comerciales. | ID de proxy y registros comerciales |
| Uso | Recuperar datos y procesarlos en la aplicación | Solicite una acción a través de una API específica |
| Permisos de recuperación | A menudo vinculado al acceso a la base de datos. | Autorizar por registro, ámbito, finalidad y caducidad. |
| Si solo roban la base de datos | Los datos personales pueden quedar expuestos según el almacenamiento y los permisos. | Reducir las rutas directas desde la base de datos empresarial a los datos personales |
Los ID de proxy también requieren protección. Reducir la retención requiere abordar los registros, registros y copias existentes en los socios de integración.
02 / ADDRESS VAULT
Mantenga el flujo de trabajo.
Comparte menos datos.
OneNym Address Vault cifra direcciones de entrega y permite referenciarlas mediante un ID proxy. Solo devuelve los campos autorizados a una aplicación autorizada.
Aplicación empresarial
Guarda el pedido y el ID proxy en tu base de datos. El ID no es una dirección ni una autorización. La integración no borra las copias existentes: planifica su migración y eliminación.
Socio de entrega autorizado
Vincula pedido, ID proxy, aplicación destinataria, campos y vencimiento. Emite un token con límite de usos. Poseerlo no basta para acceder.
Autentica la aplicación y comprueba organización, pedido, finalidad, campos, vencimiento, usos y contrato. Los campos autorizados se devuelven en texto claro; controla también las copias del destinatario.
Eliminación, copias de seguridad y recuperación
Revocar impide nuevas consultas. Eliminar borra el texto cifrado y la clave de datos envuelta del registro activo, no las copias del destinatario ni los backups al instante. Suspender bloquea consultas normales, pero permite la limpieza del propietario. Acuerda conservación y reaplicación de eliminaciones al restaurar.
03 / TRUST BOUNDARIES
Claves separadas. Permisos separados.
Limite el impacto de una intrusión.
Vaya más allá del cifrado. Establecer un límite entre los datos almacenados
y los servicios permitidos para descifrarlo y utilizarlo.
Aplicación empresarial
Maneja identificaciones de proxy y registros comerciales.
Sin acceso directo a la base de datos o las claves de la bóvedaOneNym API
¿Quién puede utilizar qué datos y por qué?
Autorización por solicitud, controles de uso y registros de auditoríaBóveda cifrada
Devolver solo los campos de dirección permitidos.
Separar el acceso a los datos del acceso a las clavesCLOUD KEY MANAGEMENT
Infraestructura en la nube para la gestión de claves.
El Vault usa Azure Key Vault para su KEK. Separa el permiso de usar la clave que protege las claves de datos (DEK) del acceso a la base.
Incluso si una cuenta está comprometida.
Un inicio de sesión exitoso por sí solo no permite la recuperación. Consultar organización, registro, campos y vencimiento.
Incluso si le roban una credencial de integración.
Limite el propósito, el alcance y el uso. Mantener registros de auditoría y una ruta de revocación.
Incluso si se roban los datos almacenados.
Separe el texto cifrado de los permisos de descifrado. El cifrado por sí solo no puede proteger los datos si los permisos de uso de claves también se ven comprometidos.
La separación reduce el riesgo y el impacto potencial. El texto sin formato ya recuperado, el amplio acceso administrativo y los servicios de descifrado comprometidos aún requieren protecciones adicionales.
Lea sobre los beneficios y límites del cifrado →04 / DEPLOYMENT & INTEGRATION
Agregar un límite de datos independiente
a los flujos de trabajo existentes.
Conecta tus sistemas con un Vault de direcciones en Azure.
acordar las responsabilidades operativas, administrativas y de almacenamiento durante la implementación.
Ejemplo de arquitectura de despliegue
Entorno empresarial existente
Aplicaciones comerciales y bases de datos.
ID de proxy / Órdenes / Productos / HistorialEntorno OneNym separado
API de Vault / Datos cifrados / Gestión de claves
Acceso específico/registros de auditoríaSepare identidades de servicio, permisos, redes y administración dentro de la misma nube. Una segunda base de datos por sí sola no es un límite suficiente.
Elija un flujo de trabajo
Mapear los datos y su finalidad. Comience con un flujo de trabajo.
Validar con datos ficticios
Registro de prueba, ID de proxy, recuperación, ejecución y revocación.
Implementar e integrar
Configure permisos y conecte aplicaciones existentes. Migrar registros y abordar las copias restantes.
Acordar condiciones de producción
Definir monitoreo, recuperación, eliminación, actualizaciones y responsabilidades para ambas partes.
Se requiere integración y migración de aplicaciones. La arquitectura, el alcance, los precios y los términos operativos se analizan individualmente.
Discute tu arquitectura05 / TECHNICAL DESIGN
Entender el diseño.
Evalúe si responde a sus necesidades.
Identificadores, permisos, cifrado y ciclo de vida de los datos.
Explore diseños concretos, sus beneficios y sus compensaciones.
PROXY IDENTITY
Descripción general de la plataforma de privacidad →ID de proxy y aislamiento de organizaciones
Mapeos de datos personales y límites entre empresas y servicios.
Leer el diseño técnico →TOKENIZATIONTokens con un propósito específico y revocación
Límites de finalidad, destinatario, caducidad y reutilización.
Leer el diseño técnico →PERMISSIONSAutorización e integración API
Desde hacer referencia a un ID de proxy hasta autorizar la recuperación de datos.
Leer el diseño técnico →DATA VAULTCifrado, gestión de claves y almacenamiento
Gestión de claves en la nube, rutas de descifrado, eliminación y recuperación.
Leer el diseño técnico →PRUEBA DE EXPOSICIÓN / EVALUACIÓN ANTES DEL DESPLIEGUE
Comprenda su exposición actual.
Una evaluación autorizada identifica rutas de acceso, visualización y exportación de datos personales. Los hallazgos pueden ayudar a priorizar los límites y los datos a separar.
Discutir una evaluación de seguridad →Acuerde primero la autorización y el manejo de datos.
- Acordar el alcance, los métodos, el momento y las condiciones de parada.
- Priorizar datos ficticios y canarios
- Minimizar el acceso a datos reales y el impacto empresarial
Los métodos de evaluación detallados se discuten durante la consulta.
LET’S DESIGN YOUR DATA BOUNDARY
¿Qué datos puede
dejar de almacenar?
Comience con sus flujos de trabajo y sistemas.
Hable con nosotros sobre almacenamiento, integraciones y diseño de acceso.