Mapa de controles · Reglamento (UE) 2016/679

GDPR

Evidencia de código para los principios del tratamiento, la protección de datos desde el diseño y la seguridad del tratamiento.

Reserve un piloto de auditoría Ver un informe de muestra

GDPR · Reglamento (UE) 2016/6793 artículos en el alcance · según el mapeo de v1.4.1

Código 3
Proceso 0
Planificado 0

Evidencia de código

3artículos comprobados en cada pull request

Activo (proceso)

0ninguno mapeado

Planificado

0se puede evidenciar desde el código o GitHub; aún no construido

Artículos de nivel organizativo

Políticas, personas, proveedores, seguridad física y similares, enumerados más abajo.Toevan aporta evidencia de apoyo para 1 de ellos.Gestionados por los procesos de su organización

Una parte del GDPR vive en el código: por dónde fluyen los datos personales, cómo se acotan y cómo se protegen.

El blueprint de GDPR aporta evidencia de código para los artículos 5, 25 y 32 en cada pull request, con evidencia de apoyo para la supresión. La base jurídica, los registros de tratamiento y los derechos de los interesados quedan en su programa de privacidad.

Toevan aporta evidencia para controles; nunca los certifica ni afirma que un marco esté cubierto. Si la evidencia es suficiente lo juzga su auditor.

Evidencia de código3

Sellada en cada pull request. Siempre parcial: el control también exige cosas fuera del código. Las reglas del blueprint GDPR comprueban parte de cada uno en cada pull request.

Art.5Principios relativos al tratamiento de datos personalesPrincipios básicos
Art.25Protección de datos desde el diseño y por defectoRequisitos de diseño
Art.32Seguridad del tratamientoSeguridad

De apoyo1

Toevan registra evidencia relacionada, pero la obligación es organizativa, así que nunca cuenta como cubierta.

Art.17Derecho de supresión (“derecho al olvido”)Derechos de los interesadosEvidencia de apoyo: una regla registra evidencia relacionada con esta obligación. La obligación en sí es un proceso operativo.

Artículos de nivel organizativo

Los controles de nivel organizativo (políticas, personas, proveedores, seguridad física y similares) siguen en manos del propio proceso de su organización; Toevan no se ocupa de ellos.

Mostrar la lista

Principios básicos

Art.6Licitud del tratamientouna política de la organización

Art.7Condiciones para el consentimientouna política de la organización

Art.8Condiciones aplicables al consentimiento del niño en relación con los servicios de la sociedad de la informaciónuna política de la organización

Art.9Tratamiento de categorías especiales de datos personalesuna política de la organización

Art.10Tratamiento de datos personales relativos a condenas e infracciones penalesuna política de la organización

Art.11Tratamiento que no requiere identificaciónuna política de la organización

Derechos de los interesados

Art.12Transparencia de la información, comunicación y modalidades de ejercicio de los derechos del interesadoun proceso operativo

Art.13Información que debe facilitarse cuando los datos personales se obtienen del interesadoun proceso operativo

Art.14Información que debe facilitarse cuando los datos personales no se han obtenido del interesadoun proceso operativo

Art.15Derecho de acceso del interesadoun proceso operativo

Art.16Derecho de rectificaciónun proceso operativo

Art.18Derecho a la limitación del tratamientoun proceso operativo

Art.19Obligación de notificación relativa a la rectificación o supresión de datos personales o la limitación del tratamientoun proceso operativo

Art.20Derecho a la portabilidad de los datosun proceso operativo

Art.21Derecho de oposiciónun proceso operativo

Art.22Decisiones individuales automatizadas, incluida la elaboración de perfilesun proceso operativo

Responsable y encargado del tratamiento

Art.24Responsabilidad del responsable del tratamientouna política de la organización

Art.26Corresponsables del tratamientouna política de la organización

Art.27Representantes de responsables o encargados no establecidos en la Uniónuna política de la organización

Art.28Encargado del tratamientocontratos y proveedores

Art.29Tratamiento bajo la autoridad del responsable o del encargadouna política de la organización

Art.30Registro de las actividades de tratamientouna política de la organización

Art.31Cooperación con la autoridad de controluna política de la organización

Art.34Comunicación de una violación de seguridad al interesadoun trámite regulatorio

Art.36Consulta previauna política de la organización

Art.37Designación del delegado de protección de datosuna política de la organización

Art.38Posición del delegado de protección de datosuna política de la organización

Art.39Funciones del delegado de protección de datosuna política de la organización

Respuesta a incidentes

Art.33Notificación de una violación de seguridad a la autoridad de controlun trámite regulatorio

Evaluación de riesgos

Art.35Evaluación de impacto relativa a la protección de datosuna política de la organización

Transferencias internacionales

Art.44Principio general de las transferenciasun trámite regulatorio

Art.45Transferencias basadas en una decisión de adecuaciónun trámite regulatorio

Art.46Transferencias mediante garantías adecuadasun trámite regulatorio

Art.47Normas corporativas vinculantesun trámite regulatorio

Art.48Transferencias o comunicaciones no autorizadas por el Derecho de la Uniónun trámite regulatorio

Art.49Excepciones para situaciones específicasun trámite regulatorio

Cómo usarlo en una auditoría

Lea la evidencia de código del periodo
Cada pull request lleva resultados de código sellados frente a las reglas del blueprint, fijados al commit y a la versión del conjunto de reglas vigente.
Pruebe una muestra
Para cada registro muestreado, compruebe sus resultados y luego verifíquelo sin conexión con la clave publicada, con openssl y la shell: obtenga la evidencia, confirme la clave, compruebe el registro. Para repetir toda la cadena, Toevan facilita el comando toevan a petición; aún no es público.
Los tres pasos, con los comandos exactos

Cómo se obtuvo cada hecho6 etiquetas

Recalculado: Toevan lo calculó a partir del propio código o del historial de git.
Informado + sellado: GitHub lo informó; Toevan lo capturó en el evento y lo firmó.
Declarado + sellado: La organización lo declaró, como un cambio en lo que se comprueba; Toevan firmó la declaración y su historial.
Registro de Toevan, sin sellar: Guardado en la base de datos de Toevan pero no sellado en el libro, como una exención hoy. Ninguna firma lo protege.
Consumido: Tomado de los registros de despliegue y de release de GitHub y enlazado por commit o digest.
No capturado: No había una fuente fiable. Toevan no lo infiere.

El informe de muestra de evidencia de cambios muestra la evidencia tal como la recibe su auditor, con cada hecho etiquetado.Abrir el informe de muestra

Pruebe el mapeo en una auditoría real.

Traiga un repositorio y una auditoría próxima. Configuraremos el blueprint y guiaremos a su auditor en la verificación.

Reserve un piloto de auditoría Ver un informe de muestra

Un repositorio, un marco
Evidencia desde el primer pull request
Verificable sin una cuenta de Toevan