Tentativo di intrusione? Host 'somedomain.org' non è autorizzato a connettersi a questo server MySQL

Question

Tentativo di intrusione? Host 'somedomain.org' non è autorizzato a connettersi a questo server MySQL

#1 da (3 voti)

4

Abbiamo un sito web ospitato su un server condiviso. I server MySQL della società di hosting sono ospitati su un server diverso.

Raccogliamo determinati tipi di richieste attraverso un modulo web e li scriviamo in un database. Ogni 10 minuti, cron esegue uno script php che

esegue una query su una vista nel database (nessun parametro fornito dall'utente o fornito dal programma),
ci inviano nuove richieste e
scrive le chiavi per le nuove richieste su un'altra tabella, rimuovendo efficacemente quelle righe dalla vista.

Questo è l'unico processo in esecuzione in cron e cron esegue solo quello script.

Tutto l'accesso al database php avviene tramite PDO. Gli inserti usano il bindParam di PDO.

Un singolo file php contiene le informazioni di connessione per il server MySQL. È memorizzato al di fuori della web root, io sono il proprietario e le sue autorizzazioni sono di sola lettura / scrittura per me senza altre autorizzazioni.

Ieri ho ricevuto questo messaggio di errore via email da cron.

SQLSTATE[HY000] [1130] Host 'somedomain.org' is not allowed to connect to this MySQL server

Finora, questo è un errore occasionale. Il resto del tempo, lo script php funziona come progettato.

Né quel dominio né il suo indirizzo IP compaiono nei file di registro del server web o in un dump del database.

Sono corretto nell'interpretare questo come un tentativo di rompere il nostro server?

Questa configurazione è sufficiente per mantenere i nostri dati al sicuro a meno che le mie credenziali non siano compromesse?

Più tardi ...

Il sito Web di "somedomain.org" è ospitato sullo stesso server del nostro sito web. Se avessero semplicemente sbagliato a connettersi al proprio database, qualsiasi messaggio di errore che potrei vedere non dovrebbe provenire da cron. Questo errore, proveniente da cron, sembra dirmi che in qualche modo stanno cercando di usare le loro credenziali, ma eseguendo il mio script. È giusto?

Ancora più tardi ...

Uno dei miei avvisi Google mi dice che un aggregatore di contenuti, "yetanotherdomain.com" ha iniziato a raschiare dati dalle nostre pagine web. Questo dominio, "yetanotherdomain.com" è non ospitato sullo stesso server su cui si trova il nostro sito web. Ma i contatti amministrativi e tecnici per "somedomain.org" e "yetanotherdomain.com" sono registrati nello stesso numero di telefono negli Stati Uniti.

Ho cercato l'indirizzo IP di "yetanotherdomain.com" utilizzando host . Il follow up con whois <ip address> mi dà questo risultato (tagliato).

network:Street-Address:N/A
network:City:Kiev
network:State:OT
network:Postal-Code:04209
network:Country-Code:UKR

php webserver

posta Mike Sherrill 'Cat Recall' 03.08.2012 - 05:26

fonte

1 risposta

Leggi altre domande sui tag php webserver

Perché gli ATM hanno una plastica verde davanti al lettore di carte? Come rilevare gli attacchi di riempimento dei cookie?

score 3 · Accepted Answer

La mia prima ipotesi non sarebbe un tentativo di hacking, ma piuttosto un transitorio problema nel DNS del tuo hosting condiviso o qualcosa di simile. Nell'hosting condiviso, qualcosa di simile potrebbe facilmente accadere per un breve periodo.

Aggiornamento (8/7): se sei preoccupato che potresti essere sottoposto a un attacco di hacking, il mio suggerimento sarebbe: piuttosto che spendere un sacco di energia provando per confermare se sono di fatto sotto attacco o no; piuttosto che spendere molta energia cercando di identificare l'autore; invece, ti suggerisco di concentrarti sul fatto che il tuo sistema sia sicuro contro gli attacchi e puoi resistere agli attacchi.

Considera questa una buona opportunità per rivedere le tue pratiche di sicurezza e la configurazione dei tuoi sistemi per assicurarti di essere in buona forma. Se sei sotto attacco, questo ti aiuterà a proteggerti - e anche se non sei sotto attacco, ottieni una buona protezione contro altri tipi di attacchi. In entrambi i casi, avrai la tranquillità di sapere che hai fatto tutto il possibile per bloccare i tuoi sistemi.