Portal de clientes seguro: aislar la base operacional

Un portal donde los clientes consultan información propia aporta valor, pero también abre una puerta hacia los datos de la empresa. Diseñarlo de modo que el portal no tenga contacto directo con la base operacional reduce el riesgo y protege la continuidad del negocio.

• Un portal expuesto a internet debe estar separado de los sistemas internos.
• Una copia de solo lectura y una interfaz de acceso controlado limitan lo que puede alcanzarse.
• Aislar la base también evita que una carga alta del portal afecte la operación diaria.

El riesgo de conectar el portal a la base real

Si el portal accede directamente al sistema operacional, un error en el portal, un uso abusivo o una vulnerabilidad pueden alterar o exponer información crítica, o ralentizar el sistema del que depende la operación. La conexión directa mezcla dos mundos con niveles de exposición muy distintos.

Un diseño más prudente

1. Separación. El portal vive en un entorno distinto al de los sistemas internos.
2. Copia de solo lectura. El portal consulta una réplica de los datos que necesita, y no puede modificar el original.
3. Interfaz controlada. El acceso a esos datos pasa por una API con autenticación y permisos acotados.
4. Mínimo necesario. Se publican solo los datos que cada cliente necesita ver.
5. Registro de accesos. Queda evidencia de quién consultó qué.
6. Autenticación robusta. Credenciales protegidas y segundo factor cuando corresponda.

Los detalles de implementación dependen de cada sistema y no se describen aquí.

Beneficios

• Menor impacto si el portal es atacado o falla.
• Continuidad de la operación interna aunque el portal esté bajo carga.
• Mejor trazabilidad y menor exposición de datos personales.
• Posibilidad de probar con datos sintéticos sin tocar información real.

Qué hacer

• Definir qué información necesita ver el cliente y no publicar más.
• Exigir separación entre el portal y los sistemas internos.
• Verificar que el acceso del portal sea de solo lectura.
• Revisar la autenticación y el registro de accesos.
• Incluir el portal en el plan de respaldos y de continuidad.

Preguntas frecuentes

¿Por qué no conectar el portal directamente al sistema, que es más simple? Es más rápido de construir, pero amplía la exposición y el impacto de cualquier falla.

¿Los datos del portal estarán desactualizados? Dependen de la frecuencia de actualización definida, que se ajusta a la necesidad del negocio.

¿Aplica a portales pequeños? Sí, el principio de separación es válido en cualquier tamaño.

Al acompañar a nuestros clientes, solemos recomendar integrar portales con sistemas internos a través de una API aislada y una réplica de solo lectura. Para la continuidad del conjunto, vea RPO y RTO sin jerga.

IT Lab acompaña a organizaciones chilenas en esto. Contáctenos.