Sito WordPress hackerato, tutto il database è cifrato, non c'è nessuna password — se ignoro tutto e faccio una reinstallazione?

fai una nuova installazione dai è troppo difficile questa roba, ricomincia da zero. se la password del db è stata violata guarda al team di sicurezza, ma sull'hosting c'è il restore per salvarti...

Il database è protetto; buona notizia, se hanno perso l'accesso puoi salvarti dal backup. Controlla il dump MySQL, se c'è codice shell in base64 anche quel backup è sporco. Se hai accesso SSH, fai un cross-check tra i timestamp dei file e l'access.log — trova la data di compromissione, prendi il backup più recente precedente a quella data.

fra, c'è tanto da fare ma non è troppo complicato e ripeto — ripristina dal backup di 7 giorni poi rivdi i plugin... se ci sono plugin strani, cancellali. e ora devi farlo: cambia tutte le password FTP MySQL, cPanel tutte. e installa fail2ban lascialo girare un po'...

I siti WordPress vengono compromessi spesso per vulnerabilità dei plugin o password deboli. Tu fai queste operazioni: 1) Identifica il backup pulito più vecchio, 2) Scaricalo, 3) Controllalo sulla macchina locale (scansione virus, hash dei file), 4) Ripristina, 5) Aggiorna tutti i plugin, 6) Cambia tutte le password (utente DB, FTP, cPanel, admin WordPress), 7) Installa un plugin WP Security, 8) Monitora per due settimane, se vieni hackerato di nuovo fai un backup del database — questa volta cambia hosting.

wordPress è il sito delle più grandi aziende, viene hacerato poi anche voi siete stati hackerati, benvenuti nel club 😂 Ora imparate la lezione cambiate la password e installate il certificato SSL poi va tutto bene.

L'anno scorso abbiamo vissuto quasi la stessa cosa. Le decisioni affrettate diventano decisioni da correggere sei mesi dopo.

Se permessi e ambito non sono scritti, quel test non deve iniziare. Sono curioso di sapere se qualcuno lo fa in modo diverso.

Avete ragione, sono passato anch'io per la stessa strada. Se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

Se scrivete qui il risultato, sarà utile anche ad altri.

Stavo pensando la stessa cosa. Non abbiate paura di chiedere, chi non chiede paga sempre di più.

È tutto, scusate se mi sono dilungato.

Sono passato da qui, vi racconto. Da noi la cosa che faceva perdere più tempo era non sapere chi decidesse.

Questa è la mia opinione non la scrivo come verità assoluta.

Salvato.

Su questo punto non sono d'accordo. L'errore commesso da wordpress hackerato cosa fare è generalmente reversibile ma costoso.

Se ricevete tre risposte diverse su un argomento la domanda è posta male... Se avete domande, scrivete, rispondo per quanto possibile.

Questo approccio ha un costo, di cui non si parla. Non fidatevi di una sola misura di sicurezza; procedete per livelli.

Spero che le sia utile.

Esattamente così. Non abbiate paura di chiedere, chi non chiede paga sempre di più.

Gli ambienti di test dimenticati diventano spesso un punto d'accesso più frequente del sistema live. Questa è la mia opinione, non la scrivo come verità assoluta.

Riassumo quanto detto finora. Gran parte del tempo perso si accumula nelle pratiche in attesa di approvazione.

Se permessi e ambito non sono scritti, quel test non deve iniziare.

Il mio dubbio è stato chiarito, grazie. Le soluzioni che funzionano su piccola scala crollano quando si cresce, l'ho imparato tardi.

Un report di scansione automatica e un penetration test non sono la stessa cosa. Confermato dall'esperienza.

la risposta sora ha colto l'essenza della questione. se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

C'è un punto che mi incuriosisce. Le modifiche ai dati di pagamento non vanno mai verificate tramite il canale di provenienza.

Sono curioso di sapere se qualcuno lo fa in modo diverso.

Avete ragione, sono passato anch'io per la stessa strada. Più è difficile tornare indietro su una decisione, più lentamente dovreste prenderla.

Confermato dall'esperienza.