{"id":154667,"date":"2026-01-22T17:11:54","date_gmt":"2026-01-22T15:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/llvm-vvyol-pravila-primeneniya-ai-instrumentov-curl-i-node-js-ogranichat-vyplaty-za-uyazvimosti-iz-za-ai"},"modified":"2026-01-22T17:11:54","modified_gmt":"2026-01-22T15:11:54","slug":"llvm-vvyol-pravila-primeneniya-ai-instrumentov-curl-i-node-js-ogranichat-vyplaty-za-uyazvimosti-iz-za-ai","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/llvm-vvyol-pravila-primeneniya-ai-instrumentov-curl-i-node-js-ogranichat-vyplaty-za-uyazvimosti-iz-za-ai","title":{"rendered":"LLVM ha introdotto regole per l'uso degli strumenti AI. Curl e Node.js limiteranno i pagamenti per le vulnerabilit\u00e0 dovute all'AI","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I sviluppatori del progetto LLVM hanno approvato le regole per l'uso degli strumenti di intelligenza artificiale nello sviluppo. La necessit\u00e0 di regolamentare l'uso dell'IA \u00e8 giustificata dall'aumento del numero di modifiche inutili proposte per l'inclusione nella base di codice di LLVM. Per modifiche inutili si intendono quelle generate da strumenti di IA e inviate senza comprensione del contenuto, senza verifica e adottando la posizione che 'il maintainer se ne occuper\u00e0'. Tale attivit\u00e0 crea un carico maggiore per coloro che si occupano del mantenimento e li costringe a spendere tempo per analizzare codice non utile. <\/p>\n
Tuttavia, gli sviluppatori di LLVM riconoscono che, se utilizzato correttamente, l'AI \u00e8 uno strumento utile che accelera lo sviluppo. Le condizioni di utilizzo dell'AI approvate in LLVM si basano in parte su regole pubblicate l'anno scorso dal progetto Fedora. L'idea principale delle regole adottate \u00e8 che gli sviluppatori non devono scaricare sui manutentori il compito di rivedere il codice creato con assistenti AI. <\/p>\n
In aggiunta alla responsabilit\u00e0 menzionata nelle regole di Fedora per le modifiche inviate, le regole di LLVM hanno introdotto il requisito di una revisione manuale obbligatoria del codice generato dall'AI, prima di proporre una modifica al progetto. Inoltre, chi prepara la modifica deve avere una buona comprensione del codice inviato ed essere pronto a rispondere a eventuali domande correlate. Si raccomanda di redigere manualmente le descrizioni delle pull request, invece di affidare la preparazione del testo di accompagnamento all'AI. <\/p>\n
Quando si invia una modifica di cui una parte significativa \u00e8 stata generata da strumenti di IA, \u00e8 necessario aggiungere nei commenti alla pull request informazioni sull'uso dell'IA, ad esempio indicando il tag 'Assisted-by: nome dell'assistente IA'. \u00c8 vietato utilizzare strumenti di IA automatizzati, come l'agente IA integrato con GitHub @claude, che eseguono azioni o inviano commenti senza il coinvolgimento umano. <\/p>\n
Le regole adottate si applicano non solo al codice nelle pull request, ma anche ai documenti RFC con proposte di nuove funzionalit\u00e0, alle segnalazioni di vulnerabilit\u00e0 e bug, ai commenti e feedback sulle pull request. <\/p>\n
In aggiunta, si segnala la decisione di Daniel Stenberg, autore dello strumento per la trasmissione e il recupero di dati tramite rete curl, di interrompere il programma di erogazione di ricompense per la segnalazione di vulnerabilit\u00e0 in Curl. I pagamenti delle ricompense si interromperanno alla fine di gennaio a causa dell'eccessivo numero di segnalazioni fittizie generate da assistenti AI e inviate senza verifica dell'effettiva esistenza della vulnerabilit\u00e0. <\/p>\n
Si riporta che nelle prime due settimane di gennaio sono state presentate 20 richieste di ricompensa, che affermavano l'esistenza di vulnerabilit\u00e0. L'analisi di tali richieste ha mostrato che nessuna di esse evidenziava vulnerabilit\u00e0 reali. Si consiglia agli autori dei rapporti sulle vulnerabilit\u00e0 di non segnalare un problema se non ne comprendono la natura e non possono riprodurre l'errore. La verifica di tali richieste richiede molto tempo al team di sicurezza. Si prevede che l'interruzione dei pagamenti ridurr\u00e0 la motivazione delle persone a inviare segnalazioni fittizie e mal verificate, indipendentemente dal fatto che siano generate da AI o meno. <\/p>\n
Nota aggiuntiva: Anche il progetto Node.js ha annunciato una limitazione nella ricezione di richieste per il pagamento di ricompense per la segnalazione di vulnerabilit\u00e0, accettando ora su HackerOne solo richieste da membri con alta reputazione, gi\u00e0 esperti nell'invio di rapporti corretti sui problemi (signal > 1). Tra le motivazioni del cambiamento si cita un notevole aumento delle richieste di bassa qualit\u00e0. L'analisi di segnalazioni fittizie sottrae tempo e risorse che potrebbero essere meglio impiegate per migliorare la sicurezza della piattaforma. Dal 15 dicembre al 15 gennaio, il progetto ha ricevuto oltre 30 di queste richieste. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"