Contexto
Privacidad por diseño empieza por la finalidad y el flujo de datos. Mover un modelo al borde es una decisión de arquitectura dentro de ese análisis, no una garantía jurídica.
El procesamiento local también cambia latencia, consumo, capacidad de actualización y observabilidad. Un sistema difícil de parchear puede aumentar otro tipo de riesgo.
Ejemplo didáctico · situación inventada
Inferencia local con diagnósticos remotos
Una cámara calcula ocupación en el dispositivo y envía solo un recuento. Sin embargo, el módulo de soporte adjunta fotogramas al registrar un error.
Qué decisión cambia. Incluye ese canal de soporte en el análisis del flujo. Desactivar el envío rutinario de vídeo no reduce la exposición de los fotogramas que salen por una vía de diagnóstico menos visible.
Qué comprobar antes de empezar
- Finalidad, base aplicable y dato mínimo que necesita cada fase.
- Qué abandona el dispositivo: entrada, embedding, evento, métrica o diagnóstico.
- Riesgo de acceso físico, extracción del modelo y versiones sin actualizar.
- Rendimiento por grupo, contexto y capacidad de hardware.
- Política de conservación, borrado, telemetría y respuesta a incidentes.
Método de trabajo
Dibujar el flujo
Representamos recogida, inferencia, sincronización, soporte y borrado con responsables y finalidad.
Minimizar antes de modelar
Eliminamos campos, resolución y conservación que la decisión no necesita.
Comparar arquitecturas
Evaluamos local, nube y combinada en privacidad, calidad, latencia, energía y mantenimiento.
Probar el ciclo de vida
Incluimos actualización segura, revocación, dispositivo perdido, modo offline y retirada del modelo.
Señales para detener la prueba
- La inferencia local envía después los datos brutos mediante telemetría.
- No existe un mecanismo fiable para parchear o retirar versiones vulnerables.
- La minimización impide la finalidad y se compensa recogiendo más datos ocultamente.
- El sistema se presenta como responsable sin medir impacto, sesgos y uso fuera de contexto.
Fuentes
Para seguir con esta decisión
- ¿Cuándo necesita un problema un modelo temporal o un grafo?
- ¿Qué debe demostrar un piloto de IA en una administración pública?
- ¿Cómo saber si una modalidad adicional mejora un modelo multimodal?
Servicio de I+D en inteligencia artificial: alcance y entregables
Publicado por Ordantis el .