Para responsables técnicos, responsables de producto y equipos que modifican funcionalidades sensibles, heredan un código ajeno o investigan un hallazgo conocido.

Cuando necesita un análisis de la causa raíz y una corrección práctica.

Qué examinamos

Definir los módulos, los cambios, las dependencias y los flujos de datos relevantes.
Revisar los límites de confianza, los permisos y el tratamiento de las entradas no fiables.
Investigar los hallazgos en su contexto y analizar correcciones que encajen con la arquitectura.

Cómo se desarrolla un encargo

Envíe un breve resumen

El producto, qué ha cambiado, qué necesita saber y para cuándo. Basta con un párrafo; respondo en un plazo de tres días.

Reciba una propuesta por escrito

Alcance, metodología, exclusiones, entregables, precio y fechas. La confidencialidad, el NDA y las condiciones de la nueva prueba se acuerdan en la misma propuesta.

Siga el trabajo a medida que avanza

En las evaluaciones, verá las evidencias y las prioridades a medida que surgen. En los proyectos de desarrollo, revisará los hitos acordados.

Informe y sesión de resultados

Recibe el informe o el trabajo entregado y una sesión de revisión con su equipo. Cualquier corrección o verificación posterior se acuerda con usted.

Encuentro la causa y escribo la corrección.

Escribí los parches de dos CVE del kernel de Linux y otras siete correcciones que ya están en la rama principal. En su producto, cada hallazgo incluye la ruta en el código, las condiciones que lo desencadenan y una corrección que su equipo puede revisar.

Ver los 9 parches del kernel aceptados

Preguntas antes de empezar

¿Qué lenguajes y tecnologías revisa?

Trabajo con código de aplicación, incluidos C, C++ y Java, y tengo experiencia en desarrollo con PHP/Laravel, Vue, Node.js y MySQL. Comparta su stack y los objetivos de la revisión para confirmar el alcance adecuado.

¿Necesita todo el código?

El acceso depende de la pregunta. Incluso una revisión acotada puede requerir código adyacente, información de compilación o pruebas para entender los permisos, las dependencias y el flujo de datos.

¿Puede la revisión centrarse en una corrección propuesta?

Sí. Podemos examinar si un cambio acordado resuelve la causa original y si introduce problemas relacionados. Cualquier trabajo de implementación se acuerda por separado si es necesario.

¿Podemos empezar por un solo componente?

Sí. Una revisión acotada de una funcionalidad, un módulo o un cambio crítico puede ser un primer encargo útil. El informe indica esos límites de forma explícita.

¿Con qué rapidez responde?

En un plazo máximo de tres días. Recibirá preguntas sobre su producto o un esbozo de la propuesta.

¿Cuánto cuesta?

Los precios publicados son precios de partida. El precio final depende del alcance y de la complejidad técnica, y se fija en la propuesta escrita antes de empezar.

¿Cuánto dura y cuándo puede empezar?

La duración y la fecha de inicio dependen del alcance, de la complejidad técnica y de mi carga de trabajo. La propuesta indica las fechas.

¿Podemos trabajar con un NDA?

Sí. Las condiciones de confidencialidad, incluido un NDA si lo necesita, se acuerdan en la propuesta antes de que comparta código, credenciales o hallazgos.

¿Incluye una nueva prueba?

La nueva prueba se acuerda para cada encargo en la propuesta: qué hallazgos, qué versión y en qué plazo.

¿Trabaja con agencias?

Sí. Las agencias pueden contar conmigo para el proyecto de un cliente. Las condiciones de entrega, incluidos los informes de marca blanca, se acuerdan caso por caso en la propuesta.

Revisión de seguridad del código