{"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\/pt\/blog\/news\/llvm-vvyol-pravila-primeneniya-ai-instrumentov-curl-i-node-js-ogranichat-vyplaty-za-uyazvimosti-iz-za-ai","title":{"rendered":"LLVM introduziu regras para o uso de ferramentas de IA. O Curl e o Node.js limitar\u00e3o os pagamentos por vulnerabilidades devido \u00e0 IA","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Os desenvolvedores do projeto LLVM aprovaram diretrizes para o uso de ferramentas de IA no desenvolvimento. A necessidade de regulamentar o uso da IA decorre do aumento no n\u00famero de altera\u00e7\u00f5es irrelevantes propostas para inclus\u00e3o na base de c\u00f3digo do LLVM. Por altera\u00e7\u00f5es irrelevantes, entendem-se mudan\u00e7as geradas por ferramentas de IA e enviadas como est\u00e3o, sem entender o conte\u00fado, verificar ou adotar a posi\u00e7\u00e3o \"o mantenedor que se vire\". Tal atividade aumenta a carga sobre os mantenedores e os for\u00e7a a gastar tempo analisando c\u00f3digo in\u00fatil. <\/p>\n
No entanto, os desenvolvedores do LLVM reconhecem que, quando usadas adequadamente, as ferramentas de IA s\u00e3o instrumentos \u00fateis que aceleram o desenvolvimento. As condi\u00e7\u00f5es aprovadas para o uso de IA no LLVM est\u00e3o parcialmente baseadas em regras publicadas no ano passado pelo projeto Fedora. A ideia principal das regras adotadas \u00e9 que os desenvolvedores n\u00e3o devem transferir para os mantenedores o trabalho de revis\u00e3o do c\u00f3digo gerado por assistentes de IA. <\/p>\n
Al\u00e9m da responsabilidade mencionada nas regras do Fedora pela altera\u00e7\u00e3o submetida, as regras do LLVM introduzem a exig\u00eancia de revis\u00e3o manual obrigat\u00f3ria do c\u00f3digo gerado por IA antes que uma altera\u00e7\u00e3o possa ser proposta no projeto. Al\u00e9m disso, o autor da altera\u00e7\u00e3o deve entender bem o c\u00f3digo enviado e estar preparado para responder a perguntas relacionadas. Recomenda-se que se elaborem manualmente as descri\u00e7\u00f5es para as pull requests, em vez de confiar na prepara\u00e7\u00e3o do texto de apoio por IA. <\/p>\n
Ao enviar uma altera\u00e7\u00e3o, cuja parte significativa foi gerada por ferramentas de IA, \u00e9 necess\u00e1rio adicionar na nota do pull request informa\u00e7\u00f5es sobre a utiliza\u00e7\u00e3o da IA, por exemplo, incluindo a etiqueta \"Assisted-by: nome da ferramenta de IA\". \u00c9 proibido o uso de ferramentas automatizadas de IA, como o agente de IA integrado ao GitHub @claude, que realizam a\u00e7\u00f5es ou enviam coment\u00e1rios sem a participa\u00e7\u00e3o humana. <\/p>\n
As regras adotadas se aplicam n\u00e3o apenas ao c\u00f3digo nas solicita\u00e7\u00f5es de altera\u00e7\u00e3o, mas tamb\u00e9m a documentos RFC que proponham novas funcionalidades, relat\u00f3rios de vulnerabilidades e bugs, coment\u00e1rios e feedbacks nas pull requests. <\/p>\n
Adicionalmente, pode-se destacar a decis\u00e3o de Daniel Stenberg, autor da ferramenta para envio e recebimento de dados pela rede curl, de acabar com o programa de recompensas financeiras por divulga\u00e7\u00e3o de vulnerabilidades no Curl. O pagamento das recompensas ser\u00e1 encerrado no final de janeiro devido ao excesso de solicita\u00e7\u00f5es de lixo geradas por assistentes de IA e enviadas sem a verifica\u00e7\u00e3o da real exist\u00eancia da vulnerabilidade. <\/p>\n
Relata-se que nas primeiras duas semanas de janeiro foram apresentadas 20 solicita\u00e7\u00f5es para recompensas, alegando a exist\u00eancia de vulnerabilidades. A an\u00e1lise dessas solicita\u00e7\u00f5es mostrou que nenhuma delas identificou vulnerabilidades reais. Os autores dos relat\u00f3rios de vulnerabilidade s\u00e3o aconselhados a n\u00e3o reportar o problema se n\u00e3o entenderem sua ess\u00eancia e n\u00e3o puderem reproduzir o erro. A verifica\u00e7\u00e3o de tais solicita\u00e7\u00f5es consome muito tempo da equipe respons\u00e1vel pela seguran\u00e7a. Acredita-se que a interrup\u00e7\u00e3o do pagamento das recompensas reduzir\u00e1 a motiva\u00e7\u00e3o das pessoas para enviar relat\u00f3rios de vulnerabilidade de baixa qualidade e mal verificados, independentemente de serem gerados por IA ou n\u00e3o. <\/p>\n
Nota: O projeto Node.js tamb\u00e9m anunciou uma limita\u00e7\u00e3o na aceita\u00e7\u00e3o de solicita\u00e7\u00f5es para pagamento de recompensas por vulnerabilidades, agora aceitando apenas solicita\u00e7\u00f5es de participantes com alta classifica\u00e7\u00e3o, que j\u00e1 tenham experi\u00eancia no envio de relat\u00f3rios corretos sobre problemas (signal > 1). A raz\u00e3o para essa altera\u00e7\u00e3o \u00e9 a significativaumento no n\u00famero de solicita\u00e7\u00f5es de baixa qualidade. A an\u00e1lise de solicita\u00e7\u00f5es de lixo consome tempo e recursos que poderiam ser direcionados para trabalho real de aumento da seguran\u00e7a da plataforma. De 15 de dezembro a 15 de janeiro, o projeto recebeu mais de 30 dessas solicita\u00e7\u00f5es. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"