Otto record CVE contro Langflow OSS, il costruttore visuale per workflow LLM, sono stati pubblicati tra 22:16:46 e 22:16:47 UTC del 28 agosto. Tutti e otto indicano le versioni 1.0.0 through 1.11.1. Due sono critiche: 9.8 e 9.9.
Cosa descrivono
Esecuzione di codice remoto, server-side request forgery, esecuzione di codice autenticata, lettura arbitraria di file e divulgazione di informazioni. Per uno strumento la cui funzione è consentire agli utenti di assemblare ed eseguire pipeline di modelli, il confine tra funzionalità prevista ed esecuzione di codice è davvero difficile da tracciare — ed è questo che rende rilevanti gli intervalli di versioni specifici e l'autorità di scoring.
Vendor e scorer sono la stessa parte
Ognuno degli otto indica il team di security del prodotto IBM come source identifier, e IBM è l'autorità di numerazione per i propri prodotti. Il 9.8 e il 9.9 sono quindi stati assegnati dal vendor a se stesso. È normale nel sistema CVE e non è prova di alcunché di improprio. Significa però che queste valutazioni non hanno avuto alcuna calibrazione esterna, a differenza dei record valutati da un'autorità terza.
Cosa sbaglia l'inquadramento comune
"Otto nuove vulnerabilità critiche" implica otto nuove esposizioni. Le correzioni erano già state rilasciate settimane prima, in una release di manutenzione pubblicata come normali bug fix — chiunque fosse su una versione attuale non è mai stato a rischio da questo lotto. La novità è la documentazione. E la documentazione ha un difetto suo: gli advisory non contengono alcuna voce di package interessato. Un record con un elenco di package vuoto non corrisponde a nulla in un dependency graph, quindi gli scanner automatici non lo segnalano, e gli utenti meno inclini a leggere un changelog sono esattamente quelli che i CVE avrebbero dovuto raggiungere.
La posizione pratica
Aggiornare oltre la 1.11.1 risolve tutti e otto. Aspettare che sia uno scanner a dirvelo non funzionerà, perché con i metadati attuali nessuno scanner lo farà.