Nome del plugin	Galleria Fotografica Envira
Tipo di vulnerabilità	Script tra siti (XSS)
Numero CVE	CVE-2026-5361
Urgenza	Basso
Data di pubblicazione CVE	2026-05-13
URL di origine	CVE-2026-5361

Galleria Foto Envira XSS Memorizzato (CVE-2026-5361) — Cosa Devono Fare Ora i Proprietari di Siti WordPress

Il 13 maggio 2026 è stata divulgata una vulnerabilità che colpisce il plugin Galleria Foto Envira: Cross‑Site Scripting (XSS) memorizzato autenticato (Autore) nelle versioni <= 1.12.4, tracciata come CVE‑2026‑5361. Questo problema è stato corretto nella versione 1.12.5.

Come team dietro WP‑Firewall — un Firewall per Applicazioni Web WordPress gestito e servizio di sicurezza del sito — vogliamo fornire ai proprietari e agli amministratori di siti un briefing chiaro e pratico: cos'è questa vulnerabilità, come può essere sfruttata, l'impatto probabile, le strategie di rilevamento, le mitigazioni immediate e il rafforzamento a lungo termine. Spiegheremo anche le protezioni che un WAF moderno può fornire (incluso il patching virtuale) mentre applichi aggiornamenti e pulisci se necessario.

Questo è scritto da un'esperienza pratica di risposta agli incidenti e operazioni WAF. Aspettati istruzioni chiare e attuabili che puoi applicare oggi.

---

Riepilogo rapido

• Plugin interessato: Galleria Foto Envira (plugin WordPress)
• Versioni vulnerabili: <= 1.12.4
• Versione corretta: 1.12.5
• Tipo di vulnerabilità: Cross‑Site Scripting (XSS) memorizzato
• Privilegio richiesto: Autore (utente autenticato)
• Complessità di sfruttamento: Richiede interazione dell'utente (ad es., un utente privilegiato che visualizza una galleria creata o clicca su un link)
• CVSS segnalato: 5.9 (medio / basso a seconda del contesto)
• CVE: CVE‑2026‑5361

Aggiorna immediatamente a Galleria Foto Envira 1.12.5 o versioni successive se utilizzi questo plugin. Se non puoi aggiornare immediatamente, applica i controlli compensativi descritti di seguito.

---

Cos'è l'XSS memorizzato e perché è importante per i siti WordPress

XSS memorizzato significa che un attaccante può inserire (memorizzare) JavaScript malevolo in una posizione che verrà successivamente servita ad altri utenti. In un contesto tipico di plugin WordPress, l'XSS memorizzato si verifica quando il contenuto fornito dall'utente (titolo, didascalia, campo, meta, ecc.) viene salvato nel database senza una corretta sanificazione o escaping, e successivamente viene visualizzato su pagine dove i browser lo eseguiranno come script.

Motivi chiave per cui l'XSS memorizzato è pericoloso:

• Può essere eseguito nel contesto del browser di un altro utente: se un amministratore o un utente con accesso effettuato e più privilegi visualizza la pagina, lo script iniettato viene eseguito con la sessione e le capacità di quell'utente.
• Abilita il furto di sessioni, azioni non autorizzate, reindirizzamenti, persistenza e piantagione di malware o backdoor aggiuntivi.
• Può essere utilizzato come un primo punto di accesso per ulteriori compromissioni del sito, specialmente se eseguito da un amministratore.

In questo specifico caso della Galleria Foto Envira, la vulnerabilità consente a un ruolo di Autore autenticato (o superiore) di iniettare payload di script memorizzati nei campi relativi alla galleria in un modo che verrà eseguito in determinate circostanze. Ecco perché classifichiamo il privilegio richiesto come Autore — il che significa che qualsiasi account in grado di creare o modificare gallerie o metadati della galleria è potenzialmente in grado di memorizzare un payload.

---

Scenari di sfruttamento realistici

Comprendere i possibili percorsi di attacco ti aiuta a dare priorità alla rimediazione.

1. Catena di attacco che coinvolge il ruolo di Autore
   • Un Autore malevolo o compromesso crea/modifica una galleria e inietta un payload di script in un campo (titolo, didascalia, descrizione, ecc.).
   • Quando un utente con privilegi superiori (editore/amministratore) visita la schermata di amministrazione della galleria, l'elenco dei post o una pagina di anteprima che rende quel campo, lo script memorizzato viene eseguito nel browser dell'utente con privilegi superiori.
   • Lo script può eseguire azioni per conto dell'utente con privilegi superiori (ad esempio, creare un nuovo utente amministratore, modificare opzioni o estrarre cookie/token).
   • L'attaccante utilizza quindi quei privilegi elevati per piantare backdoor persistenti o caricare file malevoli.
2. Abuso attivato dai visitatori (visualizzazione pubblica)
   • Se il plugin restituisce il campo malevolo alle pagine della galleria pubblica, il payload può essere eseguito nel browser di qualsiasi visitatore, abilitando reindirizzamenti, pubblicità malevole o truffe mirate agli utenti.
   • Anche se il CVSS e l'avviso notano che è necessaria l'interazione dell'utente, anche l'ingegneria sociale (inviare un link creato) potrebbe indurre un amministratore o un utente privilegiato a visualizzare il payload.
3. Sfruttamento di massa vs compromesso mirato
   • Questo tipo di vulnerabilità può essere utilizzato in campagne di sfruttamento di massa in cui gli attaccanti si registrano come autori su più siti WordPress che consentono registrazioni pubbliche o dove gli account autore sono debolmente governati.
   • È anche utile in attacchi mirati contro un sito specifico dove l'attaccante controlla già un account autore o può acquistare/infiltrare uno.

---

Azioni immediate (la breve lista di controllo — fai prima queste)

1. Aggiorna Envira Photo Gallery alla versione 1.12.5 o successiva.
   • Questo è il passo più importante. L'applicazione delle patch rimuove il percorso di codice vulnerabile.
2. Se non è possibile aggiornare immediatamente:
   • Disattiva temporaneamente il plugin Envira Photo Gallery sul sito live.
   • Oppure limita l'accesso alle schermate del plugin (vedi modifiche ai ruoli qui sotto).
   • Metti il sito in modalità manutenzione per ambienti critici mentre correggi e testi.
3. Controlla gli account Autore:
   • Rivedi tutti gli utenti con ruoli di Autore o simili. Rimuovi o sospendi eventuali account che non riconosci.
   • Richiedi il ripristino della password per gli Autori e per gli utenti con privilegi superiori se sospetti una compromissione.
4. Applica il principio del minimo privilegio:
   • Sposta i compiti degli utenti che non necessitano di diritti di autore a ruoli di collaboratore dove possibile.
   • Disabilita la registrazione dell'account se non necessaria.
5. Abilita le tue protezioni WAF o implementa regole di patching virtuale (vedi la sezione WAF qui sotto).
6. Scansiona per indicatori di compromissione (IOC) e contenuti malevoli in gallerie e tabelle di database (dettagliato qui sotto).
7. Backup: esegui un backup fresco (file + DB) prima di apportare modifiche radicali e conserva i backup in un luogo sicuro.

Se non sei sicuro o hai bisogno di assistenza, coinvolgi il tuo sviluppatore web o il fornitore di hosting e condividi queste indicazioni tecniche.

---

Come rilevare se la vulnerabilità è stata sfruttata sul tuo sito

Lo XSS memorizzato lascia diversi artefatti a seconda di come è stato utilizzato. Questi sono passaggi pratici di rilevamento che puoi eseguire rapidamente:

1. Cerca nei database i tag script
   • Usa query SQL per cercare modelli comuni nelle tabelle dei plugin:
   • SELECT * FROM wp_posts WHERE post_content LIKE ‘%<script%’;
   • SELECT * FROM wp_postmeta WHERE meta_value LIKE ‘%<script%’;
   • Controlla eventuali tabelle con prefisso envira_ o tabelle di plugin simili.
2. Cerca modelli comuni di offuscamento XSS
   • Attackers often obfuscate script tags, e.g., “”, event handlers (onload=), javascript: URIs, encoded payloads (script).
   • Esegui query per “onerror=”, “onload=”, “javascript:”, “iframe”, “<svg onload”, o equivalenti codificati.
3. Ispeziona i titoli delle gallerie, le didascalie, le descrizioni
   • Nell'interfaccia del plugin, rivedi le gallerie create/aggiornate di recente ed esamina titoli, didascalie, slug e eventuali campi HTML personalizzati per contenuti inaspettati.
4. Log del server web e log WAF
   • Cerca richieste POST insolite agli endpoint di creazione/modifica gallerie e qualsiasi accesso da IP insoliti in momenti in cui non hai apportato modifiche.
   • Controlla i modelli di invio ripetuti da singoli IP, che potrebbero indicare tentativi automatizzati.
5. Cronologia del browser e sessioni admin
   • Se sospetti un furto di sessione admin, controlla i cookie sospetti o i token di sessione nei log o per attività admin insolite nei log di attività di WordPress (plugin come activity log possono aiutare).
6. Modifiche al file system
   • Cerca file PHP appena aggiunti, file di plugin/tema modificati o file nelle directory di upload con nomi di file sospetti (ad es., file php in /wp-content/uploads). Lo sfruttamento di XSS memorizzato spesso precede o accompagna caricamenti di file/backdoor.
7. Indicatori esterni
   • Fai attenzione agli avvisi di Google Safe Browsing o del fornitore di hosting, reindirizzamenti imprevisti o lamentele da parte degli utenti riguardo a comportamenti malevoli.

Se trovi script iniettati, tratta questo come una compromissione: isola, pulisci e segui le linee guida per la risposta agli incidenti qui sotto.

---

Remediazione e pulizia passo dopo passo (se trovi IOC)

Se rilevi payload malevoli o prove di sfruttamento, segui questi passaggi in ordine. Se non sei sicuro, chiedi assistenza professionale.

1. Metti il sito in quarantena
   • Metti il sito in modalità manutenzione e disabilita le registrazioni degli utenti.
   • Se disponibile, disconnetti il sito dalla rete o limita l'accesso in entrata durante l'analisi.
2. Istante/Backup
   • Fai una copia dei file e del DB attuali per scopi forensi e analisi offline prima della pulizia.
3. Aggiorna il plugin alla versione 1.12.5 (o all'ultima disponibile)
   • Se il plugin stesso contiene backdoor o file modificati, semplicemente aggiornare potrebbe non essere sufficiente — ma devi comunque correggere la vulnerabilità.
4. Rimuovere il contenuto malevolo
   • Usa query di database per rimuovere tag script memorizzati o voci meta malevole:
   • Esempio (esegui con cautela):
   • UPDATE wp_posts SET post_content = REPLACE(post_content, ‘’, ”) WHERE post_content LIKE ‘%<script%’;
   • Fai attenzione: le modifiche sono irreversibili a meno che tu non abbia backup affidabili.
5. Ripristina file puliti
   • Sostituisci i file di plugin/tema modificati con copie conosciute e buone dalle versioni ufficiali del plugin.
   • Se trovi file PHP in /wp-content/uploads, rimuovili dopo averli esaminati.
6. Ruota credenziali e segreti
   • Reimposta le password per tutti gli account admin/editor/autore.
   • Reimposta le chiavi API, i token e le credenziali di servizio utilizzate dal sito.
7. Controlla la persistenza
   • Cerca in wp_options, attività pianificate (wp_cron), mu-plugins e webhook per meccanismi di persistenza.
   • Cerca eventi programmati sospetti o cron job sconosciuti.
8. Scansiona di nuovo
   • Esegui una scansione malware sul sito per confermare la rimozione.
   • Riesegui la scansione dopo la pulizia per assicurarti che non rimangano backdoor nascoste.
9. Indurimento e prevenzione
   • Applica le misure preventive nella sezione successiva (regole WAF, minimo privilegio, convalida dell'input, CSP, aggiornamenti automatici).
10. Reporting post-incidente
    • Documenta la cronologia, le scoperte, i passaggi di rimedio e le lezioni apprese.
    • Considera la segnalazione esterna se sono stati esposti dati sensibili.

---

Come un WAF (e WP‑Firewall) aiuta: patching virtuale e rilevamento

Mentre la soluzione definitiva per una vulnerabilità del codice è aggiornare il plugin, un Web Application Firewall (WAF) configurato correttamente ti offre tempo e protezione cruciali — specialmente in ambienti gestiti o ad alto rischio dove gli aggiornamenti immediati del plugin non sono possibili.

Ecco come un WAF aiuta in questo caso:

1. Patching virtuale
   • Il WAF può bloccare o sanificare le richieste che tentano di sfruttare i punti finali vulnerabili (ad esempio, richieste POST che includono tag script o modelli di payload sospetti inviati ai punti finali di creazione/modifica della galleria).
   • Il patching virtuale è uno scudo di emergenza: previene attacchi contro codice vulnerabile senza modificare il codice sorgente del plugin.
2. Blocco dei payload dannosi
   • Il WAF può rilevare e bloccare modelli XSS comuni (tag script, gestori di eventi, javascript: URI, payload codificati) sia nei corpi POST che nei parametri URL.
   • Può imporre una convalida che rimuove o rifiuta input contenenti contenuti eseguibili.
3. Limitazione della velocità e mitigazione dei bot
   • Un WAF può limitare i tassi di richiesta e rallentare comportamenti sospetti (ad es., invii ripetuti di moduli) per frustrate tentativi di sfruttamento automatizzati.
4. Controlli di accesso per ruolo e punto finale
   • Applica regole per limitare l'accesso agli endpoint di amministrazione o plugin a IP specifici o intervalli, o solo a utenti che presentano una sessione valida e modelli di cookie attesi.
5. Allerta e registrazione
   • I log del WAF forniscono segnali di rilevamento precoce e prove di tentativi di attacco, utili per la risposta agli incidenti e l'analisi forense.
6. Protezione post-compromesso
   • Anche dopo un compromesso iniziale, un WAF può prevenire azioni laterali (ad esempio, bloccando i tentativi di includere payload remoti o bloccando connessioni in uscita in alcune configurazioni).

Presso WP‑Firewall implementiamo regolarmente patch virtuali personalizzate per nuove vulnerabilità dei plugin, bloccando i payload di exploit non appena viene pubblicato un nuovo avviso. La patching virtuale non è un sostituto dell'aggiornamento, ma è un'efficace misura temporanea per i siti che non possono patchare immediatamente.

---

Esempi di regole WAF raccomandate (concettuali)

Di seguito sono riportati schemi di regole concettuali che un WAF dovrebbe applicare rapidamente per questo tipo di rischio XSS memorizzato. I dettagli di implementazione dipendono dal sistema WAF e dai nomi degli endpoint del plugin. Non includere payload di exploit grezzi nei log che potrebbero esporre utenti o sistemi.

• Blocca o sanitizza le richieste POST/PUT agli endpoint del plugin dove vengono create/aggiornate gallerie se i payload includono:
  • “<script”, “script”, “onerror=”, “onload=”, “javascript:”, “svg onload”, or other event handlers.
• Rifiuta le discrepanze nel tipo di contenuto per i caricamenti di file (consenti solo i tipi MIME delle immagini previsti).
• Rifiuta le sottomissioni di moduli dove i campi di testo contengono tag o HTML a meno che non siano esplicitamente consentiti e sanitizzati dal server.
• Limita i tentativi ripetuti di creazione di gallerie per indirizzo IP per bloccare tentativi di forza bruta o sottomissioni di massa.
• Blocca l'uso di iframe, oggetti, tag embed all'interno dei campi di contenuto del plugin.

Se utilizzi WP‑Firewall, il nostro team implementerà set di regole ottimizzati per questa specifica vulnerabilità, proteggendo il tuo sito in pochi minuti mentre pianifichi aggiornamenti e pulizie.

---

Raccomandazioni di indurimento per ridurre il rischio futuro di XSS

Tratta questa vulnerabilità come un'opportunità per elevare il tuo livello di sicurezza. Questi sono cambiamenti operativi che riducono la tua esposizione:

1. Applica il principio del minimo privilegio e le politiche interne
   • Assegna solo ruoli di Autore o superiori a utenti fidati.
   • Implementa l'autenticazione multi-fattore per tutti gli account editor/admin.
2. Indurire i percorsi di inserimento dei contenuti
   • Limita la possibilità di inserire HTML in campi che non lo richiedono.
   • Se è necessario HTML, applica un sanitizzatore HTML rigoroso che consenta solo tag nella lista bianca.
3. Utilizza politiche di aggiornamento automatico
   • Abilita gli aggiornamenti automatici per i plugin dove appropriato, o utilizza un flusso di lavoro di staging che consenta test rapidi prima di implementare aggiornamenti in produzione.
4. Implementa la Content Security Policy (CSP)
   • Un CSP rigoroso (ad es., vietare script inline) riduce il rischio di alcune varianti di XSS. Nota: il CSP è un controllo di difesa in profondità e richiede test accurati.
5. Sanitizza ed esegui l'escape in output
   • Gli sviluppatori di plugin e temi devono eseguire l'escape di tutte le uscite. I proprietari dei siti dovrebbero preferire plugin che sanitizzano gli input e eseguono l'escape delle uscite.
6. Monitorare attività sospette
   • Implementare registri delle attività per le azioni degli utenti (creazione/modifica post, installazioni di plugin) e rivederli regolarmente.
7. Limitare la registrazione degli utenti e automatizzare la verifica.
   • Se il tuo sito consente registrazioni pubbliche, richiedi la verifica via e-mail e la moderazione prima della creazione dell'account.
8. Scansioni regolari e test di penetrazione.
   • Pianifica scansioni e test di vulnerabilità periodici per trovare problemi prima che lo facciano gli attaccanti.

---

Controlli pratici di SQL e WP-CLI (esempi).

Usa questi come punti di partenza per l'indagine. Esegui sempre il backup prima di eseguire comandi distruttivi.

• Trova post con tag script:

  wp db query "SELECT ID, post_title FROM wp_posts WHERE post_content LIKE '%<script%' LIMIT 100;"

• Trova meta contenente HTML sospetto:

  wp db query "SELECT post_id, meta_key FROM wp_postmeta WHERE meta_value LIKE '%<script%' LIMIT 100;"

• Cerca upload di file PHP (pericolosi):

  trova wp-content/uploads -type f -name "*.php"

• Elenca gli utenti con ruoli autore+:

  wp user list --role=author

• Forza il cambio della password per il ruolo:

  wp user update  --user_pass=

Se non ti senti a tuo agio con questi comandi, chiedi al tuo amministratore o al fornitore di sicurezza gestita di eseguirli.

---

Indicatori di compromissione (IoC) da cercare

• Nuovi utenti admin creati o modifiche ai ruoli degli utenti che non hai autorizzato.
• Post o gallerie inaspettati con contenuti strani o stringhe codificate.
• File PHP scoperti in /wp-content/uploads.
• Strane connessioni in uscita originate dal tuo sito (controlla i registri di hosting).
• Avvisi WAF per modelli XSS che mirano ai tuoi endpoint della galleria.

Se trovi uno di questi, trattalo come urgente e inizia la lista di controllo per la remediazione sopra.

---

Piano di risposta agli incidenti (livello alto)

1. Rileva: usa le scansioni e le query sopra + avvisi WAF.
2. Contenere: disabilita il plugin vulnerabile o applica patch virtuali; limita l'accesso degli utenti.
3. Eradicare: rimuovi il contenuto iniettato, sostituisci i file modificati, ruota i segreti.
4. Recuperare: ripristina i servizi, monitora attentamente per eventuali reinfezioni.
5. Lezioni: aggiorna i playbook sugli incidenti e le politiche di indurimento.

I clienti di WP‑Firewall hanno la possibilità di ricevere supporto per incidenti gestito e distribuzione rapida di patch virtuali mentre puliscono e aggiornano i plugin.

---

Perché la patching tempestiva è importante (e perché spingiamo WAF + aggiornamento insieme)

La patching del plugin rimuove la vulnerabilità effettiva, ma le operazioni nel mondo reale spesso creano ritardi tra la divulgazione e l'aggiornamento (controllo delle modifiche, test, vincoli aziendali). Durante quel periodo:

• La patching virtuale ti offre difesa mentre pianifichi gli aggiornamenti.
• La piena remediazione richiede sia correzioni di codice che pulizia se si è verificata un'esploitazione.
• Le regole WAF riducono il rischio di sfruttamento automatico di massa e forniscono ai team di sicurezza dati di log per analisi forensi.

Raccomandiamo un approccio combinato: applica patch virtuali da WP‑Firewall (se sei un cliente), quindi pianifica aggiornamenti immediati dei plugin in una finestra di manutenzione controllata. Dopo di che, esegui scansioni di pulizia e revisioni dei privilegi.

---

Comunicare con le parti interessate

Quando notifichi i proprietari del sito, i clienti o le parti interessate interne:

• Sii trasparente riguardo alla vulnerabilità e al potenziale impatto.
• Condividi la tempistica della remediazione: patch virtuale applicata (ora), plugin aggiornato (ora), scansioni completate (ora).
• Documenta le azioni e conserva i log per eventuali necessità di conformità o revisione forense.

---

Ottenere protezione ora: Ottieni Protezione Gratuita Immediata con WP‑Firewall

Se desideri un modo veloce e senza costi per ottenere copertura difensiva mentre gestisci gli aggiornamenti, considera il nostro piano Base gratuito. Fornisce protezione essenziale che è particolarmente utile per le vulnerabilità dei plugin recentemente divulgate:

• Base (gratuito): protezione essenziale — firewall gestito, larghezza di banda illimitata, WAF, scanner malware e mitigazione per i rischi OWASP Top 10.
• Standard ($50/anno): tutto ciò che è incluso nella versione Basic, più la rimozione automatica del malware e la possibilità di inserire nella blacklist/whitelist fino a 20 IP.
• Pro ($299/anno): tutte le funzionalità standard più report di sicurezza mensili, patch virtuali automatiche per vulnerabilità e componenti aggiuntivi di servizio gestito premium.

Iscriviti al piano Basic gratuito e ottieni un set di regole WAF gestito distribuito rapidamente per proteggere il tuo sito mentre aggiorni i plugin e rivedi gli account:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(Se gestisci più siti o hai bisogno di una risposta agli incidenti accelerata, i nostri livelli Standard e Pro offrono pulizia automatizzata e patching virtuale che possono ridurre significativamente il tempo di mitigazione.)

---

Lista di controllo finale — cosa fare subito (10 minuti a 24 ore)

1. Aggiorna Envira Photo Gallery a 1.12.5 (o disattiva il plugin) — il prima possibile.
2. Rivedi e verifica tutti gli account Autore — rimuovi o sospendi account sconosciuti e forzare il ripristino delle password.
3. Se hai un WAF, assicurati che le regole siano attive per i modelli XSS e i punti finali della galleria.
4. Esegui ricerche rapide nel DB per <script e altre stringhe sospette in post, postmeta e tabelle dei plugin.
5. Controlla gli upload per file PHP inaspettati.
6. Ruota le password di amministrazione e i token API se sospetti una compromissione.
7. Esegui il backup dell'attuale snapshot del sito per analisi forensi.
8. Pianifica una scansione completa del malware e una risposta agli incidenti più approfondita se trovi IOC.
9. Considera di abilitare CSP e di stringere la sanitizzazione degli input/output per i punti di ingresso.
10. Iscriviti per la protezione WP‑Firewall (piano gratuito) per WAF gestito e scansione malware mentre lavori attraverso la remediation: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

---

Considerazioni conclusive di WP‑Firewall

Questo avviso XSS memorizzato di Envira Photo Gallery è un promemoria che gli ecosistemi WordPress sono dinamici: potenti capacità dei plugin sono spesso accompagnate da una superficie di attacco. Il modo più veloce per rimanere al sicuro è un approccio a strati:

• Mantieni il software aggiornato,
• Applica il principio del minimo privilegio e una forte autenticazione,
• Usa un WAF che può fornire patching virtuale e prove di log,
• E mantieni pratiche di monitoraggio e backup.

Se hai bisogno di aiuto nell'implementare uno qualsiasi dei passaggi sopra — dalla distribuzione di patch virtuali alla pulizia forense — il nostro team di sicurezza è pronto ad assistere i clienti di WP‑Firewall. Anche se sei un piccolo proprietario di sito, il piano Basic gratuito ti offre una copertura WAF gestita immediata e scansioni per ridurre il rischio mentre sistemi e pulisci.

Rimani al sicuro e tratta gli aggiornamenti dei plugin come critici — non opzionali.

— Team di sicurezza WP-Firewall

---

Riferimenti e ulteriori letture

• Avviso di sicurezza del fornitore e CVE: CVE‑2026‑5361 (XSS memorizzato di Envira Photo Gallery)
• Mitigazione generale degli XSS e migliori pratiche: OWASP XSS Prevention Cheat Sheet
• Linee guida per il rafforzamento di WordPress e raccomandazioni per l'accesso con privilegi minimi

(Se desideri aiuto pratico con la scansione, patching virtuale o risposta agli incidenti, iscriviti a https://my.wp-firewall.com/buy/wp-firewall-free-plan/ e il nostro team darà priorità al supporto guidato per questo avviso.)