{"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\/novosti-interneta\/llvm-vvyol-pravila-primeneniya-ai-instrumentov-curl-i-node-js-ogranichat-vyplaty-za-uyazvimosti-iz-za-ai","title":{"rendered":"LLVM ha introdotto delle regole per l'uso degli strumenti AI. Curl e Node.js limiteranno i pagamenti per le vulnerabilit\u00e0 legate all'AI.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Gli sviluppatori del progetto LLVM hanno approvato le regole per l'uso degli strumenti AI durante lo sviluppo. La necessit\u00e0 di regolamentare l'uso dell'AI \u00e8 motivata dall'aumento dei cambiamenti inutili proposti per l'inclusione nel codice sorgente di LLVM. Per cambiamenti inutili si intendono quelli generati da strumenti AI e inviati cos\u00ec come sono, senza comprendere il contenuto, effettuare verifiche e adottare un atteggiamento del tipo 'il manutentore se ne occuper\u00e0'. Tale attivit\u00e0 genera un carico maggiore per gli operatori e li costringe a dedicare tempo all'analisi di codice superfluo. <\/p>\n
Tuttavia, gli sviluppatori di LLVM riconoscono che, se utilizzato correttamente, l'AI \u00e8 uno strumento utile che accelera lo sviluppo. Le condizioni approvate in LLVM per l'uso dell'AI si basano parzialmente su regole pubblicate lo scorso anno dal progetto Fedora. L'idea principale delle regole adottate \u00e8 che gli sviluppatori non dovrebbero trasferire agli operatori il lavoro di revisione del codice creato dagli assistenti AI. <\/p>\n
Oltre alle responsabilit\u00e0 menzionate nelle regole di Fedora riguardo alle modifiche proposte, \u00e8 stata introdotta la richiesta di una revisione manuale del codice generato tramite AI prima di proporre una modifica al progetto. Inoltre, chi prepara la modifica deve avere una buona comprensione del codice inviato e deve essere pronto a rispondere a eventuali domande relative. Si consiglia di redigere manualmente le descrizioni delle pull request, invece di affidarsi a un testo generato dall'AI. <\/p>\n
Quando si invia una modifica, gran parte della quale \u00e8 stata generata da strumenti AI, \u00e8 necessario aggiungere nella nota della pull request informazioni sull'uso dell'AI, ad esempio, indicare il tag 'Assisted-by: nome dell'assistente AI'. \u00c8 vietato l'uso di strumenti AI automatizzati, come l'agente AI integrato con GitHub @claude, che eseguono azioni o inviano commenti senza intervento umano. <\/p>\n
Le regole adottate si applicano non solo al codice nelle richieste di modifica, ma anche ai documenti RFC che propongono nuove funzionalit\u00e0, ai messaggi di vulnerabilit\u00e0 e bug, e ai commenti e feedback sulle pull request. <\/p>\n
Inoltre, si segnala la decisione di Daniel Stenberg, autore dell'utility per il trasferimento di dati tramite rete curl, di interrompere il programma di premi per la segnalazione di vulnerabilit\u00e0 in Curl. Il pagamento dei premi terminer\u00e0 alla fine di gennaio a causa dell'abbondanza di segnalazioni fasulle, generate da assistenti AI e inviate senza una verifica dell'effettiva esistenza della vulnerabilit\u00e0. <\/p>\n
Riporta che nelle prime due settimane di gennaio sono state presentate 20 richieste di premio che affermano di aver individuato vulnerabilit\u00e0. L'analisi di queste richieste ha mostrato che nessuna di esse ha rivelato vulnerabilit\u00e0 reali. Si consiglia agli autori dei report sulle vulnerabilit\u00e0 di non segnalare un problema se non ne comprendono la natura e non possono riprodurre l'errore. La verifica di simili richieste richiede molto tempo al team responsabile della sicurezza. Si prevede che l'interruzione del pagamento dei premi ridurr\u00e0 la motivazione delle persone ad inviare report fasulli e poco verificati sulle vulnerabilit\u00e0, indipendentemente dal fatto che siano generati da AI o meno. <\/p>\n
Nota: Il progetto Node.js ha anche annunciato una restrizione nell'accettazione delle richieste di ricompensa per la segnalazione di vulnerabilit\u00e0, accettando ora su HackerOne solo le richieste da partecipanti con alta reputazione, che hanno gi\u00e0 esperienza nell'invio di segnalazioni valide (signal > 1). La motivazione di questo cambiamento \u00e8 un notevole aumento del numero di richieste di bassa qualit\u00e0. L'analisi di queste richieste spazzatura sottrae tempo e risorse che potrebbero essere impiegati in attivit\u00e0 reali 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":"