Tenés equipo.
Te falta tiempo para esto.
Nos ocupamos de una actualización delimitada, con pruebas y documentación, para que tu equipo pueda seguir atendiendo la operación y el producto.
AVISO DE SEGURIDAD · 21 OCT 2026 ↗Tu sistema PHP,
SISTEMAS A MEDIDA · ERP · GESTIÓN
Tu sistema PHP,
actualizado.
Sus riesgos, visibles.
PHP2Shell es el motivo para actuar ahora. Actualizamos tu aplicación de gestión y entregamos un reporte de seguridad para que tu equipo sepa qué atender después.
ACTUALIZACIÓN + REPORTE BÁSICOUS$ 2.000 + impuestos
Objetivo: entrega en staging en 48 h desde el inicio aceptado. Para aplicaciones acotadas. Alcance, accesos, respaldo y disponibilidad confirmados antes de empezar.
Actualizar · Revisar · Priorizar
PHP2SHELL · EL MOTIVO PARA ACTUAR AHORA
El riesgo está en PHP.
La revisión empieza
por tu entorno.
El 21 de octubre de 2026, PHP publicó correcciones para dos vulnerabilidades críticas que pueden permitir ejecución remota de código sin autenticación.
Actualizar la aplicación no reemplaza actualizar el PHP que la ejecuta. Revisamos la versión instalada, los parches del proveedor y la compatibilidad de la aplicación.
Leer el aviso oficial de PHPLa versión pública orienta una revisión; por sí sola no confirma exposición ni una intrusión.
PARA QUIEN TIENE QUE MANTENERLO FUNCIONANDO
El sistema sigue siendo útil.
El mantenimiento se fue postergando.
Para responsables de TI, equipos chicos y empresas que dependen de un desarrollo PHP propio: un ERP, una herramienta de gestión, un portal de proveedores o una aplicación interna.
Tenés equipo.
Tenés una aplicación propia.
Necesitás volver a mantenerla.
Revisamos código y dependencias, definimos un destino soportado y dejamos un mapa de riesgos. Si hay integraciones o un ERP grande, acordamos una primera etapa específica.
INCLUIDO EN EL PAQUETE ACOTADO
No sólo una versión nueva.
Un reporte para decidir.
Analizamos estáticamente el código propio acordado y revisamos los hallazgos relevantes. Buscamos patrones de riesgo, como posibles SQL Injection o XSS, y los ordenamos para que tu equipo pueda actuar.
El reporte básico incluye alcance, herramientas utilizadas, limitaciones, severidad, ubicación y recomendación. Referenciamos categorías OWASP cuando corresponde.
Revisar alcance con el equipoMUESTRA ILUSTRATIVA · NO ES UN RESULTADO REAL
Reporte de seguridad
Código acordado · Hallazgos · Próximos pasosPRIORIDAD ALTA · EJEMPLOInyección
Posible SQL Injection
Ejemplo: una consulta construida concatenando datos de entrada.
- Ubicación
- Archivo y línea del código revisado
- Recomendación
- Usar consultas parametrizadas y revisar la validación de entradas
- Siguiente paso
- Validación manual y definición de la corrección
01 · Resumen ejecutivo02 · Hallazgos revisados03 · Recomendaciones
El análisis estático tiene límites: no es un pentest ni una certificación OWASP. Las correcciones de seguridad adicionales al alcance de actualización se presupuestan por separado.
UN PAQUETE CON BORDES CLAROS
No todo necesita
una reescritura.
Una actualización dirigida para una aplicación chica. El alcance se confirma antes de empezar, con entregables que puedas verificar.
Entender qué hay que mover.
Versión, framework, dependencias y entorno. Confirmamos el destino soportado, el código a analizar y hasta cinco flujos críticos a validar.
Corregir la compatibilidad acordada.
Actualización del runtime y ajustes de código dentro del alcance aceptado. Trabajamos sobre una copia, con respaldo restaurable.
Probar antes de dar el salto.
Versión en staging, validación de los flujos acordados, reporte básico de seguridad y plan de despliegue y reversión. Tu equipo aprueba producción.
COTIZADOR DE ENCAJE
¿Entra tu app
en el paquete?
Un minuto para orientarte. No pedimos código, contraseñas ni una URL. Si enviás la consulta, incluimos estas respuestas para revisar el alcance.
PARA QUE EL PRECIO SEA PREDECIBLE
Qué entra en el paquete.
Esto sí.
Una actualización, con validación.
Una app, una base, hasta cinco flujos y una entrega en staging. Código, permisos y respaldo disponibles desde el inicio.
Incluye el reporte básico de seguridad del código acordado, con hallazgos y recomendaciones.
Esto requiere otro alcance.
Integraciones, incidentes y grandes migraciones.
Pasarelas de pago, APIs, ERP con integraciones, cambios de arquitectura, datos dañados, malware o una aplicación sin acceso al código necesitan evaluación y presupuesto específicos.
El paquete requiere validar los límites de 10.000 líneas propias y 1 GB, sin integraciones externas, antes de aceptar el trabajo.
SIN LETRA CHICA ESCONDIDA
Preguntas
que importan.
Contexto técnico consultado el 27 de octubre de 2026. Cada entorno requiere su propia revisión.
¿El reporte incluye corregir todas las vulnerabilidades?
Incluye análisis estático del código propio acordado, revisión de hallazgos relevantes y un reporte con prioridades y recomendaciones. Las correcciones de seguridad adicionales al alcance de actualización se acuerdan y presupuestan por separado. No es un pentest, una certificación OWASP ni una garantía de ausencia de vulnerabilidades.
¿Sirve para mi ERP o sistema de gestión?
Sí, el foco son aplicaciones PHP a medida, sistemas de gestión y herramientas internas. El paquete base se limita a una app acotada sin integraciones externas. Un ERP con pagos, APIs o varias bases requiere una evaluación y un presupuesto específicos.
¿Qué es PHP2Shell y por qué actualizar PHP?
PHP2Shell es el nombre con el que se conocen dos vulnerabilidades críticas del runtime PHP divulgadas en octubre de 2026. Actualizar el runtime y revisar su configuración es distinto de reescribir tu aplicación. La exposición depende del entorno: una versión visible desde afuera no demuestra que un sitio esté comprometido.
¿Qué incluye el paquete de US$ 2.000?
La propuesta base contempla una aplicación, actualización de PHP a una versión soportada acordada, ajustes de compatibilidad dentro del alcance, validación de hasta cinco flujos críticos, una entrega en staging, un reporte básico de seguridad del código acordado y un plan de despliegue y reversión. El precio propuesto es más impuestos, sujeto a aceptación técnica; hosting, licencias y servicios externos no están incluidos.
¿Cuándo empiezan las 48 horas?
El objetivo de 48 horas corridas empieza únicamente después de aceptar el alcance por escrito, confirmar disponibilidad del equipo y recibir código, accesos de trabajo y un respaldo restaurable. La entrega objetivo es una versión validada en staging. El paso a producción se coordina y aprueba por separado.
¿Qué pasa si mi aplicación supera los límites?
Si supera 10.000 líneas de código propio o 1 GB de base de datos, tiene integraciones externas, requiere cambios de arquitectura o no conocemos el stack, primero definimos un alcance y un presupuesto específicos. No se aplica automáticamente el precio ni el plazo base. En un ERP con integraciones podemos definir una primera etapa.
¿Esto resuelve una intrusión o elimina todo el malware?
No. Ante indicios de intrusión se necesita una respuesta a incidentes con alcance propio. Actualizar PHP no prueba que el entorno esté limpio ni sustituye una investigación. No ofrecemos una garantía de seguridad absoluta.
¿Necesito reescribir mi aplicación?
No necesariamente. Primero revisamos runtime, framework, dependencias y flujos. El paquete busca una actualización acotada, conservando el comportamiento acordado. Una reescritura, nuevas funcionalidades o una migración grande se cotizan por separado.
CONTANOS QUÉ SISTEMA NECESITÁS ACTUALIZAR
Un próximo paso,
con alcance claro.
Decinos para qué usan la aplicación, qué está postergado y quién lleva su mantenimiento. Revisamos si encaja en el paquete o conviene definir otra etapa.