¿Cómo debo defenderme contra este tipo de ataque? Este es un extracto de archivo de registro compacto de un servidor de linode cloud que ejecuta Ubuntu 12.04 (Preciso) con el paquete ubuntu-desktop agregado al servidor. De forma predeterminada, este servidor de nube Linux linode tiene exactamente un usuario llamado root . Ningún otro usuario será necesario para este servidor y se considera que sudo es inconveniente. Este servidor ejecuta exactamente una aplicación para un negocio anónimo muy pequeño. Cuando se ejecuta, la aplicación habla desatendida a través de un socket / puerto a través de Internet. La visualización de los resultados de la aplicación se produce a través de un túnel SSH para VNC. La administración de la luz se produce a través de ssh , sftp , scp y rsync with SSH .
Las IP que se muestran en el extracto no son la IP del cliente legítimo.
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
Esto es un problema porque, con el tiempo, tightvnc rechaza una nueva sesión de cliente legítima e informa que hubo demasiados errores de autenticación cuando el cliente legítimo intenta realizar una sesión de VNC. La solución es reiniciar y volver a cargar tightvnc con frecuencia.