I casi
Clicca su un caso per leggere i dettagli.
NapoliBene.it
Sicurezza
Attacco RFI via SVG con payload Base64. Webshell installata sul server. Migrazione su KeideaCMS senza downtime. WAF nativo attivo con alert Telegram in tempo reale.
RomaBene.it
SEO & Migrazione
Testata con oltre 400 articoli invisibile su Google. Migrata su KeideaCMS a marzo 2026. Risultato: 436 pagine indicizzate, impressioni in crescita costante, struttura SEO nativa attiva.
La situazione oggi
Il KeFirewall integrato monitora ogni richiesta in tempo reale. Le notifiche Telegram ricevute il
28 aprile 2026 mostrano il WAF in azione: un IP in blacklist bloccato alle 11:44, un scanner bot bloccato alle 13:17 mentre tentava path probing su /wp-includes/wlwmanifest.xml — percorso WordPress inesistente su KeideaCMS, riconosciuto immediatamente come reconnaissance.
Il FileUploadScanner di KeideaCMS analizza ogni file con 6 livelli: PHP detection, webshell signatures, entropia Shannon, polyglot detection, MIME type verification, extension blacklist. Il tipo di attacco che ha compromesso NapoliBene viene bloccato prima ancora di raggiungere il filesystem.
Sicurezza
NapoliBene.it
- RFI: Vettore attacco via SVG + Base64
- 0: Ore di downtime durante la migrazione
- 24/7: Monitoraggio WAF con alert Telegram
Il problema
NapoliBene.it operava su Joomla con il template Astroid. Una vulnerabilità di Remote File Inclusion ha permesso di caricare un file SVG con payload offuscato in Base64. Da quel file è stata installata una webshell — accesso backdoor completo al filesystem, al database e alle credenziali configurate sul server.
La compromissione non era visibile agli utenti: il sito continuava a funzionare normalmente in superficie. Il vettore — RFI via SVG con encoding Base64 — è progettato per aggirare sistemi che controllano solo l'estensione del file senza analizzarne il contenuto reale.
Perché Joomla + Astroid era vulnerabile
Il problema era l'architettura di dipendenze. Astroid gestisce l'upload dei file media con la sua pipeline di validazione — separata da quella di Joomla. La validazione si fermava all'estensione: SVG è considerato immagine, quindi accettato. Il contenuto non veniva analizzato. Con 20-30 componenti terzi installati, ogni componente è una superficie d'attacco potenziale con il suo ciclo di aggiornamenti indipendente.
La migrazione
KeideaCMS include un importatore nativo da Joomla. Articoli, categorie, immagini e URL sono stati migrati mantenendo i redirect 301 per preservare il posizionamento SEO. Il sito è rimasto operativo durante tutto il processo — nessuna finestra di manutenzione, nessuna interruzione editoriale.
La migrazione
Migrazione completata con l'importatore nativo Joomla di KeideaCMS intorno al 20 marzo 2026. URL mappati con redirect 301, sitemap XML rigenerata con soli contenuti canonici, Schema.org nativo configurato per ogni sezione editoriale. Zero downtime, pubblicazione editoriale mai interrotta.
I risultati in Search Console
Il grafico di indicizzazione GSC mostra la curva netta: da quasi zero pagine indicizzate a fine febbraio, a 436 pagine indicizzate entro fine aprile — curva verde in crescita costante dal momento della migrazione. Le impressioni giornaliere sono passate da 3-14 a un picco di 43 in un singolo giorno. La pagina economia e finanza è entrata a posizione media 5,1.
Cosa ha cambiato la migrazione a livello SEO: URL semantiche senza parametri dinamici, sitemap XML con soli contenuti canonici, Schema.org nativo su ogni articolo (Article, NewsArticle, BreadcrumbList), canonical tag automatici, meta tag per pagina gestibili dall'editor senza plugin.
Caso Studio 02 — SEO & Migrazione
RomaBene.it
- ~5 Pagine indicizzate prima della migrazione
- 436 Pagine indicizzate dopo la migrazione
- ~30gg Dalla migrazione ai primi risultati GSC
Il problema
RomaBene.it è una testata giornalistica con focus su Roma — economia, immobiliare, lifestyle, cultura. Oltre 400 articoli pubblicati su Joomla, quasi invisibili su Google. I dati Search Console del periodo pre-migrazione (gennaio-metà marzo 2026) mostrano impressioni giornaliere tra 3 e 20, posizioni instabili, zero click su molte keyword coperte dai contenuti.
Le cause tecniche
Joomla genera URL con parametri dinamici che Google fatica a normalizzare. La sitemap XML includeva URL non canoniche, pagine di sistema e varianti parametrizzate — disperdendo il crawl budget su decine di versioni della stessa pagina. I dati strutturati Schema.org richiedevano estensioni terze con integrazione parziale. Risultato: Google non riusciva a leggere correttamente un archivio editoriale significativo.
Il tuo sito ha gli stessi problemi?
Che sia una questione di sicurezza o di ranking bloccato, analizziamo la tua situazione gratuitamente e senza impegno.
Quanti plugin morti hai sul tuo sito?
Scopri il livello di sicurezza del tuo Wordpress prima che sia troppo tardi