Alternativas a Akamai Client-Side Protection para la página de pago (2026)

Proteside registra lo que es legítimo en cada página de pago (los datos de cada cobro, los campos del formulario, los scripts autorizados) y verifica de forma continua, en el navegador del pagador, lo que se muestra, lo que se copia y adónde van los datos. Cuando detecta una discrepancia, detiene la acción antes de que el pago se confirme y registra el intento.

El inventario de scripts y el historial de cambios forman la evidencia para los requisitos 6.4.3 y 11.6.1 del PCI DSS. La instalación es una línea de código en cualquier plataforma de e-commerce, o una sola integración para plataformas y proveedores de pagos, con panel, API y alertas.

La función, llamada Page Shield hasta marzo de 2026 y ahora Client-Side Security, está disponible para dominios que pasan por el proxy de Cloudflare. La documentación describe monitoreo de scripts, conexiones y cookies, detección de scripts maliciosos y cambios de código, y reglas de seguridad de contenido que pueden bloquear todo lo que esté fuera de la lista de permitidos.

La propia documentación explica el mecanismo: el encabezado en modo solo reporte sale en una muestra de las respuestas, por lo que un script nuevo puede tardar en aparecer. Los requisitos 6.4.3 y 11.6.1 se cubren en el nivel avanzado. Pix, boleto (boleto bancario brasileño) y los sistemas de pago instantáneo no aparecen en el material.

Imperva (Thales) describe Client-Side Protection como un componente de su protección de aplicaciones: descubrimiento continuo de servicios, análisis de scripts basado en IA, bloqueo con un clic, monitoreo de cambios en encabezados, resúmenes semanales de cambios en la página de pago e informes exportables para el evaluador, con soporte de Terraform.

El mecanismo es una política de seguridad de contenido definida en el servidor bajo un modelo de confianza cero: lo que no está autorizado no se carga. La documentación pública describe la entrega a través de Imperva Cloud Application Security; el alcance son scripts y datos de tarjeta.

Feroot centra su oferta en el cumplimiento: PaymentGuard cubre los requisitos 6.4.3 y 11.6.1 con inventario de scripts, justificaciones, verificaciones de integridad y un informe de evidencia para el QSA. La documentación pública cita integraciones con herramientas de alertas y operaciones, y cobertura de apps iOS y Android junto a los sitios web.

El punto a observar para quien cobra fuera de las tarjetas es el alcance: el material público habla de scripts y datos de tarjeta, sin mención de códigos QR, claves de pago, boleto (boleto bancario brasileño) ni billeteras cripto. Para esos medios de pago, un cambio de beneficiario queda fuera de lo que la herramienta describe verificar.

c/side se define como una plataforma de seguridad del lado del cliente. El material público describe un inventario con el historial de contenido de cada script, un grafo de proveedores, alertas, paneles para los requisitos 6.4.3 y 11.6.1 y un endpoint para recibir reportes CSP.

Su página pública sobre cripto cita el cambio de una dirección de billetera copiada al portapapeles, lo que la acerca al problema que Proteside resuelve. Pix, boleto (boleto bancario brasileño) y los códigos QR de sistemas de pago instantáneo como UPI o PromptPay no aparecen en la documentación pública que consultamos.

Reflectiz describe su propio enfoque como sin agente: un navegador aislado simula el recorrido del usuario, inventaría scripts (incluso dentro de iframes), monitorea encabezados para el requisito 11.6.1 y exporta evidencia para el QSA. La plataforma también cubre privacidad y pruebas ofensivas.

El propio material del proveedor explica el bloqueo como un script que permanece inactivo en la página hasta que se activa en la interfaz, momento en que empieza a excluir un dominio mediante CSP. Es una decisión de diseño: primero detección, después intervención humana. Las estafas que aparecen solo para un comprador específico no son observadas por las visitas simuladas.