Hijacking DNS di WordPress: Come capire se il tuo dominio è stato rubato o il tuo sito è stato violato

Digiti il tuo dominio in un browser e viene caricato qualcos'altro, come una pagina di parcheggio piena di annunci o un sito di farmacia in una lingua che non leggi.

Quasi il primo pensiero di tutti è lo stesso: Sono stato hackerato.

Forse. Ma quattro problemi diversi sembrano identici dal browser e le loro soluzioni non hanno nulla in comune.

Ecco cosa potrebbe succedere:

• Qualcuno ha preso il controllo del tuo dominio presso il tuo registrar o host DNS.
• I tuoi file WordPress sono stati infettati e stanno reindirizzando.
• Il tuo dispositivo sta risolvendo il dominio in modo errato mentre tutti gli altri vedono il tuo sito correttamente.
• Oppure non è stato attaccato nulla, ed è una migrazione, un ritardo di propagazione o un dominio scaduto

Le soluzioni non hanno quasi nulla in comune. Pulire la tua installazione WordPress non serve a nulla per un dominio dirottato. Reimpostare la password del registrar non serve a nulla per il codice iniettato. Ripristinare un backup, che è il consiglio che riceverai più spesso, aiuta solo con uno dei quattro.

Quindi, prima di cambiare qualsiasi cosa, devi sapere quale problema hai.

In questo post, tratterò cos'è il dirottamento DNS e come restringere la causa in circa dieci minuti. Dopodiché, ti mostrerò come recuperare un dominio che è stato veramente rubato e come bloccare le cose in modo che non accada di nuovo.

Punti chiave

• Quattro problemi diversi producono lo stesso sintomo. Un dominio rubato, malware di reindirizzamento iniettato, un dispositivo che ti mente o nessun attacco.
• Il dirottamento DNS non tocca mai la tua installazione WordPress. I tuoi file rimangono intatti; il dominio smette solo di puntare ad essi.
• Ripristinare un backup non serve a nulla per un dominio dirottato. Il tuo dominio non è in un file di backup; è una registrazione detenuta presso un registrar.
• Un backup risolve altre cause. Se il malware di reindirizzamento è stato iniettato nei tuoi file o nel database, una copia pulita di prima dell'infezione lo rimuove.
• Il test dei trenta secondi viene prima. Carica il tuo sito sulla rete cellulare con il Wi-Fi disattivato. Se sei l'unico a vedere il problema, il tuo dominio è a posto.
• La data di aggiornamento del tuo WHOIS è il segnale più chiaro. Una modifica che non hai apportato ti dice cosa è successo e approssimativamente quando è successo.
• La tua email è associata ai tuoi nameserver. Il controllo del record MX fa sì che i reset delle password vengano indirizzati a chiunque detenga il dominio, il che cambia il modo in cui gestisci il recupero.
• Non puoi presentare tu stesso un reclamo TDRP. Funziona tra registrar, quindi il tuo registrar presenta il reclamo per tuo conto, entro dodici mesi dal trasferimento.
• La prevenzione è igiene dell'account, non software. Il blocco del registrar e un'email di recupero che non risiede sul dominio coprono la maggior parte dei casi reali.

Indice

Cos'è l'hijacking del DNS?

Il DNS (Domain Name System) è il sistema che trasforma il tuo nome di dominio nell'indirizzo del server che ospita il tuo sito. Ogni volta che qualcuno visita, il suo browser chiede a un risolutore DNS dove si trova il tuo-dominio.com, e il risolutore risponde con un indirizzo IP.

Il dirottamento DNS significa che la ricerca restituisce una risposta che non hai scelto.

Il tuo sito può funzionare perfettamente. I tuoi file possono essere completamente intatti. Se la risposta che torna punta altrove, i tuoi visitatori vanno altrove e nulla all'interno di WordPress può fermarlo.

Quali sono i quattro tipi di hijacking del DNS?

Esistono quattro tipi di attacchi di dirottamento DNS e ognuno avviene in un punto diverso. Dove atterra l'attacco determina chi può risolverlo e come, quindi vale la pena conoscere tutti e quattro.

1. Account del registrar o host DNS compromesso. Qualcuno accede all'account che controlla il tuo dominio e cambia i tuoi nameserver o il tuo record A (la voce che mappa il tuo dominio a un indirizzo IP specifico). Il tuo sito è intatto, ma il tuo dominio punta ora al server di qualcun altro.
2. Dirottamento locale o del router. Malware su un dispositivo o un router compromesso cambia il risolutore che quella macchina utilizza. Solo le persone su quel dispositivo o quella rete sono interessate. Tutti gli altri caricano normalmente il tuo sito.
3. Risolutore dannoso o disonesto. Il server DNS interrogato risponde in modo errato di proposito, solitamente per iniezione di pubblicità o censura. È tipicamente al di fuori del tuo controllo.
4. Avvelenamento della cache DNS. Vengono iniettati record falsi nella cache di un risolutore, in modo che fornisca una risposta errata finché tale voce memorizzata nella cache non scade.

Se hai letto tre articoli su questo argomento e hai ottenuto tre definizioni diverse, ecco perché. Il dirottamento DNS è il termine generico. Il dirottamento del dominio e l'avvelenamento della cache DNS sono casi specifici che rientrano al di sotto di esso.

È hijacking del DNS o malware di reindirizzamento all'interno di WordPress?

Entrambi i problemi scaricano i tuoi visitatori su un sito che non è il tuo, quindi le persone li trattano come un'unica emergenza. Ciò che li separa è dove avviene il reindirizzamento: prima che la richiesta raggiunga mai il tuo server, o dopo che ci è arrivata.

Il malware di reindirizzamento risiede nei tuoi file e nel tuo database. Il tuo DNS è a posto. Il tuo dominio è a posto. Il tuo stesso server sta fornendo ai visitatori codice avvelenato, esattamente come gli è stato detto di fare.

Il dirottamento DNS non tocca mai la tua installazione di WordPress. I tuoi file sono immacolati. Il dominio ha semplicemente smesso di puntare ad essi.

Non c'è sovrapposizione nelle soluzioni. La scansione e la pulizia di un sito WordPress non servono a nulla quando il problema risiede presso il tuo registrar. Bloccare il tuo registrar non serve a nulla quando il problema è una riga di JavaScript nell'intestazione del tuo tema.

Ecco perché ciò che segue sono cinque controlli, non una semplice soluzione universale.

Perché l'hijacking del DNS colpisce i siti WordPress più duramente di quanto ci si aspetti?

Il danno ovvio di un attacco DNS è che i visitatori atterrano sulla pagina sbagliata. Il danno che coglie di sorpresa le persone è tutto il resto che si basa sugli stessi record DNS.

La tua email va con esso. Il controllo dei nameserver significa controllo dei record MX, e i record MX sono ciò che instrada la posta al tuo dominio.

Chiunque possieda i tuoi nameserver può indirizzare la tua posta da qualche parte dove la leggono. Ciò influisce sul ripristino delle password, sulle fatture dei clienti e sui messaggi di conferma del tuo registrar.

Riflettici un secondo, perché cambia il modo in cui gestisci il recupero. Il flusso di recupero dell'account che stai per avviare probabilmente ti invia un'email al tuo dominio.

Poi c'è SSL. Ogni visitatore riceve un avviso di certificato, perché il server a cui è stato inviato non possiede un certificato valido per il tuo nome. Di solito è così che lo scopri. Qualcuno ti invia un'email per chiedere se sai che il tuo sito è compromesso.

Google scansiona qualunque cosa il tuo dominio risolva ora. Se si tratta di una destinazione di spam o malware, il tuo dominio può essere segnalato, e la segnalazione dura molto più a lungo della correzione.

Il danno alla reputazione dura più a lungo anche della riparazione. I clienti che hanno visto un annuncio di farmacia sul tuo dominio potrebbero ricordarlo anche dopo che il DNS è stato corretto.

Le operazioni di WordPress comportano un'esposizione aggiuntiva che la maggior parte dei siti non ha, e se gestisci più di una manciata di siti, è la prima cosa che controllerei.

Cos'è il DNS Dangling e perché i siti WordPress lo raccolgono?

Il modo più comune in cui un'operazione WordPress viene dirottata non è un attacco sofisticato. È un record che nessuno si è ricordato di eliminare.

Un record DNS pendente punta a un servizio che non controlli più. Il servizio è stato dismesso, l'hosting è scaduto o il server è stato spento. Il record è rimasto esattamente dov'era.

Chiunque possa rivendicare quel servizio ora controlla ciò che viene caricato sul tuo sottodominio.

Il modello è facile da individuare una volta che lo conosci. C'è blog.example.com da una campagna terminata due anni fa o dev.example.com da una riprogettazione. L'hosting si è interrotto. Il record CNAME no.

Apri il tuo file di zona ed elimina qualsiasi cosa punti a un host per cui non paghi più.

Come fai a sapere se il tuo DNS è stato dirottato?

Ecco come rilevare il dirottamento DNS in cinque controlli. L'ordine è importante, perché ti impedisce di correggere la cosa sbagliata, e il test più economico finisce per escludere la maggior parte dei problemi.

• Controllo 1: Qualcun altro lo vede? Trenta secondi su una connessione dati mobile ti dicono se il problema è il tuo dominio o solo il tuo dispositivo.
• Controllo 2: Cosa dicono WHOIS e i tuoi nameserver? Quattro campi rivelano se qualcuno ha modificato il tuo dominio e quando lo ha fatto.
• Controllo 3: Diversi resolver concordano? Risposte errate coerenti significano che il record è cambiato alla fonte; quelle incoerenti significano propagazione.
• Controllo 4: Cosa dice WordPress stesso? URL del sito, .htaccess e timestamp di modifica espongono codice di reindirizzamento iniettato.
• Controllo 5: Hai escluso la spiegazione noiosa? Migrazioni, domini scaduti e cache obsolete causano questo problema più spesso degli attacchi.

Controllo 1: Qualcun altro vede il problema?

Questo singolo test divide il problema a metà in circa trenta secondi, quindi eseguilo prima di toccare qualsiasi cosa.

Estrai il telefono, disattiva il Wi-Fi e carica il sito tramite dati mobili. Oppure chiedi a qualcuno in un'altra città di provarci. Se preferisci non disturbare nessuno, un controllore di uptime di terze parti caricherà il tuo sito dai propri server.

Se sei l'unico a vedere il problema, il tuo dominio va bene. Il problema è sul tuo dispositivo, sul tuo router o nel tuo file hosts.

Il tuo file hosts merita un'attenzione particolare. Se hai mai migrato un sito, probabilmente hai aggiunto una voce nel file hosts per visualizzarlo sul nuovo server, e c'è una buona probabilità che tu non l'abbia mai rimossa.

Il tuo computer viene ancora indirizzato a inviare quel dominio a un vecchio indirizzo IP. Tutti gli altri caricano il sito correttamente mentre tu sei lì convinto di essere stato hackerato.

Mi è successo. Più di una volta. Quindi, prima di addentrarti in una risoluzione dei problemi più approfondita, controlla il tuo file hosts.

Controllo 2: Cosa dicono il tuo record WHOIS e i Nameserver?

Il record del tuo registrar è la fonte di verità su chi controlla il dominio e ti fornisce comodamente il timestamp dell'attacco.

Esegui una ricerca WHOIS e leggi quattro campi:

• Nameserver. Dovrebbero appartenere al tuo host DNS o al tuo registrar. Se non li riconosci, salta subito alla sezione di recupero.
• Email del registrante. Se è stata cambiata in un indirizzo che non possiedi, l'account è già perso.
• Data di scadenza. Ulteriori informazioni a riguardo tra un momento, ma guardala mentre sei qui.
• Data di aggiornamento. Questo è il segnale più chiaro. Una modifica che non hai apportato, in una data che puoi indicare, ti dice cosa è successo e approssimativamente quando.

Mentre sei lì, guarda i codici di stato EPP. Quelle sono bandiere standardizzate che il registro dei domini mantiene sul tuo dominio, e quella che vuoi vedere è clientTransferProhibited. Quello è il blocco del registrar e impedisce le richieste di trasferimento a livello di registro prima che vadano avanti.

Un blocco mancante più una data di aggiornamento recente è la peggiore combinazione in quella pagina.

Ancora una cosa prima di farti prendere dal panico. Verifica se il dominio è semplicemente scaduto. Un dominio scaduto produce un sintomo identico a un dirottamento.

Controllo 3: Resolver DNS diversi danno la stessa risposta?

Questo controllo ti dice se il record è cambiato o se qualcosa nel mezzo ti sta mentendo.

Su macOS o Linux, chiedi al tuo resolver predefinito, poi chiedi uno specifico pubblico, poi guarda direttamente i tuoi nameserver:

dig example.com +short

dig @8.8.8.8 example.com +short

dig example.com NS +short

Su Windows, nslookup fa lo stesso lavoro:

nslookup example.com

nslookup example.com 8.8.8.8

Se i terminali non fanno per te, un controllore globale di propagazione DNS interrogherà i resolver in un paio di dozzine di paesi e ti mostrerà ogni risposta fianco a fianco.

Poi leggi cosa torna:

• Ogni resolver concorda su un IP che non è il tuo. Il record è cambiato alla fonte. Quello è un vero dirottamento, o una modifica che qualcuno nel tuo team ha apportato e ha dimenticato di menzionare.
• Le risposte discordano a seconda della regione. La propagazione è ancora in corso, il che significa quasi sempre una modifica che tu o il tuo host avete apportato di recente.
• Una rete non è d'accordo con tutti gli altri. Interferenze a livello locale o ISP, che ti riportano al Controllo 1.

Controllo 4: Cosa dice WordPress?

Se il DNS risulta pulito, il problema è all'interno della tua installazione e ora stai cercando codice iniettato.

Inizia con gli URL del tuo sito. Vai su Impostazioni » Generali e confronta Indirizzo WordPress (URL) e Indirizzo Sito (URL) con il tuo dominio reale.

Se non riesci ad accedere, gli stessi valori si trovano nelle righe siteurl e home della tabella wp_options e puoi leggerli tramite phpMyAdmin o WP-CLI.

Controlla le infezioni dei file come la maggior parte:

• .htaccess, per regole di reindirizzamento che non hai scritto
• wp-config.php
• index.php, specialmente la primissima parte del file
• I file header e footer del tuo tema attivo

Ordina tutto per data di modifica mentre sei lì. La maggior parte delle infezioni lascia un gruppo di timestamp dello stesso pomeriggio, e quel gruppo è solitamente l'intera mappa.

Un comportamento porta le persone erroneamente sul percorso DNS, ed è utile saperlo. Molti malware di reindirizzamento si attivano in modo condizionale. Si attivano solo per i visitatori su dispositivi mobili, o solo per le persone che arrivano da un risultato di ricerca, e lasciano completamente intatte le visite dirette.

Quindi digiti il tuo dominio, il sito si carica perfettamente e concludi che il problema deve essere da qualche parte al di fuori di WordPress.

Non lo è. Il DNS non ha idea di quale dispositivo stia chiedendo o da dove provenga un visitatore. Solo il codice in esecuzione sul tuo server può fare la differenza.

È qui che uno scanner di malware si guadagna il suo compenso. È anche l'unico modo in cui ripristinare un backup pulito risolve il problema.

Controllo 5: Hai escluso spiegazioni banali?

Prima di aggravare qualsiasi cosa, dedica due minuti alle cause che non sono affatto attacchi:

• Una migrazione nelle ultime 48 ore che si sta ancora propagando
• Un dominio scaduto o un pagamento di rinnovo automatico fallito silenziosamente
• Un CDN o un proxy inverso ancora puntato al tuo vecchio server di origine
• Cache del browser obsoleta, cache DNS obsoleta o una voce nel file hosts

Svuota la cache DNS locale e riprova in una finestra privata prima di trarre conclusioni.

A questo punto, hai il record WHOIS e le risposte del resolver di fronte a te. Questo è ciò di cui hai bisogno per distinguere un ritardo di propagazione da una modifica reale.

Riferimenti rapidi: sintomi, cause e soluzioni del dirottamento DNS

Se sei nel bel mezzo di un'interruzione e vuoi la versione breve, trova il tuo sintomo di dirottamento DNS nella colonna di sinistra.

Cosa stai vedendo	Causa più probabile	Cosa lo risolve	Il ripristino di un backup aiuta?
Solo tu vedi il sito sbagliato	DNS locale, router o file hosts	Svuota DNS, controlla il router, modifica il file hosts	No
Tutti vedono una pagina parcheggiata o non correlata	Account registrar o DNS compromesso	Recupera l'account del registrar	No
Il sito si carica ma reindirizza allo spam per alcuni visitatori	Malware di reindirizzamento WordPress	Pulisci file e database, o ripristina un backup pulito	Sì
Sito sbagliato subito dopo un cambio di hosting	Propagazione o record obsoleti	Aspetta, o correggi il record A	No
Il sito è sparito e WHOIS sembra sbagliato	Dominio scaduto o trasferimento non autorizzato	Rinnova, o apri una disputa tramite il tuo registrar	No

Come recuperare un dominio dirottato?

Sapere come risolvere il dirottamento DNS è principalmente una questione di ordine delle operazioni, non di velocità, e la prima ora vale più della settimana successiva.

Sarò onesto riguardo alla tempistica fin dall'inizio. Se il dominio è ancora presso il tuo registrar, ci vorranno ore. Se è stato trasferito altrove, pianifica settimane.

Innanzitutto, rientra nell'account del registrar

Nulla di ciò che fai conta finché non controlli l'account che controlla il tuo dominio.

Inizia il recupero direttamente dal registrar, non tramite la tua email. Se i tuoi record MX sono andati con i tuoi nameserver, la tua posta viene instradata attraverso il dominio compromesso e un reset della password finisce nella casella di qualcun altro.

Chiamali. I registrar mantengono il supporto telefonico esattamente per questo, e una chiamata telefonica è fuori banda, il che significa che non viaggia su nulla che l'attaccante controlla.

Tieni pronta la prova prima di chiamare: ricevute di registrazione originali, registri di fatturazione, estratti conto della carta che mostrano i rinnovi, vecchie fatture con il dominio sopra. Il supporto te lo chiederà, e averlo davanti a te riduce le ore del processo.

Quando riottieni l'accesso, annota cosa è cambiato e quando te ne sei accorto. Ti servirà tra un minuto.

Bloccalo una volta rientrato

Qualcuno che è entrato una volta proverà la stessa porta due volte, quindi chiudile tutte prima di fare qualsiasi altra cosa.

• Attiva il blocco del registrar e conferma che clientTransferProhibited appaia nel tuo record WHOIS.
• Abilita l'autenticazione a due fattori separatamente sul tuo registrar e sul tuo host DNS.
• Reimposta il codice EPP, chiamato anche codice di autorizzazione. È la password richiesta per spostare un dominio tra registrar, e reimpostarlo invalida qualsiasi copia che l'attaccante ha fatto.
• Sposta l'email di contatto del registrante a un indirizzo che non risiede su questo dominio.
• Controlla ogni record DNS, non solo quello che è cambiato. Controlla specificamente i tuoi record MX, perché la reindirizzamento della posta è molto più silenzioso del reindirizzamento del sito e può funzionare per settimane prima che qualcuno se ne accorga.

E se il dominio fosse già stato trasferito a un altro registrar?

Questo è il caso difficile, ed è più lento e meno sotto il tuo controllo.

Se il tuo dominio è già stato trasferito, contatta immediatamente il tuo registrar uscente. Quello con cui eri prima del trasferimento, ed è la parte legittimata ad agire.

La Policy di Risoluzione delle Dispute sui Trasferimenti dei Registrar dell'ICANN, la TDRP, è una disputa tra registrar. Il reclamante è il registrar uscente o il registrar entrante. Non puoi presentarne una tu stesso come proprietario del dominio.

Molti articoli dicono ai lettori di presentare una TDRP, e se cerchi quel modulo, non ce n'è uno per te. Quello che fai invece è consegnare al tuo registrar uscente le prove e chiedere loro di presentarlo per tuo conto.

Due tempistiche valgono la pena di essere conosciute:

• La scadenza per la presentazione è di dodici mesi dopo la presunta violazione. Dopodiché, il trasferimento rimane valido indipendentemente da come sia avvenuto.
• Si prevede che i registrar cerchino prima di risolverlo tra di loro, prima che venga applicata la procedura formale.

Una regola funziona a tuo favore. Quando le informazioni di contatto del registrante cambiano, ICANN richiede un blocco di 60 giorni che impedisce al dominio di essere trasferito di nuovo. Esiste per fermare il passaggio da un registrar all'altro e significa che un ladro generalmente non può continuare a spostare il tuo dominio fuori dalla tua portata mentre lo insegui.

Aspettati settimane. La documentazione che hai raccolto nella prima ora è ciò che vince questa battaglia.

Ricostruisci su un'infrastruttura pulita mentre aspetti

La battaglia per il dominio e la ricostruzione del sito sono due percorsi separati e non c'è motivo di eseguirli uno dopo l'altro.

Supponi che anche il tuo account di hosting possa essere compromesso, specialmente se condivideva una password o un'email di recupero con il tuo registrar. Chiunque sia entrato ha quasi certamente provato entrambi.

Quindi non ricostruire sul posto. Prendi un backup di prima dell'incidente e ripristina il sito su un server a cui l'attaccante non ha mai avuto accesso.

È qui che un backup portatile è fondamentale. L'installer autonomo di Duplicator installa il tuo sito completo su un server vuoto senza richiedere WordPress preinstallato.

Avrai solo bisogno di un backup salvato in precedenza. Carica entrambi i file di backup sul nuovo server e avvia l'installer di Duplicator.

Aggiungi una voce nel file hosts sulla tua macchina che invia il tuo vero dominio all'IP del nuovo server e carica il sito. Stai testando il dominio effettivo contro il nuovo server in privato, mentre tutti gli altri vedono ancora qualunque cosa venga servita a tuo nome.

La nostra guida per spostare un sito WordPress su un nuovo host illustra questo passaggio in dettaglio.

Quando il controllo DNS ritorna, non stai iniziando una ricostruzione. Stai cambiando un record A per puntare a un server che è già stato testato ed è già pulito.

Cosa può e non può fare un backup riguardo al dirottamento DNS

Quando succede qualcosa di brutto al tuo sito, l'istinto è quello di ripristinare un backup. Tuttavia, anche i backup del sito hanno dei limiti.

Cosa non può risolvere un backup:

• Un dominio rubato. Il tuo dominio non è nel tuo backup. È una registrazione detenuta presso un registrar e nessun archivio da nessuna parte lo contiene.
• Una modifica ai nameserver o al record A. Quei record vivono nel DNS presso il tuo host DNS, non nei file del tuo sito.
• Un resolver non autorizzato sul router di un visitatore. Quello è il loro dispositivo, non il tuo server.
• Avvelenamento della cache presso un ISP. Niente dalla tua parte lo raggiunge.

Se il tuo dominio è stato dirottato, ripristinare il backup di ieri sera non serve a nulla. Il sito non è mai stato il problema. Finirai con una copia impeccabile di un sito che nessuno può raggiungere.

Ora l'altra metà, perché anche qui un backup non è inutile:

• Risolve il ramo del malware di reindirizzamento, ed è la causa più comune dello stesso sintomo
• Ti fornisce una copia nota e funzionante da ripristinare altrove nel momento in cui riacquisisci il controllo
• Ti tira fuori da un host compromesso in un pomeriggio invece di doverci negoziare per una settimana
• Dimostra com'era il tuo sito prima dell'incidente, il che è importante per clienti, assicuratori e chiunque faccia domande in seguito

Quindi fai il backup del tuo sito, perché offre tantissima sicurezza. Sii solo consapevole che un backup non può annullare un dirottamento DNS.

Come prevenire il dirottamento DNS?

Imparare a fermare il dirottamento DNS di WordPress è quasi interamente una questione di igiene dell'account, non di software. Non esiste un plugin per nulla di tutto ciò, il che è probabilmente il motivo per cui viene trascurato.

Ecco come proteggere il DNS del tuo sito web:

• Blocco del registrar. Attiva clientTransferProhibited e confermalo in WHOIS invece di fidarti dell'interruttore nella tua dashboard. Se non viene visualizzato, questo è il tuo primo compito di oggi.
• Autenticazione a due fattori sul registrar e sull'host DNS. Account separati, accessi separati, 2FA separata. Usa un'app o una chiave hardware invece degli SMS, perché il SIM swapping è un percorso ben battuto per entrare esattamente in questo tipo di account.
• Un'email del registrar che non risiede sul dominio. Quasi tutti sbagliano su questo punto, ed è la differenza tra un pomeriggio difficile e un mese difficile. Se l'accesso al tuo registrar è tu@iltuodominio.com, allora perdere il dominio e perdere la tua casella di posta di recupero avvengono nello stesso istante. Usa un indirizzo su un dominio completamente diverso e impostalo ora, perché aggiungerlo in seguito non ti servirà a nulla.
• Rinnovo automatico con una carta non scaduta. Un dominio scaduto appare identico a un dirottamento, viene rubato altrettanto rapidamente e accade molto più spesso. Controlla la carta registrata una volta all'anno.
• Blocco del registry per i domini che non puoi permetterti di perdere. Si posiziona un gradino sopra il blocco del registrar. Le modifiche richiedono una verifica manuale fuori banda, quindi un aggressore in possesso della tua password non può comunque spostare nulla. La maggior parte dei registrar addebita un costo per questo, e per un dominio aziendale è economico.
• DNSSEC, con aspettative realistiche. Firma crittograficamente i tuoi record DNS in modo che un risolutore possa verificare che non siano stati manomessi durante il transito, il che copre lo spoofing DNS e l'avvelenamento della cache. Non fa assolutamente nulla se qualcuno accede al tuo registrar e modifica legittimamente i record. Attivalo; solo non archiviarlo sotto la voce gestito.
• Audit trimestrale dei record DNS. Apri il tuo file di zona ed elimina qualsiasi cosa punti a un servizio che non controlli più. Questo è il problema del DNS pendente di prima, e quindici minuti a trimestre lo risolvono.
• Meno persone con accesso al registrar. Ogni accesso aggiuntivo è un altro modo per entrare. Appaltatori che se ne sono andati, agenzie con cui hai smesso di lavorare, il vecchio membro del team il cui account nessuno ha mai disattivato.

Due di questi hanno la maggior parte del peso: il blocco del registrar e l'email fuori dominio. Se fai solo due cose questa settimana, fai quelle.

Domande frequenti (FAQ)

Il tuo dominio è l'unica cosa che non puoi ripristinare

Possiedi i tuoi file e il tuo database. Noleggi il tuo dominio.

È facile da dimenticare, perché un dominio sembra una proprietà fino al momento in cui qualcun altro lo possiede.

Diagnosticare gli attacchi di dirottamento DNS può essere veloce. Trenta secondi sul telefono con il Wi-Fi disattivato escludono metà delle possibilità, e una ricerca WHOIS gestisce la maggior parte del resto.

Il recupero può essere difficile. Se il dominio si è spostato, stai aspettando che due registrar comunichino tra loro, e c'è molto poco che puoi fare per accelerarli. Per prevenire problemi futuri, consiglio di dedicare un pomeriggio a rafforzare la sicurezza del tuo DNS.

Ricostruisci velocemente, qualunque cosa accada al tuo dominio

Una disputa DNS è una battaglia che potresti vincere in una settimana. Il tuo sito non dovrebbe rimanere inattivo in attesa dell'esito. La parte di questo che controlli completamente è avere una copia pulita e portatile pronta per essere distribuita nel momento in cui i tuoi record torneranno.

Duplicator Pro si occupa di questo aspetto. Otterrai backup completi automatici del sito, un installer autonomo che installa il tuo sito su un server vuoto senza WordPress preinstallato, ripristini con un clic e un URL di ripristino di emergenza che funziona anche quando WordPress è bloccato.

Oltre 1,5 milioni di professionisti WordPress utilizzano Duplicator e ha oltre 4.000 recensioni a cinque stelle. Ogni piano a pagamento include un rimborso di 14 giorni senza domande.

Se questo post ti ha fatto riflettere su quanto siano esposti il tuo dominio e il tuo sito, queste guide valgono la pena di essere lette successivamente.

• Come proteggere il tuo sito WordPress dagli hacker
• Checklist di sicurezza WordPress: Guida passo passo per proteggere il tuo sito
• 4 plugin per la rimozione di malware da WordPress che puliscono i file infetti (non si limitano a segnalarli)
• Perché il tuo sito WordPress è bloccato in un loop di reindirizzamento (e come l'ho risolto in 5 minuti)
• Come creare un sito di staging WordPress (per test sicuri)