Importaciones escasas y funciones que se piden después

Un programa pide al sistema lo que necesita: abrir archivos, usar la red, dibujar ventanas. Casi todo eso aparece en su tabla de importaciones. Una tabla con muy pocas funciones sugiere una de dos cosas: que el programa es diminuto (una herramienta de consola) o que construye su lista al ejecutarse.

Lo segundo se reconoce por el tipo de funciones que sí están: las que cargan una biblioteca por nombre y las que obtienen la dirección de otra función por su nombre. Con ese par, el programa puede pedir lo que quiera después, sin declararlo. La tabla estática, entonces, está incompleta a propósito, y lo que falta lo dirá la ejecución.

Entre las funciones importadas, una hace de intermediaria: recibe el nombre de otra función y devuelve dónde encontrarla. Es una función legítima, que usan muchos programas normales; lo que pesa es verla sin casi nada más, y junto a otras que reservan memoria y cambian sus permisos.

El informe del entorno aislado registra lo que realmente ocurrió: qué bibliotecas se cargaron y qué funciones se pidieron. Comparado con la tabla estática, muestra lo que quedó fuera. Es una de las ganancias de tener las dos salidas: la estática dice lo que el archivo declara, la dinámica lo que hizo en esa corrida.

Ten presente el límite: el entorno corrió una vez y por un tiempo acotado. Lo que no se vio no se puede descartar.

En referencias-de-la-empresa.txt hay un programa corporativo, trazador.exe, con solo tres funciones, y es legítimo: es una herramienta de consola pequeña. Así que contar importaciones no basta. Lo que distingue a M-0624 es qué importa: el par que permite pedir el resto después, más las que reservan memoria y cambian sus permisos, y lo que el informe del entorno confirma que hizo con ellas.

Y aun así, dos programas de proveedor de la empresa importan ese par y son legítimos: la tabla orienta, no condena.