Laravel auth bypass al centro di una settimana di vulnerabilità web critiche
Il Laravel auth bypass è tra i problemi di sicurezza web più urgenti divulgati questa settimana. CVE-2026-114509, con un punteggio di 9,2 su 10 nel Common Vulnerability Scoring System (CVSS), interessa il componente di autenticazione TokenGuard integrato nel framework. In alcune configurazioni di due database server open source correlati, una credenziale appositamente costruita che non è testo ordinario può indurre una query di autenticazione a selezionare un utente non previsto anziché rifiutare la richiesta. Di conseguenza, un attaccante non autenticato potrebbe accedere a un'applicazione come utente esistente senza conoscere il token dell'application programming interface (API) di quella persona. Laravel ha corretto il problema nelle versioni 13.29.0 e 12.68.0. I gestori di siti web che utilizzano TokenGuard dovrebbero considerare gli aggiornamenti come correzioni contro l'account takeover, anziché come manutenzione ordinaria.
Anche altre applicazioni esposte su Internet sono state oggetto di segnalazioni relative a vulnerabilità gravi. Mobeta ha riferito che una vulnerabilità SQL injection non autenticata in GLPI 11.0.8, identificata come GHSA-753w-2942-4pxm, può esporre l'intero database dell'applicazione. SQL injection significa che un input malevolo viene interpretato come un comando per il database. A seconda della versione interessata, l'accesso potrebbe evolvere fino all'administrator takeover e alla remote code execution (RCE), che consente di eseguire comandi sul server. GLPI 11.0.9 contiene la patch. Separatamente, Rapid7 ha individuato tre vulnerabilità in Eptura Archibus: CVE-2026-107186 aggira l'autenticazione attraverso una API legacy, CVE-2026-107187 consente la lettura completa del database e CVE-2026-107188 permette un file upload non sicuro che può portare alla RCE come NT AUTHORITY/Local Service.
AegisSec Research ha divulgato CVE-2026-65162, chiamata anche ShadowForge, in NVIDIA AIStore per Linux. La vulnerabilità, con punteggio CVSS 10.0, è presente in una API legacy per l'inizializzazione ETL Kubernetes PodSpec. Kubernetes gestisce software distribuito in container isolati e, secondo i ricercatori, questa debolezza consente di creare un container privilegiato e successivamente compromettere l'host sottostante. I sistemi degli sviluppatori sono esposti a un'altra via per l'esecuzione di codice attraverso OpenCode su Windows e Windows Subsystem for Linux. Pillar Security ha scoperto che un remote Model Context Protocol server controllato da un attaccante poteva eseguire codice durante l'autenticazione OAuth remota senza un ulteriore passaggio di approvazione. Anomaly ha corretto la vulnerabilità in OpenCode 1.18.33. La divulgazione è seguita a una violazione di OpenCode Console collegata a un attacco di distillation su larga scala, che ha interessato l'1,4% degli utenti di Console e potrebbe aver esposto API key associate ai modelli AI di Anthropic, OpenAI e Google.
Roundcube ha rilasciato le versioni 1.6.20 e 1.7.5 per correggere 20 problemi di sicurezza. Tra questi figurano IMAP command injection, in cui un input appositamente costruito raggiunge il protocollo di posta come istruzione, un SSRF filter bypass relativo alla server-side request forgery (SSRF), che può indurre un server a contattare destinazioni non previste, e una gestione non sicura degli allegati. Non è stato segnalato alcuno sfruttamento delle vulnerabilità di Roundcube corrette dalle patch. Chrome ha inoltre esteso per impostazione predefinita a tutti gli utenti una misura di sicurezza del trasporto: ora il browser chiede l'autorizzazione prima di connettersi tramite HTTP non cifrato. In precedenza, tale avviso veniva mostrato alle persone che utilizzavano Enhanced Protection in Safe Browsing.
Una diversa vulnerabilità critica interessa le chiamate Signal su Android, iOS e desktop. CVE-2026-113380 ha un punteggio CVSS di 9,3 e si trova in RingRTC, la library basata su WebRTC utilizzata per le chiamate vocali e video. Secondo il ricercatore, un chiamante malevolo può inondare l'event queue della chiamata, facendo sì che la richiesta di riaggancio della vittima rimanga bloccata dietro gli eventi generati dall'attaccante. L'audio, e potenzialmente il video, possono quindi restare attivi dopo che la vittima tenta di terminare la chiamata. La debolezza segnalata dimostra perché chiudere un elemento dell'interfaccia non equivale sempre ad arrestare il processo sottostante.
Il furto di credenziali e l'esposizione di secrets hanno causato diversi incidenti significativi. Zeabur ha dichiarato che il 14 e 15 ottobre 2026 alcuni attaccanti hanno utilizzato credenziali interne sottratte e memorizzate come plain text per accedere a un cluster condiviso, ad alcuni Dedicated Servers e a sistemi interni. Gli attaccanti hanno raggiunto il database della piattaforma e sottratto oltre 3,2 milioni di record di variabili d'ambiente, oltre alle informazioni relative a 321.810 account. La piattaforma di sviluppo prevede di iniziare la chiusura il 1° dicembre e di completare il processo entro il 31 dicembre 2026. Si è trattato della seconda violazione subita da Zeabur nel corso dell'anno, dopo un incidente avvenuto ad agosto che aveva coinvolto informazioni sugli account, API key e altri secrets.
PingCAP ha riferito che credenziali di service account sottratte hanno consentito l'accesso ai sistemi interni tra il 9 settembre e il 7 ottobre 2026. Gli intrusi hanno copiato codice sorgente e record contenenti nomi, indirizzi email, relazioni tra organizzazioni e progetti, testo ed errori dell'editor SQL, contatti dei clienti, dettagli di contratti e ordini, prezzi, termini di pagamento, configurazioni di fatturazione e valori cifrati delle API key. PingCAP ha scoperto l'attività e ha iniziato a disabilitare le credenziali interessate il 7 ottobre. Andromeda ha rilevato un accesso non autorizzato alle credenziali il 13 ottobre, dopo attività che ritiene siano iniziate intorno al 9 ottobre. Ha disabilitato gli account compromessi, informato i clienti ritenuti coinvolti e dichiarato di non aver trovato prove di accesso a modelli, dataset o dati di training dei clienti. Anche Genesys ha divulgato un accesso non autorizzato ai propri sistemi interni per la gestione delle relazioni con i clienti e la formazione. Sono state consultate o scaricate informazioni aziendali e sugli account, ma l'azienda ha dichiarato che le piattaforme Genesys Cloud, Genesys Engage e Genesys Engage Cloud non sono state compromesse.
Il phishing continua a rappresentare una via efficace per aggirare controlli degli account altrimenti robusti. Bluesky ha dichiarato che oltre 4.500 account sono stati compromessi tramite post che pubblicizzavano un falso pagamento governativo; l'azienda ha sospeso temporaneamente gli account interessati mentre lavorava per ripristinarne l'accesso. Dataminr ha individuato falsi portali Okta e ServiceNow agli indirizzi riskified-okta[.]com e shipmonk-servicenow[.]com, rivolti ai fornitori di software per l'e-commerce. Le pagine tentavano un MFA downgrade: gli utenti della multi-factor authentication (MFA) basata su hardware venivano spinti verso metodi di fallback più deboli, come codici tramite messaggio di testo o email, laddove le policy degli account lo consentivano. La polizia di Singapore ha inoltre segnalato almeno 62 casi di truffa tramite malware Android dall'aprile 2026, con perdite pari a S$989.000. Le vittime venivano indirizzate da annunci sui social media a installare un file Android Package Kit (APK), prima che persone al telefono, spacciandosi per funzionari o dipendenti bancari, cercassero di ottenere denaro, dati bancari, informazioni personali o oggetti di valore.
L'accesso agli ambienti di sviluppo da parte di strumenti connessi all'AI crea ulteriori rischi quando le autorizzazioni sono ampie. Un ricercatore ha dimostrato che istruzioni nascoste in un repository pubblico controllato da un attaccante potevano manipolare il GitHub Connector di ChatGPT durante una revisione del deployment. Con l'autorizzazione predefinita per tutti i repository, il connector poteva scrivere un workflow di GitHub Actions in un repository privato separato, dove il codice automatizzato poteva accedere ai secrets memorizzati e trasmetterli. L'attacco non richiedeva né l'accesso al repository della vittima né il caricamento di un documento malevolo.