Controlli e checklist per gli account Amministratore in WordPress

Perché limitare e monitorare gli account Amministratore

Gli account con ruolo Amministratore hanno il livello di privilegio più elevato in un sito WordPress singolo: possono creare e cancellare utenti, installare plugin e temi e modificare impostazioni critiche. Per questo motivo è opportuno limitarne il numero e sottoporli a controlli più rigorosi: un Amministratore compromesso può compromettere l’intero sito o alterare configurazioni sensibili.

Checklist: cosa verificare periodicamente

Un controllo strutturato e ripetibile riduce i rischi operativi. Gli elementi essenziali da verificare sono:

• Elenco attuale degli account con ruolo Amministratore (vedi comandi WP-CLI sotto).
• Timestamp di ultimo accesso osservato (se disponibile tramite plugin di last-login) e data di creazione dell’account.
• Log di concessione/ritiro ruoli e attività amministrativa (audit logs) per individuare cambi recenti.
• Verifica delle credenziali: assicurarsi che gli Amministratori usino password robuste e, dove possibile, l’autenticazione a due fattori (2FA).
• Monitoraggio di tentativi di accesso falliti e anomalie negli IP registrati.

Avvertenza: l’assenza di un last-login registrato non significa che l’account non sia mai stato usato prima dell’attivazione del plugin di monitoraggio; i plugin registrano solo i login osservati dopo la loro attivazione.

Elencare e ispezionare Amministratori con WP-CLI

WP-CLI fornisce comandi pratici per ottenere liste e metadati utente; questi richiedono accesso al filesystem o all’ambiente del sito (ad es. SSH) e vanno eseguiti con privilegi appropriati.

Esempi operativi:

• Elencare gli Amministratori:

wp user list --role=administrator

(ottiene la lista degli utenti con ruolo Administrator)

• Ottenere dettagli di un utente in formato JSON:

wp user get <user> --format=json

(utile per esportare attributi e valutare i campi standard)

• Elencare i meta di un utente (ad es. wp_capabilities):

wp user meta list <user>

(consente di vedere i ruoli serializzati e altre chiavi in wp_usermeta)

Avvertenza: output e opzioni possono variare in base alla versione di WP-CLI e al prefisso delle tabelle del database.

Usare plugin di last-login e audit per arricchire il contesto

– Trolla Last Login & Security registra i timestamp di login osservati, mostra anche “No login recorded” per account precedenti al periodo di monitoraggio e fornisce informazioni sulla data di creazione dell’account; Trolla non modifica o elimina account, ma fornisce dati da interpretare.

– WP Activity Log è un plugin di auditing che registra login, logout, tentativi falliti e dettagli evento (ad es. IP e timestamp) e può essere configurato per inviare alert e gestire la retention nella versione completa.

Ricorda che entrambi i plugin acquisiranno dati solo dal momento dell’attivazione in poi: la mancanza di storico può generare falsi positivi se non si integra con altri metadati.

Proteggere le credenziali e rilevare compromessi

Misure raccomandate:

• Imporre password robuste e promuovere l’uso della 2FA per gli account Amministratore.
• Abilitare il logging dei tentativi di login e monitorare i falliti e gli IP sospetti tramite un plugin di audit.
• Trattare come incidente qualsiasi evidenza di accesso non autorizzato a un account Amministratore e rispondere rapidamente (isolare account, ruotare credenziali, escalation), dato l’alto livello di privilegio.

Valutare se un account Amministratore è ancora necessario

Per decidere se rimuovere o mantenere un Amministratore, combinare più fonti di informazione:

• Timestamp di ultimo login osservato (da Trolla o altro) e data di creazione dell’account.
• Eventi di concessione ruolo e log di attività amministrativa.
• Ruolo operativo e ownership dei contenuti: consultare il site owner o il content owner prima di procedere (contestualizzare i dati è imprescindibile).

Evita decisioni basate su un unico indicatore: ad esempio, un “No login recorded” può essere un falso positivo se il plugin è stato attivato di recente.

Agire con cautela: modifiche, riassegnazioni e rimozioni

La rimozione o la modifica di un account Amministratore deve seguire processi controllati:

• Eseguire backup completi (file + database) prima di qualsiasi eliminazione o modifica critica.
• Verificare se l’utente possiede contenuti (post, pagine, media) e pianificare la riassegnazione prima della cancellazione.
• Se si usa WP-CLI per eliminare un utente, considerare l’opzione di riassegnazione dei post per evitare perdita di contenuti:

wp user delete <user> --reassign=<user-id>

(l’opzione –reassign evita che i contenuti vengano rimossi insieme all’utente)

Nota: alcuni strumenti forniscono informazioni di monitoraggio ma non eseguono modifiche sugli account; le azioni di pulizia devono essere eseguite manualmente e con verifica.

Passaggi operativi consigliati prima di rimuovere un Amministratore

1. Esegui un backup completo (database + filesystem) e verifica il recovery.
2. Esegui wp user list --role=administrator per ottenere l’elenco.
3. Arricchisci l’elenco con dati di last-login e audit (Trolla, WP Activity Log) per costruire il contesto.
4. Controlla se l’utente possiede contenuti e pianifica la riassegnazione (usare --reassign se si procede).
5. Convalida la decisione con il site owner/content owner prima della cancellazione.
6. Esegui l’azione in staging o in una finestra di manutenzione se possibile; monitora il sito dopo l’intervento.

Evita cancellazioni automatiche basate esclusivamente su una soglia temporale senza test e policy operative validate.

Monitoraggio continuo e alert sulle concessioni di privilegi

• Integrare un controllo programmato (script o procedura operativa) che esegua wp user list --role=administrator e confronti le liste storiche per identificare nuove concessioni o rimozioni.
• Configurare un plugin di auditing per inviare alert su cambi di ruolo o su tentativi di login sospetti; WP Activity Log offre funzionalità di tracciamento e alerting.
• Tenere conto della retention dei log: se la soluzione di auditing non mantiene dati a lungo, eventi storici possono andare persi.

Errori comuni e rischi da evitare

• Interpretare “No login recorded” come prova di inattività senza verificare il periodo di monitoraggio.
• Eliminare un Amministratore senza riassegnare contenuti, causando perdita di post o incongruenze.
• Trascurare backup e test di recovery prima di operazioni irreversibili.
• Sottovalutare il rischio di compromesso: un account Amministratore compromesso può compromettere l’intero sito.

Checklist operativa riassuntiva (passaggi raccomandati)

1. Esegui wp user list --role=administrator e salva l’output.
2. Installa/attiva Trolla Last Login e WP Activity Log per raccogliere last-login e attività.
3. Valuta gli account usando last-login osservato, data di creazione e log di concessione ruolo.
4. Conferma contenuti associati e prepara riassegnazioni; esegui backup completo.
5. Esegui modifiche o cancellazioni in staging o con finestra di manutenzione; usa --reassign quando cancelli via WP-CLI.
6. Attiva monitoraggio continuo e notifiche per cambi di ruolo e login sospetti.

Risorse e strumenti citati

• Documentazione WP-CLI: comandi utenti e opzioni (wp user list, wp user get, wp user meta list, wp user delete).
• Trolla Last Login & Security (plugin) per timestamp di login osservati.
• WP Activity Log (plugin) per auditing dettagliato di login, logout e tentativi falliti.
• Hardening WordPress — linee guida ufficiali (backup, 2FA, riduzione accessi).
• Vedi Riskora User Scanner (risorsa) — pagina informativa del prodotto come riferimento (nessuna affermazione sulle sue capacità è fatta qui).

Conclusione e prossimi passi consigliati

Definire una SOP interna che includa l’esecuzione periodica di wp user list --role=administrator, l’attivazione di plugin di audit/last-login e una procedura di validazione con il site owner prima di qualsiasi rimozione. Testare tutte le operazioni di pulizia in staging e assicurarsi di avere backup verificati prima di procedere.