CAPTCHA y contención temporal en PrestaShop 1.6

Documento archivado y uso de emergencia. PrestaShop 1.6 está fuera de soporte y no debe mantenerse como tienda pública. Añadir un CAPTCHA puede reducir automatizaciones, pero no corrige las vulnerabilidades conocidas ni sustituye un núcleo soportado.

Acción prioritaria

Planifica la migración a una versión de PrestaShop con soporte, usando su matriz oficial de PHP y base de datos. Haz inventario de catálogo, clientes, pedidos, módulos, tema e integraciones; prueba la actualización en staging y publica únicamente después de validar pagos, correo, tareas y copias.

Mitigación temporal

• Restringe el acceso administrativo, activa 2FA cuando sea posible y aplica firewall, rate limiting y protección contra bots en formularios y creación de cuentas.
• Desactiva formularios o funciones que no sean imprescindibles y supervisa altas, envíos, errores y consumo.
• Si necesitas CAPTCHA durante la migración, utiliza únicamente un módulo mantenido, compatible con tu instalación y descargado desde su publicación oficial; fija la versión y verifica checksum o firma.
• Protege las claves secretas, limita sus dominios autorizados y rótalas si estuvieron expuestas.
• Mantén copias externas verificadas y una fecha próxima para retirar PrestaShop 1.6.

Estas medidas son contención de emergencia. Un CAPTCHA no convierte PrestaShop 1.6 en una plataforma segura ni justifica posponer la migración.

Comprobar la protección temporal

En una copia de pruebas, identifica el formulario exacto que genera cuentas o mensajes. Comprueba una petición legítima y otra sin una validación CAPTCHA correcta: la segunda debe rechazarse en el servidor antes de crear datos o enviar correo.

Supervisa si el abuso pasa a otra ruta, módulo o API. Si no encuentras una integración mantenida compatible, no instales un paquete antiguo al azar: restringe la función afectada mientras preparas la migración. Conserva un canal de contacto alternativo para clientes legítimos durante esa contención.