Sicurezza WordPress nell'era AI: la corsa agli armamenti

Una notte di agosto un sito che seguo da due anni ha ricevuto 3.247 tentativi di accesso in sette ore. Non era il brute force alla vecchia maniera, con dizionari di password casalinghe: le combinazioni provate erano varianti credibili dei dati veri del titolare — nome del cane, anno di laurea, maiuscole diverse, punti aggiunti. Qualcosa aveva già una base di credenziali del proprietario e stava esplorando le varianti con una pazienza che un umano non ha. Perché di macchina si trattava: un agente AI con un compito, un budget di tentativi e nessuna stanchezza.

L'episodio 232 del podcast WP Tavern — Aaron D Campbell intervistato da Nathan Wrigley in un corridoio di WordCamp US — mette a fuoco esattamente questo cambio di scala. Campbell non è un profeta arrivato con l'AI: 25 anni di lavoro nel settore, agenzia propria, prodotti di sicurezza, poi GoDaddy, Newfold, hosting.com; ha guidato la WordPress Security Team per un paio di anni e oggi lavora in Monarx, una società che fa rilevamento e bonifica del malware per gli hosting, spesso in white label. Quando una persona con questo percorso dice che il gioco è cambiato, conviene ascoltare. In questa guida rileggo il suo ragionamento con la mia ottica di consulente: cosa cambia davvero per chi gestisce siti WordPress, e cosa fare domattina aumentando il livello di sicurezza WordPress senza trasformare la vita in un incubo di password.

Da scontro d'ingegno a scontro di calcolo

La frase di Campbell che riassumerei al mio cliente con un sito WooCommerce è questa: la sicurezza è passata da battaglia d'ingegno a battaglia di calcolo. Prima un attacco serio richiedeva creatività umana: capire il plugin, scrivere l'exploit, concatenare le vulnerabilità a mano. Ora gli agenti AI fanno le stesse cose in parallelo, su centinaia di bersagli, e riescono a concatenare vulnerabilità che a un umano — dice testualmente — non verrebbero neanche in mente. La variabile che decide l'esito non è più chi è più furbo, ma chi ha più macchine e più tempo macchina. E le macchine oggi si noleggiano per pochi euro l'ora.

Per chi gestisce siti piccoli e medi la conseguenza è scomoda: il vantaggio del difensore non sta più nel "non farsi trovare", perché un agente che scandenzia vulnerabilità trova tutto comunque. Sta nella velocità di reazione e nel ridurre la superficie: meno plugin, aggiornamenti in tempo, credenziali sane. Non è più un discorso di competenza esoterica: è disciplina operativa, ed è proprio quella che vendo con l'assistenza WordPress.

La finestra che si chiude tra CVE e sfruttamento

Il secondo punto forte del podcast è la finestra temporale: il tempo che passa tra la pubblicazione di una vulnerabilità e il suo sfruttamento attivo si sta accorciando. Il numero lo conosciamo bene: Patchstack ha contato 11.334 vulnerabilità WordPress nel 2025, con un'impennata del 42%, e i casi di agosto ci hanno mostrato siti esposti settimane dopo che la patch era già disponibile — il caso di All-in-One WP Migration, con 3,25 milioni di siti esposti, è la fotografia perfetta di questa dinamica.

Il motivo per cui gli attaccanti accelerano è semplice e Campbell lo dice senza metafore: è quasi sempre denaro. Skimmer sul checkout, ransomware sui database, minacce sui dati dei clienti. WordPress è il CMS più diffuso del web, quindi è il bersaglio con il miglior rapporto tra sforzo e guadagno: chi automatizza gli attacchi non sta cercando il tuo sito, sta cercando tutti i siti in una volta. Il mio consiglio operativo rimane quello di agosto: per le CVE critiche sui plugin esposti al pubblico, la finestra di intervento si misura in ore. Se nessuno in team può garantirla, è il momento di delegare la manutenzione a chi la copre con SLA.

Protect the Shire: cosa cambia per i plugin

Sul fronte delle difese Campbell racconta l'iniziativa che la community WordPress ha lanciato a protezione del repository: "Protect the Shire", il tentativo di costruire un perimetro attorno al villaggio. I plugin restano la porta d'ingresso preferita degli attacchi, e l'idea è alzare la qualità di partenza: revisioni più serie, isolamento degli impatti, cooperazione tra le security team dei vari vendor. Restano cauto su tempi e modi, perché l'ho visto promettere cose simili in vent'anni di WordPress, ma la direzione è giusta: la sicurezza non può dipendere da un singolo sviluppatore che fa il possibile nel weekend.

Il tema è caldo anche per un motivo: gli attacchi alla catena di fornitura dei plugin sono in aumento, e ne parlo per esteso nell'articolo dedicato agli aggiornamenti plugin e alla supply chain. Qui basti la nota di Campbell: anche questa finestra si sta chiudendo, perché gli attaccanti usano l'AI per scrivere varianti più rapide degli attacchi, e i difensori per scrivere regole più in fretta.

Le difese che funzionano, in ordine di utilità

Consigli concreti di Campbell per l'utente quotidiano: aggiornamenti costanti, host con una vera cultura della sicurezza, monitoraggio delle credenziali compromesse. Li ordino per impatto, con la mia esperienza sopra:

• Aggiornamenti senza eccezioni: il 90% dei compromessi che vedo ha un plugin in ritardo da mesi. Non è il tema, non è l'host: è il plugin non aggiornato.
• Credenziali sotto controllo: password uniche per ogni account admin, 2FA attiva, rotazione immediata se l'email del titolare è apparsa in qualche violazione nota.
• Host che risponde alle 0-day: la differenza tra un provider serio e una brochure l'ha mostrata il pentest di Patchstack che ho raccontato ieri: chiedete patch velocity, non feature list.
• Rate limiting e WAF: non fermano tutto, ma alzano il costo degli attacchi automatizzati abbastanza da far passare i più pigri.

E c'è una quinta difesa che vale più di tutte: un piano di assistenza WordPress con monitoraggio attivo, perché un agente AI non dorme e qualcuno deve guardare i log anche di notte.

# ruotare in 10 secondi la password di un amministratore compromesso
wp user update 1 --user_pass="$(openssl rand -base64 18)" --allow-root

Il caso dei 3.247 tentativi, con il finale

Torniamo alla notte di agosto, perché racconta come si risolve questo tipo di attacco quando la difesa c'è. Il sito aveva rate limiting e 2FA: i tentativi sono stati smorzati e nessuno è entrato. Ma la parte interessante è venuta dopo l'audit: la password amministrativa era una variante di quella usata dal titolare su un forum nel 2012, e quella violazione era pubblica da anni. L'attacco non era casuale: era partito da un database di credenziali vecchie, con l'AI che generava varianti plausibili. Il titolare ha ruotato tutte le password, attivato le passkey dove possibile, e noi abbiamo aggiunto il controllo periodico delle email nei database delle violazioni alla routine di assistenza. Costo della prevenzione: un'ora di lavoro e zero euro di licenze. Costo dell'incidente evitato: da 2.000€ in su, tra pulizia, fermo e reputazione.

La corsa agli armamenti guarda anche a casa

L'ultima parte del podcast tocca l'ovvio che però vale la pena dire: anche i difensori usano l'AI. Nella mia manutenzione l'AI filtra log e anomalie prima che lo faccia un umano, e negli audit verifica centinaia di configurazioni in pochi minuti. Ma ho un limite netto che condivido con Campbell: l'AI del difensore vale solo se c'è un umano che la guarda. Un allarme che nessuno legge è pari al log che nessuno leggeva nel caso dello skimmer di agosto. Le macchine velocizzano il giudizio, non lo sostituiscono — e chi ti vende "sicurezza completamente automatica" ti sta vendendo una lacuna coperta di marketing.

Se vuoi l'altra prospettiva — cosa succede quando sono i difensori a non arrivare in tempo — l'articolo sui plugin senza patch racconta il punto di vista dell'incidente. E se il tuo sito è già in mezzo a una di queste situazioni, la pagina assistenza WordPress è il punto di partenza: prima si interviene, meno si paga.

Riferimenti utili

• WP Tavern #232: Aaron D Campbell, navigating WordPress security in the AI era
• Monarx: malware detection per hosting
• Sito WordPress hackerato: ripristino e sicurezza
• Plugin WordPress senza patch: il playbook delle 3 decisioni
• Hosting WordPress sicuro: il pentest che smaschera il marketing
• Assistenza WordPress: piani e interventi