Vivimos en tempos de loucura. A IA está automatizando o código, e tamén está automatizando a explotación de vulnerabilidades. O código escrito por IA introduce novos tipos de vulnerabilidades que nunca imaxinamos, xunto ás mesmas vellas, pero a unha escala moito maior. Aínda non sabemos como tratar con iso. Todo o mundo está adoptando novas tecnoloxías, e a seguridade medra máis complexa como a manipulación humana agora se estende ao propio software. Thesis Teoría Este artigo baséase en tres suposicións: 
 
 
 
 Nos próximos anos, o 99% do código será escrito, probado e revisado por IA. O uso de modelos de IA incorporados dentro do software seguirá crecendo. O código escrito por IA non é inherentemente máis seguro que o código escrito por humanos. Se estas suposicións son verdadeiras, as implicacións para a seguridade das aplicacións son enormes. o desenvolvemento impulsado pola IA non eliminará o risco. Multiplicará o risco e a velocidade do cambio deixará pouco espazo para os procesos manuais. What Changed O que cambiou Pulsar solicitudes, probas, ata implementacións - gran parte está a ser automatizada. AI is already reshaping how software gets written. A AI xa está reformulando como se escribe o software. Isto leva a: 
 
 
 
 Máis código, producido máis rápido Menos xente que o revisa Os mesmos erros e riscos que sempre tivemos Noutras palabras, os problemas non desapareceron.Están só aparecendo en escala.A velocidade de entrega aumentou dramaticamente, pero as redes de seguridade que tradicionalmente capturaron problemas, como revisións de pares, ciclos de QA e probas de seguridade manual, están a encollerse.Este é o paradoxo da AI no software: resolve para a velocidade, pero deixa a seguridade nunha constante carreira para manterse. Onde está a seguridade Case todos os enxeñeiros de seguridade de aplicacións que coñecín teñen tarefas que desexan que os desenvolvedores manexen para a seguridade, pero esas tarefas son moitas veces ignoradas ou despriorizadas. A boa noticia é que a IA segue as instrucións. Non ignora os billetes de Jira. Non discute durante a planificación do sprint. En lugar de perseguir aos desenvolvedores, pode automatizar as correccións, automatizar as revisións e mesmo automatizar as prácticas de desenvolvemento seguras. En vez de adestrar humanos, agora pode proporcionar consellos de seguridade cibernética para axentes. Isto significa que o papel de AppSec pode cambiar de persuadir e policía para habilitar e incorporar. Pode literalmente codificar prácticas seguras no mesmo tecido de como o software é xerado. Novos riscos, novas responsabilidades AI tamén introduce novas superficies de ataque: 
 
 
 
 Inxección rápida Envenenamento de datos Abuso automático da cadea de subministración Inxección rápida Envenenamento de datos Os atacantes tamén están a adoptar a IA, e están a moverse máis rápido do que os ciclos de patch tradicionais poden acomodar. Se a reparación aínda leva semanas, non é eficaz. A barra é agora horas. E estes non son escenarios hipotéticos - exemplos iniciais xa están aparecendo no salvaxe. Imaxina un adversario automatizado que nunca dorme, escaneando e explotando vulnerabilidades a escala, e comeza a ver as apostas. Para os enxeñeiros de AppSec, isto é tanto un reto como unha oportunidade.Non está só protexendo contra as vellas ameazas vestidas con novas roupas; está definindo o que a seguridade mesmo significa nesta nova era. O que os equipos de AppSec deben facer Este cambio cambia a descrición do traballo: 
 
 
 
 
 Construír seguridade directamente en fluxos de traballo automatizados Reparación automática, non só detección Cortar MTTR en horas Monitor de ameazas específicas de IA como parte das operacións normais Se non está seguro de onde comezar, concéntrase en reducir a MTTR - pero só para os resultados que realmente importan. Non desperdicie ciclos intentando corrixir falsos positivos rapidamente. Priorizar o que sabe é real e impactante. que só pode cambiar como a seguridade é percibida e entregada na organización. Máis aló diso, os líderes de seguridade deben pensar en gobernanza e responsabilidade. Quen posúe código impulsado por IA? Quen é responsable de asegurar que a lóxica xerada por IA non introduza violacións de cumprimento ou prexuízos? Estas preguntas moverán a AppSec do técnico ao estratéxico. Os equipos que os responden primeiro establecerán o ton para o resto da industria. Conclusión O traballo é máis difícil, pero tamén é máis impactante.AppSec agora ten máis influencia que nunca para dar forma a como se constrúe o software seguro.A oportunidade de facer un impacto significativo en enxeñaría e operacións é real e crecente. Se vostede é un enxeñeiro de AppSec hoxe, ten sorte.Está no medio da maior transformación que o campo xa viu.A súa capacidade de adaptarse, automatizar e conducir non só determinará a seguridade de aplicacións individuais, senón potencialmente a resiliencia de ecosistemas dixitais enteiros. 
 
 Por Amit Chita, CTO de campo en Mend.io By Amit Chita, Field CTO at  Mend.io Mondoñedo Mondoñedo

Este audio está producido na lingua orixinal da historia!

Se vostede é un enxeñeiro de AppSec, ten sorte

About Author

COMENTARIOS

Etiquetas colgantes

ESTE ARTIGO FOI PRESENTADO EN

Related Stories

HackerNoon Decoded 2024: Celebrating Our Science Community!

HackerNoon Decoded 2024: Celebrating Our Media Community!

R Systems BlogBook—Chapter 1: Round 2 is Now Open for Submissions🎉

HackerNoon Decoded 2024: Celebrating Our Writing Community!

HackerNoon Decoded 2024: Celebrating Our Science Community!

HackerNoon Decoded 2024: Celebrating Our Media Community!

R Systems BlogBook—Chapter 1: Round 2 is Now Open for Submissions🎉

HackerNoon Decoded 2024: Celebrating Our Writing Community!

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps