Nel mio sito sono state aggiunte righe sconosciute all'HTML e al PHP, devo trovarle subito

l'sql injection è una cosa classica, potrebbero aver fatto una query select utenti e messo dati admin nelle tabelle wp-postmeta.. poi cancella il plugin allora, cioè quello che non ha aggiornato... o drop tabella... no non è niente di che succede sempre...

Passaggi: 1) Entra nel database da phpmyadmin 2) Prendi wp_options, controlla tutto 3) Controlla wp_postmeta, vedi se ci sono meta_key strani 4) Log FTP (nel pannello hosting) 5) Campo post_content nella tabella wp_posts — se ci sono molti post e sono ok, o se ci sono comandi script, cancella 6) Disattiva tutti i plugin e i temi 7) Aggiorna WordPress

Ho letto che dici di perdere il controllo del tuo computer... sembra che stai vivendo la cosa in modo molto drammatico. L'sql injection è una cosa semplice se non sanitizzi le query ti prendono anche il database. Indaga su 'quale plugin non ho aggiornato', e si risolve.

Ho un metodo di test: ripristina da un backup completo in un ambiente staging di WordPress, aggiorna plugin e temi, poi vedi se c'è ancora. Se nello staging non c'è, allora è nel file system, se c'è è nel database. Lavora in base a dove vuoi andare a parare.

Non ho capito bene il problema ma... cos'è il database? Cos'è l'FTP? Devo imparare MySQL tra poco per risolvere? O qualcuno mi aiuterà per forza?

C'è un errore comune che si commette facendo questo. Se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

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

Questo thread è archiviato.

la risposta sopra ha colto l'essenza della questione poi inizia con un piccolo test, non impegnarti subito su tutto.

Scusate, ma questo non vale in ogni caso. Le modifiche ai dati di pagamento non vanno mai verificate tramite il canale di provenienza.

Breve riassunto per i nuovi arrivati: Se cerchi di cambiare tutto insieme, niente si stabilizza.

È tutto, scusate se mi sono dilungato.

Approfondisco l'aspetto tecnico. Se è la prima volta, inizia in piccolo, il ridimensionamento viene dopo.

Spero che le sia utile.

Sono nella stessa situazione, per questo chiedo. Ogni punto non scritto è un punto che in futuro le due parti ricorderanno diversamente.

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

Scrivo questo per evitare che facciate lo stesso errore. Più è difficile tornare indietro su una decisione più lentamente dovreste prenderla.

Gli ambienti di test dimenticati diventano spesso un punto d'accesso più frequente del sistema live. Io seguirei questa strada.

C'è una cosa a cui prestare attenzione. La maggior parte degli incidenti non inizia da una vulnerabilità, ma da una password trapelata.

Lascio una nota, potrebbe servire.

Ha ragione. La risposta varia molto in base al settore, non esiste una regola generale.

Gran parte del tempo perso si accumula nelle pratiche in attesa di approvazione.

Ha ragione. onestamente se cerchi di cambiare tutto insieme, niente si stabilizza.

Spero che le sia utile.

ho vissuto la stessa cosa. il fatto che tutti facciano una cosa non significa che sia quella giusta.

avere il backup accessibile sulla stessa rete e con le stesse credenziali lo rende parte del bersaglio e confermato dall'esperienza.

Sono d'accordo. Se permessi e ambito non sono scritti, quel test non deve iniziare.

La maggior parte degli incidenti non inizia da una vulnerabilità, ma da una password trapelata. Spero che le sia utile.