Salesforce Shield

Salesforce Shield es el paquete de seguridad y cumplimiento avanzado que Salesforce ofrece como complemento de los controles nativos de la plataforma. Está pensado para organizaciones que manejan datos sensibles y enfrentan requisitos regulatorios exigentes, como las de servicios financieros, salud o el sector farmacéutico. No reemplaza una buena configuración de permisos: la complementa con cifrado, monitoreo y auditoría de nivel forense.

Una analogía útil para un equipo de seguridad: si el modelo de permisos es la cerradura de la puerta, Shield es el cifrado de la caja fuerte, la cámara que registra quién entra y el libro de actas que guarda cada movimiento. Sus tres componentes centrales son Platform Encryption (cifrado de datos en reposo), Event Monitoring (monitoreo de actividad) y Field Audit Trail (retención e historial de campos), con Data Detect como complemento de clasificación.

Como parte del ecosistema técnico de Salesforce, Shield es un terreno frecuente para quienes trabajan sobre la plataforma. Los productos de Vantegrate que corren sobre Salesforce, documentados en Salesforce para desarrolladores, son compatibles con Salesforce Shield, de modo que la capa de seguridad avanzada del org se preserva.

Qué incluye Salesforce Shield

Shield no es un producto único, sino un conjunto de capacidades que se activan sobre un org de Salesforce ya existente. Cada componente resuelve una necesidad distinta de seguridad o cumplimiento, y suelen contratarse juntos porque se refuerzan entre sí.

1. Platform Encryption: cifra los datos en reposo (campos, archivos y adjuntos) con el estándar AES-256. A diferencia del cifrado clásico, preserva buena parte de la funcionalidad de la plataforma y ofrece la opción de gestionar tus propias claves con un esquema BYOK (bring your own key), para tener control directo sobre el material criptográfico.
2. Event Monitoring: registra la actividad de los usuarios (inicios de sesión, exportaciones de reportes, llamadas a la API y decenas de tipos de eventos) para poder detectar comportamiento anómalo. Es la fuente de datos que alimenta el análisis de seguridad y las alertas de accesos inusuales.
3. Field Audit Trail: extiende la auditoría estándar. Archiva los datos históricos y los retiene hasta 10 años, y sube el rastreo de campos por objeto muy por encima del límite del Field History Tracking nativo, un requisito habitual en industrias reguladas.

Cómo se apoya en el resto de la plataforma

Shield no vive aislado: se apoya en la infraestructura de la nube donde corre el org y en las certificaciones de esa plataforma (SOC 2, ISO 27001, PCI DSS), que son siempre de Salesforce y su infraestructura, nunca de un implementador. Es una distinción importante: Shield te da herramientas de cifrado, monitoreo y auditoría, pero el cumplimiento sigue dependiendo de cómo las configures y de las políticas de tu organización.

Por qué le importa a una empresa de LATAM

Una empresa de servicios financieros o de salud en la región enfrenta auditorías, exigencias de retención documental y la necesidad concreta de saber quién tocó qué dato y cuándo. Construir esos controles a medida es caro y frágil. Shield los provee de forma nativa: cifrás los campos sensibles, retenés el historial para las auditorías y detectás accesos fuera de patrón sin escribir código de seguridad propio. Para equipos técnicos que integran WhatsApp u otros canales sobre Salesforce, esa base ya está resuelta por la plataforma.

Diferencias con el Einstein Trust Layer

Es común confundir Shield con el Einstein Trust Layer, pero protegen cosas distintas y complementarias. El Einstein Trust Layer resguarda el flujo de datos que viaja hacia los modelos de IA (enmascarado, cero retención por parte del proveedor del modelo, registro de auditoría de los prompts). Shield, en cambio, protege los datos en reposo dentro del org, el monitoreo de actividad y la auditoría histórica. En cargas reguladas que además usan inteligencia artificial, suele convenir tener ambos.

En la práctica

Errores comunes

• Creer que Shield reemplaza los permisos: no lo hace, los complementa; un modelo de permisos flojo sigue siendo un riesgo aunque cifres todo.
• Suponer que cifrar no tiene costo funcional: cifrar campos puede afectar búsquedas, filtros y reportes, así que conviene evaluar qué se cifra y qué no.
• Pensar que el monitoreo guarda logs para siempre: los eventos tienen ventanas de retención definidas, no memoria infinita.
• Confundirlo con el Einstein Trust Layer: son capas distintas del stack de seguridad, con objetivos que no se solapan.