
Redazione RHC : 28 Gennaio 2023 10:00
Durante le vacanze di Natale, Slack ha subito un incidente che ha interessato parti dei suoi repository GitHub.
“L’incidente è correlato al fatto che gli aggressori hanno ottenuto l’accesso ai repository GitHub ospitati su un server Slack esterno tramite un numero” limitato “di token dei dipendenti Slack”
Ha affermato l’azienda.
CALL FOR SPONSOR - Sponsorizza la Graphic Novel Betti-RHC Sei un'azienda innovativa, che crede nella diffusione di concetti attraverso metodi "non convenzionali"? Conosci il nostro corso sul cybersecurity awareness a fumetti? Red Hot Cyber sta ricercando un nuovo sponsor per una nuova puntata del fumetto Betti-RHC mentre il team è impegnato a realizzare 3 nuovi episodi che ci sono stati commissionati. Contattaci tramite WhatsApp al numero 375 593 1011 per richiedere ulteriori informazioni oppure alla casella di posta [email protected]
Se ti piacciono le novità e gli articoli riportati su di Red Hot Cyber, iscriviti immediatamente alla newsletter settimanale per non perdere nessun articolo. La newsletter generalmente viene inviata ai nostri lettori ad inizio settimana, indicativamente di lunedì. |
Slack ha rivelato l’incidente il 31 dicembre. Non è raro che le aziende divulghino violazioni dei dati subito prima o durante le principali festività nella speranza di non ricevere troppa attenzione.
D’altra parte, Slack ha affermato di aver appreso dell’attività sospetta il 29 dicembre, quindi potrebbe aver voluto informare i clienti dell’incidente il prima possibile. L’indagine ha mostrato che gli aggressori hanno scaricato dei repository di codice privato il 27 dicembre. La società ha affermato che un “numero limitato” di dipendenti è stato colpito.
I repository compromessi non contenevano dati dei clienti o informazioni utilizzabili per accedere ai dati dei clienti. Inoltre, non contenevano la base di codice principale di Slack, ha affermato la società.
“Le analisi attuali mostrano che l’autore della minaccia non ha avuto accesso ad altre aree dell’ambiente di Slack, incluso l’ambiente di produzione, e non ha avuto accesso ad altre risorse di Slack o ai dati dei clienti. Non c’è stato alcun impatto sul nostro codice o sui nostri servizi e abbiamo anche ruotato tutte le credenziali pertinenti per precauzione “, ha ffermato Slack.
Ha aggiunto: “Sulla base delle informazioni attualmente disponibili, l’accesso non autorizzato non è il risultato di una vulnerabilità inerente Slack. Continueremo a indagare e monitorare per ulteriori esposizioni”.
La divulgazione di Slack è arrivata circa una settimana dopo che il fornitore di soluzioni di gestione delle identità e degli accessi, Okta, ha informato i clienti che parte del codice sorgente era stato rubato dai suoi repository GitHub. Non è chiaro se gli incidenti siano collegati.
Ricordiamo anche che Slack all’inizio della guerra in Ucraina, ha cancellato i progetti/spazi di interi team di sviluppo dalla Russia e dalla CSI (alcuni ragazzi avevano progetti pluriennali e backup parziali dei dati) senza avvertirli preventivamente.
Redazione
Cloudflare ha registrato un’interruzione significativa nella mattina del 5 dicembre 2025, quando alle 08:47 UTC una parte della propria infrastruttura ha iniziato a generare errori interni. L’inci...

Una campagna sempre più aggressiva, che punta direttamente alle infrastrutture di accesso remoto, ha spinto gli autori delle minacce a tentare di sfruttare attivamente le vulnerabilità dei portali V...

Dietro molte delle applicazioni e servizi digitali che diamo per scontati ogni giorno si cela un gigante silenzioso: FreeBSD. Conosciuto soprattutto dagli addetti ai lavori, questo sistema operativo U...

Molto spesso parliamo su questo sito del fatto che la finestra tra la pubblicazione di un exploit e l’avvio di attacchi attivi si sta riducendo drasticamente. Per questo motivo diventa sempre più f...

Dal 1° luglio, Cloudflare ha bloccato 416 miliardi di richieste da parte di bot di intelligenza artificiale che tentavano di estrarre contenuti dai siti web dei suoi clienti. Secondo Matthew Prince, ...