Detecten en implementacions obertes de xarxes mòbils una mena de vulnerabilitats vinculades a l’excés de confiança entre components.

Els mecanismes interns de les xarxes mòbils es van construir durant dècades sobre la base de la confiança, però els operadors van migrar al núvol i l’antic costum arquitectònic es va convertir en la font de desenes de vulnerabilitats. Especialistes de la Universitat Tecnològica Nanyang van trobar 84 defectes fins ara desconeguts en el programari dels nuclis de xarxes 4G i 5G. Els desenvolupadors ja van confirmar 83 troballes, i 81 van rebre un número CVE.

Els problemes es van detectar a set implementacions obertes del nucli mòbil, incloent-hi Open5GS, free5GC, OpenAirInterface, SD-Core i eUPF. Les vulnerabilitats van afectar els protocols GTP-C i PFCP, mitjançant els quals els components interns de la xarxa creen sessions de comunicació, transmeten dades i estableixen regles d’encaminament.

La causa de la majoria dels errors no es troba en un fragment puntual de codi, sinó en el model general de seguretat. Els components del nucli mòbil solen assumir que els missatges de nodes veïns són correctes per defecte. Per això, els programes poden no comprovar camps obligatoris, la longitud de les dades, els valors permesos o la disponibilitat de recursos. Aquesta lògica va sorgir en una època en què les interfícies internes funcionaven en una infraestructura físicament aïllada i amb prou feines es relacionaven amb xarxes externes.

Els sistemes al núvol han debilitat aquesta barrera anterior. Un error en la configuració de la xarxa o una infraestructura insuficientment aïllada poden exposar les interfícies internes a un atacant. En alguns casos, els missatges de control maliciosos també es poden amagar dins del trànsit d’usuaris normal i passar per l’estació base fins als components del nucli.

Els autors van anomenar errors de confiança implícita a aquesta classe de problemes. Entre les 84 vulnerabilitats, les situacions més habituals eren aquelles en què el programa esperava un camp obligatori, però no en comprovava l’existència. Altres errors permetien transmetre valors incorrectes, trencar l’estat de la connexió o esgotar reserves internes de memòria i objectes de control. Per això certs components de la xarxa deixaven de funcionar i deixaven d’atendre sol·licituds.

Per buscar aquests defectes, els especialistes van crear un sistema multiagent anomenat iFinder, basat en un model de llenguatge gran. Primer, el sistema extreu patrons recurrents d’errors coneguts, després analitza el codi font i compara les seccions sospitoses amb les especificacions 3GPP. A continuació, iFinder genera automàticament codi demostratiu, l’executa en un entorn de proves i l’ajusta segons els registres d’execució fins a confirmar la vulnerabilitat o esgotar el nombre d’intents.

Quan el model de llenguatge es limitava a revisar el codi sense passos addicionals, aquest fet produïa massa falsos positius. Després de verificar els resultats amb les especificacions i fer proves pràctiques, la precisió d’iFinder va augmentar del 28% al 75%. El sistema va reconèixer al voltant del 68% de les vulnerabilitats conegudes per endavant que es van utilitzar per validar el mètode.

La troballa més perillosa va ser un cas en què un atacant va poder interceptar una sessió de comunicació. L’atacant podia enviar una sol·licitud PFCP falsa i afegir una regla amb prioritat més alta que la configuració legítima de l’abonat. El node que processava el trànsit d’usuari acceptava un identificador repetit sense verificar-lo i començava a reenviar les dades sortints de la víctima a l’atacant en lloc d’Internet.

Els especialistes van reproduir l’atac no només a la implementació oberta, sinó també a dos nuclis comercials 5G amb configuracions per defecte. Un proveïdor ja va corregir la sentència registrada com CVE-2026-8233 (4.6 mitjà). Un altre operador, al moment de la publicació, encara preparava la correcció. Una altra vulnerabilitat confirmada en un sistema comercial va rebre el número CVE-2026-8232 (3.5 baix) i permetia causar una denegació de servei.

Els autors aconsellen als operadors no confiar cegament en tot allò que està dins del nucli mòbil, segregar estrictament els components de la xarxa i tancar l’accés innecessari a les interfícies de control. I recomanen als desenvolupadors que comprovin l’estructura i el sentit de cada missatge, prohibeixin identificadors de regles repetits i limitin els recursos assignats, de manera que una sol·licitud incorrecta provoqui un rebuig i no aturi tot el servei.