c/side vs Proteside: ¿vigilar los scripts o verificar el pago?
Por Laís Peixoto
Growth Marketer, Proteside
Publicado el
c/side observa cada script de terceros en todas las sesiones reales, guarda un historial de lo que cada uno entregó y bloquea todo lo que esté fuera de la lista aprobada. Proteside también inventaría y bloquea scripts, y después verifica el pago en sí: códigos QR, identificadores de pago instantáneo, líneas digitables de boleto, direcciones de billetera y campos de tarjeta, comparados con lo que el comercio emitió.
Lado a lado
- Cómo se describe a sí mismo
- Una plataforma de seguridad del lado del cliente, en palabras de la propia empresa. Script Security cubre los scripts de la página; Fingerprint cubre la identificación de dispositivos y la detección de bots y agentes de IA.
- Sede
- Estados Unidos, equipo totalmente remoto. Fundada en 2024.
- Cómo entra en el sitio
- Una etiqueta de script en el encabezado de la página. El sitio afirma que no hay proxy inverso ni cambio de DNS, y que el tráfico del sitio no pasa por c/side.
- Qué verifica en la página de pago
- Scripts de terceros en el 100% de las sesiones reales de visitantes, sin muestreo: inventario, historial por carga de página de lo que cada script entregó, un grafo de dependencias de proveedores y permisos por proveedor.
- PCI DSS
- Requisitos 6.4.3 y 11.6.1 con informes descritos como listos para auditoría y aprobados por VikingCloud, un QSA. El material público no declara una participación en el PCI SSC.
c/side Script Security
- Cómo se describe a sí mismo
- Capa de ciberseguridad para el momento del pago: integridad de lo que el comprador ve, copia y confirma.
- Sede
- São Paulo, Brasil. En operación desde 2026.
- Cómo entra en el sitio
- Una línea de código en la página de pago, o una integración en la plantilla de la plataforma o del proveedor de pagos. Sin proxy, sin cambios de DNS ni de CDN.
- Qué verifica en la página de pago
- Scripts de terceros, formulario de tarjeta, código QR y clave de Pix, línea digitable del boleto (boleto bancario brasileño), dirección de billetera cripto y los códigos QR de ocho sistemas de pago instantáneo, comparados con lo que el comercio emitió.
- PCI DSS
- Evidencia para los requisitos 6.4.3 y 11.6.1 del PCI DSS, con un informe exportable para el QSA.
Proteside
Criterio por criterio
Las marcas se basan en la documentación pública de cada proveedor. Pasa el cursor o toca una marca para leer la leyenda.
| c/side | Proteside | |
|---|---|---|
| Qué se verifica en la pantalla del pagador | ||
| Inventario y autorización de scripts en la página de pagoLa base del requisito 6.4.3: saber qué se ejecuta en la página y autorizar cada script. | Descrito en la documentación pública | Descrito en la documentación pública |
| Datos de tarjeta escritos en el formularioImpedir que un script copie el número, la fecha de vencimiento y el código de seguridad. | Descrito en la documentación pública | Descrito en la documentación pública |
| Código QR y código copia y pega de Pix (Brasil)La estafa de checkout más común de Brasil: el código QR mostrado lleva a otra cuenta. | No consta en la información pública | Descrito en la documentación pública |
| Línea digitable del boleto (boleto bancario brasileño)Una línea cambiada paga a otro beneficiario por el mismo monto. | No consta en la información pública | Descrito en la documentación pública |
| Códigos QR de sistemas de pago instantáneo de todo el mundo (UPI, PayNow, DuitNow, PromptPay, QR Ph, FPS, CoDi, Transferencias 3.0)El mismo cambio que en Pix, en ocho sistemas de pago instantáneo. | No consta en la información pública | Descrito en la documentación pública |
| Dirección de billetera de stablecoins y cripto, incluso al copiarlaUna dirección de billetera cambiada en pantalla o en el portapapeles es irreversible. | Descrito con una limitación (opcional, por muestreo, requiere acción humana o solo en un nivel del producto)1 | Descrito en la documentación pública |
| Compara lo que aparece en pantalla con lo que el comercio emitió y bloquea el cambio antes de la confirmaciónLa verificación que define la integridad del pago: beneficiario y monto iguales a lo emitido. | No consta en la información pública | Descrito en la documentación pública |
| Cómo protege | ||
| Bloquea scripts no autorizados en el navegador del compradorDetectar después del hecho no devuelve los datos copiados. | Descrito en la documentación pública | Descrito en la documentación pública |
| Observa sesiones reales de compradoresLas estafas dirigidas no aparecen en visitas simuladas. | Descrito en la documentación pública | Descrito en la documentación pública |
| Funciona sin cambiar CDN, DNS ni proxySe instala en cualquier plataforma con una línea de código. | Descrito en la documentación pública | Descrito en la documentación pública |
| Cumplimiento del PCI DSS | ||
| Evidencia para el requisito 6.4.3 del PCI DSSInventario, autorización e integridad de scripts. | Descrito en la documentación pública | Descrito en la documentación pública |
| Evidencia para el requisito 11.6.1 del PCI DSSCambios no autorizados en la página y sus encabezados. | Descrito en la documentación pública | Descrito en la documentación pública |
| Informe exportable para el evaluador (QSA)La evidencia tiene que salir del panel y llegar a la evaluación. | Descrito en la documentación pública | Descrito en la documentación pública |
- Descrito en la documentación pública
- Descrito con una limitación (opcional, por muestreo, requiere acción humana o solo en un nivel del producto)
- No consta en la información pública
- El proveedor declara que no lo hace
Notas sobre las marcas
- 1Dirección de billetera de stablecoins y cripto, incluso al copiarla: La página pública de c/side sobre cripto enumera los cambios de dirección de destino en tiempo real y el reemplazo de una dirección de billetera copiada en el portapapeles entre las amenazas que aborda mediante el monitoreo de scripts. El material no describe la comparación de la dirección mostrada con la que el comercio emitió, de ahí la marca parcial.
En qué se destaca c/side
Cada sesión real, sin muestreo
El sitio declara cobertura del 100% de las sesiones reales de visitantes y la contrasta con escaneos periódicos y rastreos simulados.
Un historial de lo que cada script entregó
El inventario guarda, por carga de página, el contenido que cada script de terceros envió, lo que facilita investigar un cambio después del hecho.
Raíces en Cloudflare Page Shield
El fundador fue gerente de producto de Page Shield y copreside el W3C Anti-Fraud Community Group, según la página corporativa.
Cripto en el radar
Una página dedicada a cripto cubre los drenadores de billeteras, scripts que cambian direcciones de destino y montos en tiempo real, y el reemplazo de una dirección de billetera copiada en el portapapeles.
Lo que Proteside verifica y el material público de c/side no menciona
Una tienda de muebles en Bangalore muestra un código QR de UPI para un pedido de 42.000 rupias. El cliente lo escanea con una app bancaria, ve el monto, aprueba, y el pedido nunca llega. Un script comprometido había redibujado el QR con el ID de UPI de otro beneficiario y el mismo monto. No se robó ningún número de tarjeta; el dinero simplemente fue a otra persona, y la tienda se entera cuando el cliente pregunta dónde está su entrega.
c/side vería el script que lo hizo, si ese script estaba fuera de la lista aprobada, y eso importa. Lo que su documentación pública no describe es una verificación de los propios datos de pago: si el QR, el ID o la dirección en pantalla es la que tu servidor emitió. Para UPI, PromptPay, PayNow, DuitNow, FPS y el boleto bancario brasileño (boleto), el material de c/side no menciona ninguna verificación. Para billeteras cripto, menciona la dirección cambiada en el portapapeles, pero no una comparación con la dirección que el comercio generó. Proteside registra lo que se emitió (QR, ID, línea digitable, dirección USDT, monto) y lo compara con lo que el comprador ve y copia, en cada sesión. Ante una discrepancia, la confirmación se bloquea y el intento se convierte en una alerta y en un registro de evidencia.
La misma línea de código cubre el formulario de tarjeta y los scripts de terceros, con el inventario, las autorizaciones y el historial de cambios que exigen los requisitos 6.4.3 y 11.6.1. Un equipo que ya usa c/side conserva su visibilidad de scripts y agrega la verificación del pago sin un segundo proyecto de despliegue.
Cómo entra cada uno en tu operación
c/side
- Una etiqueta de script en el encabezado de la página, en cualquier plataforma.
- Sin proxy inverso ni cambio de DNS, según el sitio; el tráfico sigue llegando directo a tus servidores.
- Alertas en Slack, Teams, correo y webhooks, con envío a herramientas antifraude y SIEM.
Proteside
- Una línea de código en la página de pago, en cualquier plataforma, o una sola integración en la plantilla de la plataforma o del proveedor de pagos.
- Sin proxy, sin cambios de DNS ni de CDN; la verificación corre en el navegador del comprador, en cada sesión.
- Bloqueo automático antes de la confirmación; panel, API y alertas por correo, Slack, Teams y webhook.
Cuándo elegir cada uno
c/side tiene sentido cuando
- Las tarjetas son tu único medio de pago y tu prioridad es investigar cómo se comporta cada script de terceros, con un historial por carga de página.
- Quieres identificación de dispositivos y detección de bots y agentes de IA del mismo proveedor que tu seguridad de scripts.
- Tu equipo de seguridad ya trabaja con políticas CSP y quiere un endpoint para los reportes del navegador junto al inventario.
Proteside tiene sentido cuando
- Aceptas UPI, PromptPay, PayNow, DuitNow, FPS, Pix, boletos o stablecoins, y necesitas verificar el beneficiario, no solo el script.
- Necesitas que un QR, ID, línea digitable o dirección de billetera cambiados se bloqueen antes de la confirmación, en cada sesión.
- Quieres protección y evidencia para los requisitos 6.4.3 y 11.6.1 en una sola instalación, con un informe que tu QSA pueda tomar tal cual.
Los dos juntos
Un equipo que depende de c/side para el detalle de los scripts de terceros puede conservar ese panel y agregar Proteside en la página de pago para verificar el pago en sí. Las dos etiquetas son independientes; Proteside no altera los pagos legítimos ni interfiere con el inventario de otra herramienta.
Preguntas frecuentes
¿c/side cubre Pix, boletos o códigos QR?
No en la información pública consultada en octubre de 2026. El material de c/side cubre scripts de terceros, datos de tarjeta, cumplimiento del PCI DSS y privacidad, y su página de cripto cubre billeteras y direcciones copiadas.
¿Se pueden usar c/side y Proteside juntos?
Sí. Son dos etiquetas de script independientes en la página de pago. c/side sigue vigilando los scripts mientras Proteside compara el pago en pantalla con lo que tu servidor emitió y bloquea un cambio antes de la confirmación.
¿c/side protege contra el cambio de dirección de billetera cripto?
Su página pública de cripto nombra los cambios de dirección en tiempo real y el reemplazo en el portapapeles como amenazas manejadas mediante el monitoreo de scripts. La comparación de la dirección mostrada con la que el comercio emitió no aparece en el material; Proteside hace esa comparación y bloquea una discrepancia.
¿Una política CSP basta para los requisitos 6.4.3 y 11.6.1?
Las propias preguntas frecuentes de c/side dicen que CSP controla de dónde vienen los scripts pero no puede ver su contenido, así que por sí sola no cumple con el PCI DSS. Tanto c/side como Proteside agregan inventario, autorización e historial de cambios sobre esa base.
Los dos observan cada sesión real. ¿Qué cambia, entonces?
Lo que cada uno mira dentro de la sesión. c/side describe el comportamiento de los scripts de terceros. Proteside también mira los datos de pago en pantalla y en el portapapeles: QR, ID del beneficiario, línea digitable, dirección de billetera y monto, comparados con lo que se emitió.
Mira a Proteside verificando tu checkout
Catorce días gratis, una línea de código, todos los medios de pago de tu página.