Trust Center

Diseñado para operar en entornos regulados.

Integry opera infraestructura crítica para entidades vigiladas. Esta página consolida nuestras prácticas de seguridad, certificaciones, marco regulatorio, modelo multi-tenant, gobierno de acceso operacional y compromisos de continuidad de proveedor.

Solicitar evidencia de auditoría

Seguridad, compliance y operación responsable

ISO 9001 vigenteISO 27001 en certificaciónAWS Active-ActiveZero TrustSARLAFT 4.0Habeas Data

Certificaciones

Programa de certificaciones con estado vigente honesto

Sostenemos un programa formal alineado con los requisitos de entidades financieras reguladas. Diferenciamos lo que está vigente, lo que está en proceso y lo que es objetivo planificado — no nos atribuimos certificaciones que no podemos demostrar.

ISO 9001

✓
Vigente

Sistema de Gestión de Calidad. Vigilancia anual.

ISO/IEC 27001

◐
En certificación

Seguridad de la información. Programa activo.

ISO/IEC 27017

○
Objetivo

Seguridad cloud. Planificado.

ISO/IEC 27018

○
Objetivo

Protección de PII en cloud. Planificado.

ISO 22301

○
Objetivo

Continuidad de negocio. Planificado.

SOC 2 Tipo II

○
Objetivo

Reporte anual con periodo mínimo de seis meses.

PCI-DSS

○
Objetivo por alcance

Aplicable según programa de tarjetas.

Pentest externo

✓
Programa activo

Mínimo anual y por release mayor.

Arquitectura de seguridad

AWS Active-Active multi-AZ, Zero Trust, cifrado por defecto

La plataforma se despliega bajo principios cloud-native, active-active y Zero Trust. Cada llamada interna o externa se autentica, autoriza y audita — no existen perímetros implícitos.

01

Transporte

TLS 1.3 obligatorio, mTLS interno, VPN y PrivateLink para conectividad bancaria.

02

Identidad

OAuth 2.1 / OIDC, JWT firmados, RBAC y ABAC, federación con IdP corporativo del banco.

03

Criptografía

AES-256-GCM, RSA-3072 o ECC, tokenización con vault, KMS-backed encryption.

04

Perímetro

AWS WAF gestionado, Shield Advanced, threat intelligence, anti-bot y anti-DDoS.

05

Auditoría

Trazabilidad inmutable, retención regulatoria, integridad criptográfica de logs.

06

Cadena de suministro

SBOM, firma criptográfica de artefactos, SCA, atestaciones SLSA.

Modelo multi-tenant

Tres modelos de aislamiento según la criticidad del banco

Garantizamos que ningún incidente operativo, regulatorio o de seguridad de un banco pueda afectar la operación, los datos o la reputación de otro banco. Toda configuración se diseña con blast radius acotado al tenant.

Pooled

Compartido

Cómputo compartido, datos y claves segregadas lógicamente. Indicado para fintech, IMFs, SEDPEs.

Silo

Dedicado lógico

Cluster, base de datos y claves dedicadas con infraestructura compartida. Indicado para bancos medianos.

Single-Tenant

Dedicado físico

Cuenta AWS independiente, VPC dedicada, KMS dedicado. Indicado para bancos sistémicos.

Acceso operacional interno

Quién accede a tus datos, bajo qué condiciones, cómo se audita

Definimos explícitamente un modelo de acceso con controles diferenciados entre operación de plataforma y acceso a datos de cliente. Privilegio mínimo por defecto, acceso justificado y temporal, doble validación humana, trazabilidad criptográfica.

Compromiso de transparencia: cualquier banco recibe, a solicitud y en formato estructurado, el detalle de accesos humanos a su tenant durante el periodo solicitado.

Operación de plataforma

SRE / DevOps de Integry. Solo infraestructura, sin datos de cliente. Auditado.

Soporte de incidente

Engineer on-call. JIT con ticket abierto, MFA reforzada, ventana acotada.

Soporte de cliente

CSM autorizado por el banco. Solo acciones predefinidas via consola con doble validación.

Acceso a datos crudos

Solo bajo orden formal del banco. Cuatro ojos, registro inmutable, escalación a oficial de seguridad.

Investigación forense

Procedimiento documentado, evidencia preservada, reporte al banco.

Marco regulatorio

Diseñado bajo el régimen colombiano de servicios financieros

Integry opera como proveedor tecnológico crítico de servicios financieros para entidades vigiladas. La plataforma se diseña para que la entidad financiera mantenga la responsabilidad regulatoria primaria, mientras Integry asume las responsabilidades técnicas delegadas contractualmente.

EOSF

Estatuto Orgánico del Sistema Financiero — régimen base de actividades financieras.

CE 007 / 029 SFC

Requerimientos mínimos de seguridad, calidad de TI, ciberseguridad y outsourcing.

Decreto 1297 de 2022

Régimen de Open Finance — consentimiento, autenticación y exposición de APIs.

Ley 1581 / Decreto 1377

Habeas Data — tratamiento, autorización y transferencia internacional.

Ley 1266 de 2008

Habeas Data financiero — tratamiento de información de comportamiento crediticio.

SARLAFT 4.0 (CE 027)

Sistema de Administración del Riesgo de LA/FT alineado con el AI Risk Engine.

UIAF — ROS

Soporte para generación y trazabilidad de reportes de operaciones sospechosas.

SLA y métricas de operación

Capacidades y compromisos contractuales por servicio

Diferenciamos capacidades técnicas máximas (lo que el motor puede hacer), targets de plataforma (lo que comprometemos al banco) y SLAs comerciales (lo que se garantiza con consecuencias contractuales). Esta separación entrega transparencia sin exponer al negocio a riesgo desproporcionado.

Orchestrator API

99.95%

Disponibilidad mensual · P95 ≤ 400 ms

Provider Router

99.95%

P95 ≤ 150 ms · 8,000 decisiones/seg por celda

Shadow Ledger commit

99.95%

P95 ≤ 200 ms · 3,000 asientos/seg

RTO crítico

≤ 15 min

RPO ≤ 1 min con replicación sincrónica

Continuidad y reversibilidad

Toda entidad mantiene el derecho de salir de manera ordenada

Un banco que contrata un proveedor crítico debe poder responder ante terminación ordenada, evento extraordinario y necesidad de migrar. Integry incorpora cláusulas estructurales que protegen al banco en los tres escenarios.

01

Plan de salida

Notificación con preaviso, entrega completa de datos en formatos estructurados, mantenimiento de SLA durante migración.

02

Source code escrow

Para componentes críticos, código fuente y documentación quedan en custodia bajo agente fiduciario.

03

Cambio de control

Cláusulas que protegen al banco frente a adquisición de Integry — derecho de salida sin penalidad.

04

Histórico transaccional

Periodo retenido según regulación, entregable en migración.

05

Documentación operativa

Reglas de negocio, modelos AI, parámetros y secretos documentados para handover.

06

Continuidad operativa interna

Redundancia de personal clave, automatización de procedimientos sensibles, arreglos de respaldo.

Pide acceso a evidencia formal

Compartimos certificados, reportes de pentest y políticas bajo acuerdo de confidencialidad. Tu equipo de seguridad puede iniciar due-diligence en cualquier momento.

Agendar revisión de seguridad