La IA ja troba errors de dia zero sola. El teu problema són els 43 dies de després

Els dos números que decideixen què et passa a tu es van publicar abans que existís Astra, i cap dels dos no parla de trobar errors. El primer és menys set dies: el temps mitjà fins a l'explotació, segons M-Trends 2026, és negatiu. El segon és 43 dies: la mediana que triga una organització a resoldre del tot una vulnerabilitat del catàleg KEV, segons el DBIR de Verizon d'enguany. Entre l'un i l'altre no hi ha ni un sol dia que depengui de com de ràpid algú trobi el forat.

El 4 de setembre OpenAI va presentar GPT-6 Astra i va declarar que és el primer model que desplega assolint el nivell «Crític» de capacitat en ciberseguretat del seu marc de preparació. És una notícia grossa i mereix els titulars que ha tingut. Nosaltres operem infraestructura i guàrdies per a clients, així que la pregunta que ens han fet aquesta setmana no és si el model impressiona —impressiona—, sinó què canvia dilluns. La resposta honesta és incòmoda: per a la majoria d'empreses que coneixem, res. I això no és la bona notícia, és la dolenta.

Què va dir OpenAI, amb les xifres i amb la lletra petita

El llindar «Crític» del seu marc el defineix la mateixa OpenAI per dues vies, i aquesta és la primera: la capacitat d'«identificar i desenvolupar exploits funcionals de dia zero de qualsevol nivell de severitat en molts sistemes crítics endurits del món real, sense intervenció humana». Les xifres que acompanyen l'anunci: a ExploitBench, Astra puntua 100% davant del 78,5% del seu predecessor GPT-5.6 Sol; a ExploitGym, un banc de proves més ampli de desenvolupament d'exploits, 42,4% davant de 30,3%, i amb menys tokens de sortida. Per descartar que estigués recitant de memòria, el van provar contra errors divulgats els tres mesos anteriors al llançament —posteriors al seu tall d'entrenament— i pel camí va trobar dues vulnerabilitats desconegudes, i n'està avisant els fabricants.

Ara la lletra petita, que és la nostra lectura i la marquem com a tal. Aquell 100% es va mesurar, segons el mateix anunci, sense les salvaguardes de producció. La versió que una empresa pot activar al seu espai de treball està restringida a revisió i correcció segura de codi i es nega a generar proves de concepte. Són dues configuracions diferents del mateix model, i el número del titular descriu la que no et donen. No és una acusació: OpenAI ho publica sense amagar-ho. És que gairebé ningú no ho ha explicat, i la diferència entre «el model pot» i «el model que tu encens pot» és exactament la que separa una notícia d'una decisió de compra. A més, l'accés ve desactivat per defecte i l'administrador l'ha d'activar a mà.

El segon detall. La relaxació d'aquestes restriccions està prevista per a defensors verificats mitjançant un programa propi, Daybreak. És a dir: la meitat ofensiva arriba primer al món com a capacitat demostrada, i la meitat defensiva arriba després i amb llista de convidats. No sabem amb quins criteris s'entra en aquesta llista, i no farem veure que ho sabem; sí que observem que una empresa de trenta persones poques vegades apareix en aquesta mena de llistes. I una frase que s'ha citat poc, de l'analista Sanchit Vir Gogia: «Astra behaves better and watches worse». Es comporta millor i es deixa vigilar pitjor: la seva cadena de raonament és menys observable que la del model anterior. Un sistema més capaç i alhora més difícil d'auditar és, en qualsevol disciplina d'enginyeria, una combinació que obliga a posar controls al voltant en comptes de confiar en el mateix sistema.

Els dos números que ja decidien el teu risc

M-Trends 2026, l'informe anual de Mandiant, situa el temps mitjà fins a l'explotació en aproximadament menys set dies. El signe és el que importa: significa que, de mitjana, l'error s'està explotant una setmana abans que existeixi el pedaç. El 2018 aquella finestra era de 63 dies. Va creuar el zero el 2024. La sèrie no ha fet cap salt: fa anys que baixa en línia recta i ja va passar per sota de la línia on l'aplicació de pedaços, per ràpida que sigui, arriba primer.

L'altre número va en direcció contrària. El DBIR de Verizon de 2026 situa la mediana per resoldre del tot una vulnerabilitat del catàleg KEV en 43 dies, davant dels 32 de l'any anterior. No baixa: puja onze dies en dotze mesos. Posar-los tots dos junts dona una finestra d'uns cinquanta dies que s'obre abans que el fabricant publiqui res. I aquí cal ser precisos, perquè és la mena de compte que es repeteix malament: l'una és una mitjana i l'altra una mediana, surten d'informes diferents i de poblacions diferents, així que sumar-los no és estadística, és un dibuix. El dibuix, però, no depèn de la suma: les dues sèries s'estan allunyant l'una de l'altra, cadascuna mesurada pel seu compte i cadascuna en la direcció que menys et convé.

Aquí hi ha el que Astra no canvia. Cap d'aquests cinquanta dies no transcorre esperant que algú descobreixi l'error. Transcorren després, a casa teva, entre que l'arranjament existeix i arriba a les teves màquines.

El número que de debò fa mal: el 26%

El mateix informe deixa una dada que s'ha comentat molt menys i que a nosaltres ens sembla la més greu de les tres: de les vulnerabilitats del catàleg KEV de CISA que les organitzacions tenen als seus sistemes, només se'n resol del tot el 26%, davant del 38% de l'any anterior. Dotze punts menys en un any.

Abans de treure conclusions cal posar el contrapès, i és al mateix informe: la mediana de vulnerabilitats del KEV que una organització havia d'atendre va pujar d'11 a 16 en un any, gairebé un 50% més. Part de la caiguda del 38% al 26% és aritmètica, no deixadesa. Però mira-t'ho bé, perquè la xifra que en surt és la que de debò desarma l'excusa del volum: l'empresa mediana en tenia setze. Setze en tot l'any. I d'aquelles setze en va tancar quatre.

El KEV no és la llista de tots els CVE del món. És una llista curta, filtrada per algú altre, gratuïta i publicada, amb una única condició d'entrada: que hi hagi evidència que allò s'està explotant ara. La feina cara —triar, prioritzar, decidir què importa— ve feta. I les tandes són d'un sol dígit: 3 entrades l'11 d'agost, 4 el 18, 6 el 26, 2 el 31 i 7 el 2 de setembre, per citar cinc publicacions que hem comprovat una a una. No és un cabal: és un degoteig d'unes quantes per setmana, ja prioritzat.

Si tres de cada quatre entrades de la llista curta —la que un altre t'ha filtrat, la que només conté allò que ja t'estan atacant— es queden sense tancar, aleshores «hi ha massa CVE» mai no va ser el motiu. I un motor capaç de trobar errors més de pressa no canvia el teu risc: canvia el teu calendari. Una cua que ja no pots buidar quan és curta no s'arregla perquè el món produeixi més ràpid: només es fa més llarga. De com ordenem aquesta cua quan el titular no basta per decidir ja en vam escriure a el cas dels deu CVE en el mateix procés.

Per què 43 dies no són mandra

La lectura fàcil d'aquests 43 dies és que la gent no pedaça per deixadesa. Operant infraestructura aliena des del 2015, gairebé mai no hem vist això. El que hem vist és que el número és la suma de cinc coses que no hi són, i cap de les cinc no es compra amb voluntat:

• No saps on corre. L'avís diu «versions anteriors a la X» i ningú de la sala no sap del cert quantes màquines hi ha ni en quina versió estan. L'inventari no és burocràcia: és el primer dia dels 43.
• No tens on provar-ho. Sense un entorn semblant a producció, aplicar el pedaç és la prova, i la prova es fa amb els clients a dins.
• No pots desfer-ho. Si el rollback és «restaurar la còpia d'ahir a la nit i perdre el dia», la decisió deixa de ser tècnica i passa a ser una aposta.
• No pots parar. La finestra de manteniment existeix al paper i a la pràctica cau sempre la setmana en què no es pot.
• No hi ha ningú despert. Els avisos no surten els dimarts a les deu del matí. El de SonicWall que ens va ocupar al juliol va entrar al catàleg amb termini de tres dies comptant el cap de setmana.

I hi ha una sisena raó que gairebé ningú no diu en veu alta perquè queda malament: la por és racional. Els pedaços trenquen coses. A l'agost vam explicar com una actualització de .NET va trencar la impressió en aplicacions en producció, i qui va viure allò va aprendre una lliçó equivocada però comprensible: esperar. La resposta a aquesta por no és valentia, és tenir un lloc on provar. Un equip que pot provar no necessita ser valent.

Tampoc no vendrem que córrer sempre surti bé. La setmana passada vam explicar com la versió que arreglava l'error de juliol és la més nova que el setembre declara vulnerable: qui va complir el termini de tres dies va aterrar exactament a la build que va tornar al catàleg 49 dies després. Això no és un argument per esperar. És un argument per no confondre «pedaçat» amb «segur», i per tenir el camí de tornada preparat abans de necessitar-lo.

El que sí que mou el número

Res del que baixa els 43 dies no és nou ni és un producte. És la mateixa feina avorrida de sempre: un inventari que es manté sol perquè l'alimenta la mateixa màquina i no un Excel de fa dos anys; un entorn de proves que s'assembli prou a producció perquè una fallada hi aparegui; desplegaments per parts i tornada enrere en un clic; i telemetria que avisi per símptomes, no per «el servei està en marxa». És exactament la mateixa llista que surt cada vegada que analitzem un incident gran, inclòs el de la redundància que no va sobreviure a un procediment. La fallada és inevitable; l'avaria és una decisió de disseny.

Falta la cinquena peça i aquí hem de ser honestos perquè ens afecta la butxaca: cal algú que pugui executar tot l'anterior quan l'avís cau un divendres a les nou del vespre, que és quan cau. Nosaltres venem guàrdia 24×7 i seria facilíssim vendre-la sola, com si contractar un telèfon nocturn baixés la mediana. No la baixa. Una guàrdia sense inventari ni entorn de proves ni rollback és una persona desperta mirant un avís que no pot aplicar sense arriscar-se. El que baixa el número és tenir les quatre coses fetes i algú que pugui executar-les fora del teu horari. Per separat no serveix cap de les dues meitats, i qui et vengui només una t'està venent mitja solució. El manteniment informàtic seriós consisteix, gairebé sencer, a tenir aquesta llista a punt abans que calgui.

Quan això no va amb tu

Si la teva empresa són quinze persones amb quinze portàtils, correu al núvol, cap servei publicat a internet i cap aplicació pròpia, això no va amb tu i muntar un programa de pedaços et costarà més del que t'estalvia. Activa les actualitzacions automàtiques, tingues un sistema operatiu amb suport i ves-te'n a casa. Ho diem sabent que ens ven menys, perquè l'alternativa és cobrar-te per una por que no et correspon.

Si en canvi tens qualsevol cosa publicada —un portal d'accés remot, un ERP, una aplicació que dona servei als teus clients— l'ordre importa i no és negociable: primer l'inventari. Sense saber què corre i en quina versió, tota la resta és teatre, incloses les eines cares. És un mes de feina avorrida que gairebé ningú no vol pagar i és, de bon tros, l'euro més ben gastat de la llista.

Abans que ens citis

No hem fet servir Astra ni hem reproduït cap de les seves xifres. El 100%, el 42,4% i les dues vulnerabilitats trobades són dades que publica OpenAI sobre si mateixa, i el banc de proves també és seu. Tampoc no diem que hi hagi atacants fent-lo servir: no en tenim cap evidència, el model té dies de vida i la versió desplegada es nega a generar proves de concepte. Ni sabem si aquesta capacitat de descobriment es traduirà en més explotació real, ni quan. Qui digui que ho sap està predient, i això és un blog d'infraestructura, no de futurologia.

I una sobre la data, perquè ens l'hem trobada i preferim explicar-la: hi ha mitjans que situen el desplegament a un grup limitat d'organitzacions el 3 de setembre i altres el llançament el 4, i el repartiment està pràcticament igualat —amb la particularitat que diverses de les capçaleres que donen el 4 publiquen el mateix article sindicat—. Fem servir el 4 perquè és la data de l'anunci de disponibilitat general, i ho deixem escrit en comptes de triar en silenci.

Queda la pregunta que sí que pots contestar avui, sense esperar cap model: quants dies passen a la teva empresa entre que existeix un arranjament i està posat. Si no tens aquest número, aquesta és la feina d'aquesta setmana. Si el tens i és alt, ja saps contra què competeixes. Una part t'arribarà abans que existeixi el pedaç, i contra això hi juga la detecció, no l'aplicació de pedaços. Però la majoria del que t'entrarà fa setmanes que està publicat i amb arranjament disponible.

Nota de fonts

El nivell «Crític» de capacitat en ciberseguretat de GPT-6 Astra, la seva definició al marc de preparació d'OpenAI, les puntuacions d'ExploitBench (100% davant del 78,5% de GPT-5.6 Sol) i d'ExploitGym (42,4% davant del 30,3%), la prova contra errors divulgats els tres mesos anteriors al llançament, les dues vulnerabilitats desconegudes trobades i la restricció de la versió desplegada a revisió i correcció segura de codi —amb negativa a generar proves de concepte— surten de la cobertura de l'anunci d'OpenAI a CSO Online, InfoWorld, Computerworld i The Hacker News, publicada entre el 4 i el 8 de setembre de 2026; la pàgina oficial openai.com/index/path-to-astra no ens ha respost en intentar consultar-la. Que el 100% es mesurés sense salvaguardes de producció i que l'accés vingui apagat per defecte són dades d'aquesta mateixa cobertura; el subratllat que titular i producte són configuracions diferents és nostre. El programa Daybreak per a defensors verificats i la citació de Sanchit Vir Gogia «Astra behaves better and watches worse» són de CSO Online. El temps mitjà fins a l'explotació d'aproximadament menys set dies, els 63 dies del 2018 i el creuament del zero el 2024 són d'M-Trends 2026 de Mandiant. La mediana de 43 dies per resoldre del tot una vulnerabilitat del catàleg KEV —davant de 32 l'any anterior—, el 26% resolt —davant del 38%— i la pujada de la mediana de vulnerabilitats del KEV per organització d'11 a 16 són del DBIR 2026 de Verizon. D'M-Trends 2026 i del DBIR 2026 n'hem llegit la cobertura i els resums publicats, no els informes sencers, i els citem com a tals. Les mides de les tandes del catàleg KEV (3 l'11 d'agost, 4 el 18, 6 el 26, 2 el 31 i 7 el 2 de setembre de 2026) surten dels avisos que CISA va publicar en aquestes dates, comprovats un a un; no pretenen ser el total del període, que inclou més publicacions, sinó l'ordre de magnitud de cada tanda. Els cinc motius de la secció sobre els 43 dies són observació pròpia d'operar infraestructura de clients, no un estudi, i així els donem.