
La società madre di npm (Node Package Manager), GitHub, ha segnalato due gravi vulnerabilità identificate nel gestore di pacchetti JavaScript nell’ottobre-novembre di quest’anno.
Il primo è il più grave dei bug, che i ricercatori della sicurezza informatica hanno segnalato agli sviluppatori tramite il programma di bug bounty di GitHub all’inizio di novembre. Tale bug consente a un utente malintenzionato di pubblicare una nuova versione di qualsiasi pacchetto npm utilizzando un account senza la corretta autorizzazione.
La vulnerabilità derivava dall’incoerenza nell’autorizzazione e nei controlli dei dati tra diversi microservizi che elaborano le richieste in npm.
“In questa architettura, il servizio di autorizzazione verifica correttamente l’autorizzazione dell’utente per i pacchetti in base ai dati passati nei percorsi url della richiesta”.
Ha spiegato Mike Hanley, Chief Security Officer di GitHub.
“Ma esiste una incoerenza nel servizio di pubblicazione che dà la possibilità a un pacchetto non autorizzato di pubblicare nuove versioni di software. Abbiamo affrontato questo problema garantendo la coerenza tra i servizi di pubblicazione e autorizzazione per consentire che lo stesso pacchetto venga utilizzato sia per l’autorizzazione che per la pubblicazione”.
Gli sviluppatori scrivono che non ci sono prove di sfruttamento di questo bug al momento.
Ma allo stesso tempo, gli esperti ammettono che non è possibile escludere categoricamente lo sfruttamento attivo per gli scarsi dati di telemetria a disposizione.
La seconda vulnerabilità era relativa alla fuga dei nomi dei pacchetti npm privati (ma non del loro contenuto), avvenuta attraverso il server di replica npmjs.com, da cui i servizi di terze parti ricevono i dati.
La perdita ha interessato le librerie npm private create prima del 20 ottobre.
“Durante la manutenzione del database che mantiene la replica pubblica di npm su replicate.npmjs.com, sono stati creati record che potrebbero rivelare i nomi dei pacchetti privati”
spiega Hanley.
“Per un breve periodo, questo ha permesso ai consumatori di replicate.npmjs.com di apprendere i nomi dei pacchetti privati dai post pubblicati nel feed pubblico delle modifiche. Nessun’altra informazione, compreso il contenuto di questi pacchetti privati, era di fatto disponibile.”
Ti è piaciuto questo articolo? Ne stiamo discutendo nella nostra Community su LinkedIn, Facebook e Instagram. Seguici anche su Google News, per ricevere aggiornamenti quotidiani sulla sicurezza informatica o Scrivici se desideri segnalarci notizie, approfondimenti o contributi da pubblicare.

Cyber NewsUn aggiornamento di sicurezza è stato rilasciato dai responsabili della manutenzione di OpenSSL, la libreria crittografica, al fine di risolvere circa una dozzina di vulnerabilità che includono, tra gli altri, errori logici e corruzioni di…
CyberpoliticaNon è la prima iniziativa che spunta su questo fronte, ultimamente. Anzi, se ne sentono diverse, una dopo l’altra. Ed è quasi inevitabile: autonomia tecnologica e sicurezza nazionale stanno diventando un terreno sempre più battuto,…
CulturaC’è questa idea sbagliata, un po’ romantica volendo, per cui il ransomware è “roba da IT”: qualche server in crisi, due notti in bianco, poi si riparte e fine… La realtà, soprattutto per un’azienda quotata…
DirittiNel precedente contributo abbiamo esplorato come la posizione di garanzia del professionista della cybersecurity si scontri con fattispecie classiche come l’accesso abusivo. Tuttavia, nella mia esperienza professionale e accademica, riscontro spesso una zona d’ombra ancora…
VulnerabilitàAncora una volta Microsoft si è vista obbligata ad effettuare una rapida correzione di alcune falle. L’azienda ha rilasciato patch non programmate per Microsoft Office, risolvendo una pericolosa vulnerabilità zero-day già sfruttata in attacchi informatici.…