¿Un skimmer Magecart podría inyectarse en tu checkout sin que lo veas?

Respondé 4 preguntas sobre la página de pago de tu tienda. Te mostramos dónde suele estar el hueco — un script de tercero comprometido roba los datos de la tarjeta en el navegador del cliente — y cómo lo cambia tener un score de riesgo de la tienda a la vista.

¿Tu checkout tiene una Content-Security-Policy estricta (nonce/hash, sin 'unsafe-inline') que impida ejecutar un script inyectado?

Una CSP estricta es la defensa primaria anti-skimmer: sin ella, un script inyectado se ejecuta en el navegador del cliente y roba la tarjeta.

¿Todos los <script src> externos de tu checkout llevan Subresource Integrity (SRI)?

Sin SRI, un proveedor de tercero comprometido puede servirte un bundle alterado con un skimmer y tu página lo ejecuta sin chistar.

¿El formulario de pago postea SIEMPRE a un endpoint same-origin/esperado (form-action bloqueado)?

Un form-action apuntando a un origen externo es un canal directo de exfiltración de los datos de la tarjeta.

¿Podés priorizar qué tienda revisar primero por su riesgo real de skimmer?

Sin un score por tienda ni una banda de riesgo, todas las tiendas parecen iguales — y la comprometida pasa desapercibida hasta el chargeback.

Estimación heurística según tus respuestas — no escaneamos tu tienda. El riesgo real aparece cuando tu colector reporta señales estructurales por API con el conector de Drokio.

Respondé las 4 preguntas para desbloquear tu diagnóstico.