Come dovrei difendermi da questo tipo di attacco? Questo è un file di log tightvnc estratto da un server cloud linode con Ubuntu 12.04 (Precise) con il pacchetto ubuntu-desktop aggiunto al server nudo. Di default questo server cloud linode di Ubuntu ha esattamente un utente chiamato root
. Nessun altro utente sarà mai necessario per questo server e sudo
è considerato non conveniente. Questo server esegue esattamente un'applicazione per un business anonimo molto piccolo. Durante l'esecuzione, l'applicazione comunica in modo automatico tramite un socket / porta su Internet. La visualizzazione dei risultati dell'applicazione avviene tramite un tunnel SSH per VNC. La somministrazione della luce avviene tramite ssh
, sftp
, scp
e rsync with SSH
.
Gli IP mostrati nell'estratto non sono l'IP del client legittimo.
05/06/12 20:07:32 Got connection from client 69.194.204.90
05/06/12 20:07:32 Non-standard protocol version 3.4, using 3.3 instead
05/06/12 20:07:32 Too many authentication failures - client rejected
05/06/12 20:07:32 Client 69.194.204.90 gone
05/06/12 20:07:32 Statistics:
05/06/12 20:07:32 framebuffer updates 0, rectangles 0, bytes 0
05/06/12 20:24:56 Got connection from client 79.161.16.40
05/06/12 20:24:56 Non-standard protocol version 3.4, using 3.3 instead
05/06/12 20:24:56 Too many authentication failures - client rejected
05/06/12 20:24:56 Client 79.161.16.40 gone
05/06/12 20:24:56 Statistics:
05/06/12 20:24:56 framebuffer updates 0, rectangles 0, bytes 0
05/06/12 20:29:27 Got connection from client 109.230.246.54
05/06/12 20:29:27 Non-standard protocol version 3.4, using 3.3 instead
05/06/12 20:29:28 rfbVncAuthProcessResponse: authentication failed from 109.230.246.54
05/06/12 20:29:28 Client 109.230.246.54 gone
05/06/12 20:29:28 Statistics:
05/06/12 20:29:28 framebuffer updates 0, rectangles 0, bytes 0
Questo è un problema perché alla fine tightvnc rifiuta una nuova sessione client legittima e segnala che ci sono stati troppi errori di autenticazione quando il client legittimo tenta di eseguire una sessione VNC. La soluzione è riavviare e ricaricare tightvnc su base frequente.