Il giorno in cui ho messo Aivie offline: uno sguardo dietro le quinte

Il 21 ottobre 2026 ho fatto qualcosa che in Aivie non era mai successo: ho messo Aivie offline di proposito per proteggere i dati dei nostri clienti. Tutte le istanze, insieme. Il motivo: una vulnerabilità di sicurezza internazionale che ha colpito milioni di siti web. I fatti, in modo asciutto, li trovi nel nostro articolo informativo sulle vulnerabilità di sicurezza di PHP. Qui racconto com’è andata quella giornata dietro le quinte.

Prima di tutto: per tutto ciò che abbiamo verificato, i tuoi dati sono al sicuro. Non ci risultano eventi rilevanti dal punto di vista della sicurezza.

Di cosa si trattava?

Una grave vulnerabilità di sicurezza minaccia milioni di siti web su Internet. Si basa sul linguaggio di programmazione molto diffuso PHP, utilizzato su numerosi siti in tutto il mondo. Secondo SRF, circa il 70% dei siti web per cui è possibile verificarlo usa PHP. Su questo si basano WordPress e anche Mautic, il software Open Source dietro Aivie.

Il team di PHP ha chiuso due falle critiche il 21 ottobre. Attraverso di esse, un attaccante poteva eseguire codice proprio su un server senza autenticazione e, nel peggiore dei casi, prenderne il controllo. I dettagli erano trapelati in anticipo e il CERT-EU riteneva probabile che gli attaccanti stessero già sfruttando le falle. In tutto il mondo, autorità, università e ospedali sono andati offline e stanno tornando online solo gradualmente. In Svizzera, per esempio, i siti dell’Università di Ginevra e dell’ETH di Losanna non erano raggiungibili e il Cantone di Basilea Città ha spento i propri siti.

Il preavviso è arrivato dalla community

Già mercoledì mattina sapevo che stava arrivando qualcosa. L’ho saputo tramite un canale speciale della community di Mautic. Un annuncio in anticipo è insolito per gli aggiornamenti. Per me quindi era chiaro: sarebbe stata una cosa grossa.

Nel pomeriggio avevo ancora un meeting con un cliente. Lì ho detto subito che dovevo tenere d’occhio la situazione.

Ore 16: la decisione

Verso le 16 sono usciti i dettagli. Ho visto subito che era una cosa seria e ho deciso di mettere tutto offline, almeno per il momento. Così avevamo tempo per verificare con calma quanto fossimo coinvolti e pianificare i prossimi passi.

Poco dopo sembrava che potessimo chiudere la falla in modo rapido e pulito. Per questo siamo rimasti offline e l’abbiamo fatto subito per bene. Non volevo un workaround veloce. Anche il CERT-EU sottolinea che le misure temporanee non rendono sicura un’installazione.

Cosa significava concretamente “offline” per Aivie?

Il pericolo arrivava dall’esterno: qualcuno avrebbe potuto iniettare codice malevolo tramite una richiesta. Per questo abbiamo chiuso la firewall, così non entrava più traffico dall’esterno.

In background Aivie continuava a funzionare, perché per quello non serve accesso dall’esterno. Le e-mail vanno dall’interno verso l’esterno, quindi Aivie poteva continuare a inviarle. Non funzionava invece tutto ciò che arriva dall’esterno ad Aivie: per esempio i moduli sul tuo sito web. Anche il link tracking era coinvolto, perché i link nelle tue e-mail passano da Aivie.

La cosa più difficile: aspettare

Il fix di PHP c’era già. Però noi non installiamo PHP direttamente su un server, perché Aivie gira con Docker. Abbiamo quindi dovuto aspettare che fosse pronto l’immagine Docker adatta.

È stata quasi la cosa più snervante di tutta la giornata. Vedi i processi che girano e non puoi fare nulla. Ho dovuto davvero distrarmi. Verso le otto e mezza di sera Aivie era di nuovo operativo. L’aggiornamento è installato, le falle sono chiuse.

Come comunichi se anche il sito web è offline?

A questo si è aggiunta la pressione. Aivie non era mai stato offline così, e per me era molto spiacevole. Con i nostri clienti più grandi ho preso contatto personalmente. Anche il nostro sito era offline, quindi potevamo comunicare a malapena. Speravo che lo venissero a sapere tutti, perché il tema era anche nelle news di SRF.

Sono stato ancora più sollevato dai feedback: comprensione, ringraziamenti e nemmeno una reazione negativa. Grazie!

Perché i tuoi dati sono al sicuro?

Per tutto ciò che abbiamo verificato, i tuoi dati sono al sicuro. Ci sono quattro motivi:

• Siamo andati offline molto rapidamente. Dalla decisione in poi non è più entrato traffico dall’esterno.
• Abbiamo controllato i log e non abbiamo trovato nulla di sospetto.
• Ogni istanza di Aivie gira separatamente, con password e permessi propri. Un attacco non avrebbe potuto propagarsi ad altri clienti.
• Il nostro monitoring non ha lanciato alcun allarme.

Cosa abbiamo imparato?

Quel giorno riuscivamo a comunicare a malapena con te. Non deve succedere di nuovo. Anche se è tutto offline, ci serve un modo per parlarti.

Per questo ora c’è una pagina di stato: status.aivie.app. Gira su un’infrastruttura completamente diversa dal nostro sito e da Aivie. Se qualcosa va giù, lì vedi cosa sta succedendo. Inoltre stiamo costruendo un ulteriore canale di comunicazione. Così in futuro potremo raggiungerti anche quando tutto il resto è offline.

La portata e il lato positivo

La portata è difficile da immaginare. Secondo SRF, circa tre quarti dei server girano su versioni di PHP più vecchie per le quali non esiste un fix ufficiale. Non si possono mettere in sicurezza in due minuti. Sono certo che questo riguardi anche molte installazioni di Mautic.

Ma c’è anche un lato positivo. Innumerevoli persone in tutto il mondo hanno lavorato insieme su un problema. La community Open Source si è unita e nel giro di poche ore c’era un fix. Grazie a tutti quelli che hanno contribuito. Questa giornata mi resterà in mente. Perché l’operatività nell’Open Source è così decisiva lo descrivo anche in «Open Source funziona – la parte difficile arriva dopo».

Ospiti Mautic in autonomia?

Controlla la tua versione di PHP. Un aggiornamento di Mautic da solo non basta: va aggiornato anche PHP. Le versioni corrette e i prossimi passi li trovi nell’articolo informativo. Se ti serve aiuto, ti aiutiamo in modo rapido e semplice: fissa un appuntamento.