Arquitectura de Seguridad de Integración de Socios

Esta página se enfoca en cómo un socio debe diseñar una integración 6MM segura. Para las capas de seguridad más amplias utilizadas en toda la plataforma de trading, véase Arquitectura de Seguridad de la Plataforma.

La arquitectura de seguridad debe acordarse antes de que comience la integración en producción. Afecta cómo los sistemas asociados validan a los usuarios, emiten tokens, almacenan secretos, reciben eventos, monitorean operaciones y responden a incidentes.

Límite de fideicomiso recomendado

Componente	Puede contener	No debe contener
Frontend asociado	Configuración pública, resultado de entrada de corta duración, estado de la interfaz no sensible	Socio API secreto, clave de firma, credenciales privilegiadas del backend
Backend del socio	Mapeo de usuarios, credenciales protegidas, lógica de firma, procesamiento de webhooks	Secretos expuestos a través de respuestas de clientes o registros públicos
6MM puntos finales de integración	Solicitudes firmadas aprobadas, tokens y entrega por webhook	Suposiciones no verificadas del usuario del lado del socio

El frontend del socio debería llamar al backend del socio para operaciones privilegiadas. El backend valida al usuario socio, llama a 6MM a través del API aprobado o SDK y solo devuelve el resultado de corta duración que necesita el frontend.

Capas de seguridad

Capa	Enfoque requerido
API Credenciales	Almacenamiento solo en backend, plan de rotación y control de acceso.
Firma de solicitud	Manejo consistente contra la protección contra la marca de tiempo, firma y repeticiones.
Incrustar tokens	Emisión de corta duración, verificaciones de elegibilidad y comportamiento claro de invalidación.
Webhooks	Verificación de firmas, idempotencia, retries y registros de auditoría de eventos.
Operaciones	Acceso a roles, escalada de incidentes, monitoreo y retención de evidencia.

Plan de control de producción

Área de control	Evidencia mínima de implementación
Almacenamiento de credenciales	Ubicación del administrador secreto, propietario de acceso, separación del entorno y proceso de rotación.
Entrada de usuario	Validación de sesión, verificación de elegibilidad, flujo de tokens de corta duración y manejo de fallas.
Solicitudes firmadas	Entorno correcto, hora sincronizada, registro de solicitudes y alertas de error de firma.
Operaciones de activos	IDs de negocio únicos, conciliación de tiempos de espera, consultas de estado y ruta de revisión del operador.
Webhooks	Verificación de firma de cuerpo crudo, controles de repetición, almacenamiento de idempotencia y procesamiento seguro para reintentos.
Monitoreo	Alertas por fallas de autenticación, intentos anormales, lag en el webhook y errores operativos.
Respuesta a incidentes	Propietario nombrado, canal de escalada, retención de evidencia y procedimiento de revocación de credenciales.

Reseña de lanzamiento

Antes de la producción:

Dibujar los flujos de datos del usuario, token, solicitud, activo y webhook.
Marca dónde se crea, almacena, usa, registra, rota y revoca cada credencial.
Probar tokens vencidos, firmas inválidas, tiempos de espera, webhooks duplicados y comportamiento de reconexión.
Confirmar que los equipos de soporte pueden localizar una operación a partir de su solicitud o identificador de negocio.
Completar la Lista de Verificación de Lanzamiento de Producción.

Doctores recomendados

Secretos y firmas

Protege Agent SDK credenciales y solicitudes firmadas.

Firma de Solicitud

Implementa la firma directa de solicitudes API por parte del desarrollador.

Webhook e Idempotencia

Procesa los eventos de manera segura.