The media in this post is not displayed to visitors. To view it, please log in.
Quando Jeffrey Goldberg dell’Atlantic ha fatto trapelare accidentalmente un messaggio di gruppo privato di alti funzionari statunitensi su un possibile attacco contro gli Houthi nello Yemen, ha suscitato molto scherno sui social media.
Ma al di là dell’imbarazzo e del commento politico, l’incidente ha lanciato un messaggio importante: le agenzie di intelligence americane utilizzano Signal, una popolare app crittografata, e ritengono che sia sicura.
Sebbene siano regolarmente in corso dibattiti sulla sicurezza della crittografia nei servizi di messaggistica come Signal, Telegram e WhatsApp, il fatto che vengano utilizzati anche dagli ufficiali dei servizi segreti parla da sé. Soprattutto se si considera che alla recente chat a porte chiuse di Signal erano presenti il vicepresidente J.D. Vance, il direttore dell’intelligence Tulsi Gabbard, il segretario alla Difesa Pete Hegseth, il direttore della CIA John Ratcliffe, il consigliere per la sicurezza nazionale Mike Waltz e altri funzionari dell’amministrazione.

Come ha ammesso Waltz su Fox News, è stato lui stesso a creare il gruppo e ad aggiungervi inavvertitamente Goldberg, poiché il numero era salvato nei suoi contatti con un nome diverso, presumibilmente quello di un dipendente governativo.
Il problema non è Signal, ma il modo in cui le persone gestiscono i contatti. Come notato Secondo il professor Ryan Ellis della Northeastern University, nessuna protezione potrà mai salvarvi se qualcuno invia segreti al destinatario sbagliato.
Durante un’audizione al Senato del 25 marzo, il direttore della CIA Ratcliffe ha confermato che Signal era stato installato sul computer della sua azienda, come quello della maggior parte dei dipendenti, fin dall’inizio del suo mandato presso l’agenzia. L’applicazione è ufficialmente approvata per la corrispondenza interna e viene utilizzata non solo dalla CIA, ma anche da altre agenzie governative.
È stato addirittura raccomandato dalla Casa Bianca e dalla CISA, l’agenzia statunitense per la sicurezza informatica, per i funzionari che potrebbero essere presi di mira dalle agenzie di intelligence straniere.
Signal non è l’unico in questa lista. Professore Frederick Scholl della Quinnipiac University aggiunge , tra i messenger sicuri troviamo anche Briar, Session, SimpleX, Telegram, Threema, Viber, Wire e altri. Ed è in pieno svolgimento anche il passaggio di massa ai messaggi RCS criptati al posto dei normali SMS: ora anche Apple e Google supportano una protezione compatibile dei messaggi tra le loro piattaforme.
Tuttavia, la popolarità della crittografia suscita anche critiche. I giornalisti dell’Associated Press hanno scoperto che i servizi di messaggistica sicura sono utilizzati attivamente da funzionari a tutti i livelli, dai governatori ai senatori, fino ai consigli scolastici. Ciò solleva il timore che il processo decisionale si stia spostando nell’ombra, al di fuori dei canali ufficiali. Ma nonostante ciò, le agenzie governative continuano a insistere sul fatto che la sicurezza richiede la crittografia, soprattutto nell’era dello spionaggio digitale.
Nessuno può dare la garanzia assoluta che nessun messenger verrà hackerato. Una cosa è certa: se anche la CIA consiglia di utilizzare Signal, allora vale sicuramente la pena prenderlo in considerazione. La cosa principale è controllare attentamente chi aggiungi alla chat.
L'articolo Signal è abbastanza sicuro per la CIA e per il CISA. Lo è anche per te? proviene da il blog della sicurezza informatica.
admin - mastodon.bida.im
in reply to admin - mastodon.bida.im • • •No server was hacked. The attacker uses email+password combos leaked from OTHER websites (credential stuffing): if a user reused the same password on their fediverse account, the bot logs in with valid credentials on the first try. No bruteforce, no password reset emails, nothing suspicious in the HTTP logs — just clean logins.
HOW WE FOUND THE COMPROMISED ACCOUNTS
Every malicious login on our instance shared the same signature: user agent "Go-http-client/1.1". Mastodon 4.x records all authentication events in the login_activities table, so from the rails console (docker exec -it mastodon-web-1 bin/rails c):
check a single account's login history
u = Account.find_local('username').user
LoginActivity.where(user: u).order(created_at: :desc).limit(10).map { |l| [l.created_at, l.authentication_method, l.success, l.user_agent] }
reshared this
rag. Gustavino Bevilacqua e Oblomov reshared this.
admin - mastodon.bida.im
in reply to admin - mastodon.bida.im • • •list ALL accounts the bot logged into, including ones that hadn't spammed yet
compromised = LoginActivity.where(user_agent: "Go-http-client/1.1", success: true).includes(user: :account).map { |l| l.user }.uniq
puts compromised.map { |u| u.account.username }.sort.join("\n")
Note: the list contains two populations — real users whose passwords were leaked, and spam accounts registered by the attacker. Creation dates tell them apart:
compromised.sort_by(&:created_at).each { |u| puts "#{u.created_at.to_date} #{u.account.username}" }
HOW WE LOCKED THEM DOWN
We chose to disable accounts (reversible) rather than mass-reset passwords — plus killing active sessions and oauth tokens so the bot gets kicked out immediately:
compromised.each do |user|
user.disable!
user.session_activations.destroy_all
reshared this
rag. Gustavino Bevilacqua e Oblomov reshared this.
admin - mastodon.bida.im
in reply to admin - mastodon.bida.im • • •Doorkeeper::AccessToken.where(resource_owner_id: user.id).update_all(revoked_at: Time.now.utc)
end
The attacker's own spam accounts were then suspended from the admin panel.
SPAM CLEANUP
Via RemovalWorker, so deletions federate to remote instances (a plain destroy_all would only delete locally):
Status.where("text LIKE ?", "%SPAM_STRING%").find_each do |s|
RemovalWorker.perform_async(s.id, { 'immediate' => true })
end
RESTORING REAL USERS
Each one gets a fresh random password (killing the leaked one) before re-enabling, and a reset email to get back in:
def restore_account(username)
user = Account.find_local(username).user
user.update!(password: SecureRandom.hex(24))
user.enable!
user.send_reset_password_instructions
end
reshared this
rag. Gustavino Bevilacqua e Oblomov reshared this.
admin - mastodon.bida.im
in reply to admin - mastodon.bida.im • • •IF YOUR BIDA ACCOUNT WAS DISABLED: your posts, followers and data are intact. Contact us at info@bida.im and we'll restore your access.
WHAT EVERYONE SHOULD DO, ON EVERY INSTANCE: use a unique password per service (password manager!), and enable 2FA (Settings > Account > Two-factor Authentication) — it's the one thing that makes stolen passwords useless. Check haveibeenpwned.com to see if your email is in known leaks.
FELLOW ADMINS: since the campaign is still ongoing, check your login_activities now, even if you haven't seen spam yet — the bot collects access silently before using it. The user agent may differ on your instance: look for unusual patterns (automated UAs like Go/python libraries, rapid logins across many accounts). Reach out if you want to compare notes.
Bida Collective

Have I Been Pwned: Check if your email address has been exposed in a data breach
Have I Been Pwnedreshared this
Il Gufo., rag. Gustavino Bevilacqua e Oblomov reshared this.
Pwassonchat the enby catboy
in reply to admin - mastodon.bida.im • • •@admin
Sylvhem
in reply to Pwassonchat the enby catboy • • •Pwassonchat the enby catboy
in reply to Sylvhem • • •Kierkethumbs up convincingly
in reply to admin - mastodon.bida.im • • •