← Últimos artículos
💻 computer science

Leveraging Large Language Models for Trustworthiness Assessment of Web Applications

Este estudio propone una metodología empírica que utiliza Grandes Modelos de Lenguaje (LLM) y técnicas de ingeniería de prompts para automatizar la evaluación de la confianza en aplicaciones web, verificando la adherencia a prácticas de codificación segura y generando una puntuación holística mediante un modelo de calidad jerárquico extendido.

Autores originales: Oleksandr Yarotskyi, José D'Abruzzo Pereira, João R. Campos

Publicado 2026-03-26
📖 4 min de lectura☕ Lectura para el café

Autores originales: Oleksandr Yarotskyi, José D'Abruzzo Pereira, João R. Campos

Artículo original bajo licencia CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta es una explicación generada por IA del artículo a continuación. No ha sido escrita ni avalada por los autores. Para mayor precisión técnica, consulte el artículo original. Leer descargo de responsabilidad completo

Imagina que las aplicaciones web son como restaurantes gigantes que sirven comida a millones de personas cada día. La "confiabilidad" (o trustworthiness) de un restaurante no significa solo que la comida no esté envenenada hoy, sino que la cocina esté limpia, los chefs sigan las recetas de seguridad y no dejen puertas abiertas a ladrones.

El problema es que revisar manualmente cada plato y cada rincón de la cocina de miles de restaurantes es imposible para los inspectores humanos: tardarían años y se cansarían.

Aquí es donde entran en juego los Modelos de Lenguaje Grandes (LLMs), que podemos imaginar como chefs robots superinteligentes entrenados con millones de libros de cocina. Este estudio investiga si podemos usar a estos robots para inspeccionar la cocina (el código de la aplicación) y decirnos: "¿Este restaurante es seguro o va a envenenar a alguien?".

Aquí tienes la explicación de su investigación, paso a paso:

1. El Problema: Inspeccionar a mano es lento

Antes, para saber si una aplicación era segura, los expertos humanos tenían que leer el código línea por línea, como si fueran detectives buscando huellas dactilares.

  • El problema: Es muy lento, subjetivo (depende de quién lo lea) y no escala. No puedes tener un detective revisando cada cambio de código en tiempo real.
  • La solución propuesta: Usar a los "chefs robots" (LLMs) para que lean el código y verifiquen si se siguen las reglas de seguridad básicas (como las de la OWASP, que es como la "Guía de Higiene y Seguridad" mundial para webs).

2. La Metodología: ¿Cómo le preguntamos al robot?

Los autores no solo le dijeron al robot "¿Es seguro?". Probaron diferentes formas de hacerle la pregunta (lo que llaman Prompt Engineering), como si estuvieras enseñando a un niño nuevo:

  • Intento 1 (Sin ayuda): Le mostraron el código y le dijeron: "¿Cumple la regla?".
    • Resultado: Los robots más inteligentes (como GPT-4) lo hicieron bastante bien, pero los más pequeños se confundieron.
  • Intento 2 (Con ejemplos de errores): Le dijeron: "Aquí tienes la regla y aquí tienes un ejemplo de cómo no hacerlo".
    • Resultado: Funcionó muy bien para los robots grandes, pero a veces confundió a los más pequeños, que se enfocaron demasiado en el ejemplo y no entendieron la regla general.
  • Intento 3 (Dándoles todo el contexto): Les mostraron no solo la función, sino también todas las otras funciones que esta llama (como mostrarle al inspector no solo el plato, sino toda la cadena de suministro).
    • Resultado: ¡Fue un desastre! Demasiada información saturó al robot. Fue como intentar encontrar una aguja en un pajar gigante; el robot se perdió en los detalles y dejó de ver los errores importantes.
  • Intento 4 (Con reglas estrictas): En lugar de dar ejemplos, le dieron una lista de instrucciones paso a paso tipo "Si haces X, entonces es seguro. Si haces Y, es inseguro".
    • Resultado: ¡El ganador! Esta fue la mejor estrategia, especialmente para los robots más pequeños. Las reglas claras les ayudaron a no divagar y a ser muy precisos.

3. La Calificación Final: El "Puntaje de Confianza"

Una vez que el robot revisó cada regla, los investigadores necesitaban un número final que dijera: "Esta aplicación es un 80% segura".

  • No usaron un simple promedio (porque en seguridad, un solo error grave arruina todo, como un solo ratón en la cocina).
  • Usaron una fórmula matemática especial (llamada LSP) que actúa como un juez estricto: si falta una regla crítica, el puntaje baja drásticamente.
  • El hallazgo clave: Los robots no son buenos calculando el puntaje final por sí mismos (se vuelven locos con los números). Pero, si usamos al robot para detectar los errores y luego le pasamos esa lista a la fórmula matemática, ¡el resultado es perfecto!

4. Las Conclusiones (En pocas palabras)

  1. Los robots pueden ayudar: Pueden automatizar la revisión de seguridad de aplicaciones web de forma masiva, algo que antes era imposible de hacer a mano.
  2. Menos es más: Darle al robot demasiado contexto (código de otras funciones) lo confunde. Es mejor darle instrucciones claras y directas.
  3. La combinación ganadora: No confíes en que el robot te dé un número mágico de "seguridad". Úsalo para encontrar los errores y deja que una fórmula matemática calcula el puntaje final.

En resumen:
Este estudio nos dice que podemos tener inspectores de seguridad robóticos que trabajen 24/7 revisando el código de las aplicaciones. Pero para que funcionen bien, no hay que abrumarlos con demasiada información; hay que darles reglas claras y simples, y dejar que una calculadora matemática haga el trabajo pesado de sumar los puntos finales. Esto hace que las aplicaciones web sean más seguras y que los desarrolladores puedan trabajar más rápido sin miedo a dejar puertas abiertas a los hackers.

¿Ahogado en artículos de tu campo?

Recibe resúmenes diarios de los artículos más novedosos que coincidan con tus palabras clave de investigación — con resúmenes técnicos, en tu idioma.

Probar Digest →