Integrità dei file WordPress, IndexNow, pagine protette: le novità di nexya 1.2.34

Integrità dei file WordPress: il core viene confrontato ogni giorno con gli originali

La principale novità di nexya 1.2.34 riguarda l’integrità dei file di WordPress. Ogni giorno, il modulo Sicurezza confronta i file del core di WordPress presenti sul server con quelli originali pubblicati su wordpress.org.

Vengono rilevati e elencati tre casi: un file modificato, un file mancante e un file PHP che non dovrebbe trovarsi lì. Quando si verifica una di queste situazioni, viene inviata un’email di avviso. Il controllo viene eseguito automaticamente una volta al giorno, senza che tu debba avviarlo.

Sui forum torna spesso la domanda “la mia scansione di sicurezza si interrompe a metà”. Questo controllo è più limitato rispetto a una scansione che analizza l’intero server: si concentra su un insieme noto, i file del core, e li confronta con un riferimento pubblico, quello di wordpress.org.

Le note di rilascio non specificano se questo controllo faccia parte della versione gratuita o di nexya Pro. Per il resto, la distinzione è chiara: la versione gratuita confronta i plugin installati con l’elenco delle vulnerabilità note, mentre nexya Pro aggiunge un controllo giornaliero delle vulnerabilità e un’impronta dei file con la possibilità di ripristino.

• Un file del core modificato rispetto all’originale di wordpress.org
• Un file del core mancante
• Un file PHP che non appartiene al core di WordPress
• Un’email non appena si verifica uno di questi casi

Sito compromesso: cosa segnala l’elenco e cosa non fa

Un file PHP inatteso nelle cartelle del core è un chiaro segno di intrusione. Lo stesso può valere per un file modificato. L’elenco ti indica dove controllare e l’email ti evita di scoprirlo settimane dopo.

nexya non rimuove il malware. Nessun pulsante elimina il file sospetto o ripristina l’originale al suo posto. Se il tuo sito è stato violato, spetta a te o a un professionista ripristinare file puliti, cambiare le password e scoprire come è entrato l’intruso.

Il modulo Sicurezza ti aiuta quindi a evitare che la situazione si ripeta grazie a intestazioni di sicurezza, policy sui contenuti, limiti ai tentativi di accesso falliti e verifica dei plugin installati. Dalla versione 1.2.28, i tentativi di accesso ripetuti comportano blocchi sempre più lunghi e il legittimo proprietario può sbloccare il proprio account tramite un link ricevuto via email. Dalla versione 1.2.31, un’email ti avvisa quando un indirizzo viene bloccato al momento dell’accesso, al massimo una volta all’ora.

La verifica ti mostra cosa è cambiato. Non ripristina nulla al posto tuo.

IndexNow: Bing e Yandex notificati non appena una pagina cambia

Il modulo SEO ora utilizza IndexNow. Non appena una pagina viene pubblicata, aggiornata o rimossa, nexya lo segnala a Bing, Yandex e agli altri motori di ricerca che partecipano al protocollo. In questo modo non devono attendere la loro prossima scansione per venirne a conoscenza.

Una domanda ricorrente è «Google non indicizza il mio sito». Le note di rilascio citano Bing e Yandex, non Google. Per Google, quindi, IndexNow non cambia nulla. Il modulo SEO fornisce la sitemap, lo schema, i titoli e le descrizioni generati a partire dal testo della pagina, oltre al file llms.txt. Non può costringere Google a indicizzare una pagina.

Per impostazione predefinita, il plugin non invia alcuna informazione a terze parti. Le funzioni che utilizzano la rete e i dati inviati sono elencati nella sezione dei servizi esterni del plugin.

Limitare l’accesso a una pagina a utenti registrati, ruoli specifici o account determinati

Il modulo Ruoli ora consente di limitare l’accesso a una pagina agli utenti connessi, a determinati ruoli o a specifici account. Gli altri visitatori vengono reindirizzati alla pagina di accesso o visualizzano un messaggio.

La pagina protetta scompare anche dalla sitemap, dalla ricerca e dagli elenchi degli articoli. Una pagina privata non dovrebbe apparire altrove sul sito, ed è proprio lì che compare più spesso quando ci si dimentica di nasconderla.

Per verificare il risultato, il modulo Ruoli consente già di visualizzare il sito con i permessi di un ruolo specifico senza dover uscire dal proprio account. In questo modo puoi vedere esattamente ciò che vede un abbonato o un cliente.

Cache e lingua del browser: la homepage viene nuovamente servita dalla cache

La cache delle pagine fa parte di nexya Pro. Su un sito che reindirizza la homepage alla lingua del browser, questa pagina veniva esclusa dalla cache. Torna a esserne inclusa a partire dalla versione 1.2.34.

Solo la prima visita da parte di un browser che richiede una lingua diversa del sito passa ancora attraverso WordPress. Le visite successive vengono servite direttamente dalla cache.

Questa è una parte della risposta alla domanda «il mio sito è lento». La cache serve le pagine prima del caricamento di WordPress e si svuota quando una pagina viene modificata, inclusi i salvataggi effettuati con Elementor. Non risolve tuttavia i tempi di risposta lenti causati dall’hosting.

Il cookie nexya_lang: disattivabile e impostato solo quando necessario

Nel modulo Translate, il cookie nexya_lang può ora essere disattivato. Quando rimane attivo, viene impostato solo se il visitatore viene effettivamente reindirizzato a un’altra lingua. Un visitatore che rimane nella lingua richiesta non lo riceve.

Se stai cercando la causa di un reindirizzamento inatteso verso /en/, puoi disattivare questo cookie per escluderlo dai tuoi test. Ti ricordiamo che Translate posiziona le lingue in sottocartelle come /en/ e collega ciascuna pagina alle relative traduzioni. Non offre un dominio separato per ogni lingua.

Rilasciati poco prima: protezione contro lo spam nei moduli e cache di Cloudflare

Due domande dei forum avevano già ricevuto una risposta nella versione 1.2.31. Per lo spam nei moduli, nexya forms, un modulo di nexya Pro, limita il numero di invii per visitatore e gestisce un elenco di parole, indirizzi e domini bloccati, configurato modulo per modulo. Il captcha invisibile rimane attivo su ogni modulo.

Per i visitatori che visualizzano una versione meno recente delle pagine, la cache di nexya Pro svuota anche quella di Cloudflare: interamente oppure solo gli indirizzi della pagina modificata.

• nexya forms (Pro): numero di invii per visitatore, parole, indirizzi e domini bloccati
• Cache (Pro): la cache di Cloudflare viene svuotata insieme a quella di nexya
• Sicurezza: un’email quando un indirizzo viene bloccato al momento dell’accesso

Aggiornare alla versione 1.2.34 in sicurezza

L’aggiornamento viene eseguito dalla schermata dei plugin, come al solito. A partire dalla versione 1.2.28, il modulo Manutenzione conserva la versione precedente di ogni plugin e di ogni tema subito prima dell’aggiornamento, ripristinandola con un clic se necessario. Con nexya Pro, un aggiornamento che compromette il sito viene annullato automaticamente e l’amministratore riceve un’email.

Dopo l’aggiornamento, verifica l’elenco dei file del core durante il primo controllo. Su un sito integro, dovrebbe essere vuoto. Se non lo è, esamina ogni file prima di trarre conclusioni: anche una modifica al core eseguita manualmente da un precedente fornitore apparirà lì.