Recursos · Guía de POC
Los datos de demostración de un proveedor no dicen si una plataforma DLP le conviene. Esta guía ayuda a evaluar GuardStance, o cualquier producto de seguridad de datos, en sus propios flujos de trabajo.
Planifique su POC de GuardStanceUna prueba de concepto debe demostrar cómo se comporta un producto de seguridad en los flujos de trabajo que importan a su organización.
Con GuardStance, usted prueba con sus propias plantillas de documentos, esquemas de base de datos y flujos de IA, y mide de primera mano la precisión de la detección, los falsos positivos, el rendimiento en el endpoint y la explicabilidad de los incidentes.
Empiece por lo más crítico o lo que más se filtra.
¿Quién envía estos datos, con qué herramienta y adónde?
Entre cinco y diez casos que pueda calificar de legítimos o de riesgo.
Seguridad en solitario no obtiene resultados realistas.
Una máquina virtual (8 vCPU, 16 GB de RAM, 250 GB de disco), acceso al directorio y equipos de prueba.
Los criterios escritos después de la POC vacían de sentido el resultado.
No. Números de identidad e IBAN sintéticos que superen la validación, con sus plantillas reales, dan resultados realistas.
Pruebe siempre los flujos que deben permitirse. Los proyectos fallan más por bloqueos falsos que por omisiones.
| N.º | Escenario | Canal | Comportamiento esperado |
|---|---|---|---|
| 1 | Lista de clientes subida a una cuenta personal de IA | IA, web | Bloquear y explicar el motivo al usuario |
| 2 | La misma lista subida a la cuenta corporativa de IA | IA, web | Permitir y registrar |
| 3 | Archivo de código fuente copiado a un USB | Endpoint | Bloquear o advertir, según decida su equipo |
| 4 | Contrato confidencial enviado por correo web personal | Web, correo | Bloquear y registrar el incidente |
| 5 | Clave de acceso pegada en una herramienta de IA | IA, portapapeles | Bloquear |
| 6 | Archivo CAD o fórmula subidos a un almacenamiento personal | Nube, web | Bloquear y registrar el incidente |
| 7 | Documento confidencial enviado mediante una copia sin etiquetar | Endpoint, web | Detectado por la huella digital |
| 8 | Parte del contenido sensible sale al copiar y pegar | IA, web, portapapeles | Detectado por el análisis del contenido |
| 9 | Informe financiero enviado a una persona autorizada | Correo | Permitir, sin bloqueo falso |
| 10 | Usuario con una actividad de archivos inusualmente alta | Riesgo interno | Visibilidad e incidente con contexto |
| 11 | Documento escaneado con una lista de números de identidad | Endpoint, descubrimiento | Detectado por OCR |
| 12 | Archivo con datos personales en una carpeta de red abierta | Descubrimiento | Notificado como archivo sobreexpuesto |
Acuerde los objetivos antes de empezar. Los fija su organización.
| Criterio | Cómo se mide | Cómo formular el objetivo |
|---|---|---|
| Precisión de detección | Parte de las muestras de riesgo detectadas | Muestras de riesgo detectadas en la proporción que fije |
| Falsos positivos | Bloqueos y avisos falsos en flujos legítimos | Máximo aceptable de falsas alarmas |
| Falsos negativos | Muestras de riesgo que pasaron | Omisiones aceptables para el dato crítico |
| Contexto | Distinción entre cuentas corporativas y personales | Diferencia clara entre los escenarios 1 y 2 |
| Explicabilidad | Una pantalla responde quién, qué, dónde, qué política y por qué | Sí o no |
| Rendimiento | CPU y memoria del equipo y opinión de los usuarios | El agente respeta su límite de CPU, sin quejas |
| Agilidad de las políticas | Tiempo que tarda un cambio de regla en llegar a los equipos | Medido en su entorno de POC |
Detección correcta, falsa alarma o incidente omitido.
¿Regla demasiado amplia, excepción ausente o señal errónea?
El ajuste debe poder corregirse juntos, durante la POC.
Lo que importa es cómo funciona el ciclo de mejora.
| Tema | Pregunta |
|---|---|
| Ubicación | ¿Dónde se detectan los datos: en el equipo, en la red o en la nube? |
| Reconocimiento | ¿Solo patrones numéricos, o también identificadores validados y activos no estructurados? |
| IA | ¿Qué servicios, qué distinción de cuentas, a nivel de contenido o solo por dominio? |
| Fuera de la red | ¿Continúa la protección para quien trabaja desde casa o en movimiento? |
| Explicación | ¿El registro del incidente dice quién, qué, dónde, qué política y por qué? |
| Almacenamiento | ¿Dónde se guardan los registros y los datos sensibles, durante cuánto tiempo y quién puede leerlos? |
Puntúe cada línea de 1 a 5 con las partes interesadas. Los pesos son una sugerencia.
| Dimensión | Peso (sobre 100) |
|---|---|
| Calidad de detección, el equilibrio entre falsos positivos y negativos | 25 |
| Cobertura de escenarios de IA y de contexto | 20 |
| Experiencia del analista y de operaciones | 15 |
| Experiencia de usuario e impacto en el rendimiento | 15 |
| Transparencia de la arquitectura y lugar de los datos | 10 |
| Encaje del despliegue | 10 |
| Coste total de propiedad | 5 |
Fijar los tipos de datos objetivo, los flujos de negocio reales y criterios de éxito medibles.
Desplegar el appliance, indexar esquemas o plantillas de muestra y configurar las políticas.
Ejecutar escenarios de permitir, avisar, enmascarar y bloquear en endpoints, web, correo e IA.
Comparar las tasas de detección, los falsos positivos, el uso de recursos del endpoint y la explicabilidad para los analistas con sus objetivos.
