DEBIAN TEMA 12: TELNET. Aprende a controlar remotamente una máquina a través del terminal de comandos

Transcripción

1 DEBIAN TEMA 12: TELNET Aprende a controlar remotamente una máquina a través del terminal de comandos

2 Índice de contenido 1 Qué es? Cómo funciona y para qué se usó? Problemas de seguridad y SSH Dónde no utilizarlo? Instalación del servidor y el cliente Manejo básico de telnet Conexión básica Comandos Tcpdump Qué es? Proceso de instalación Uso Primeros pasos Comando tcpdump y todas las opciones Filtros Filtros Type Filtros Dir Filtros de Proto Salida de datos Detección de virus Bibliografía Página 1 de 11 ÍNDICE DE CONTENIDO

3 1 Qué es? Telnet (TELecommunication NETwork) es el nombre de un protocolo de red que sirve para acceder mediante una red a otra máquina para manejarla de forma remota tal y como si estuviéramos sentados delante de ella. También es el nombre del programa informático que implementa el cliente. Para que la conexión funcione es necesario que el ordenador al que se accede tenga instalado y configurado correctamente un programa especial que reciba y gestione las conexiones. El puerto que se utiliza generalmente es el Cómo funciona y para qué se usó? Telnet sólo sirve para acceder en modo terminal o consola de comandos, es decir, sin gráficos. En su momento de mayor apogeo fue una herramienta muy útil para arreglar fallos a distancia, sin necesidad de estar físicamente en el mismo sitio que la máquina que los tenía. Esto permitió abaratar los costes de una empresa informática. También se usó para consultar datos a distancia, como datos personales en máquinas accesibles por red, información bibliográfica, etc. Aparte de estos usos, en general telnet se ha utilizado (y aún hoy se puede utilizar en su variante SSH) para abrir una sesión con una máquina UNIX, de modo que múltiples usuarios con cuenta en la máquina, se conectan, abren sesión y pueden trabajar utilizando esa máquina. Es una forma muy usual de trabajar con sistemas UNIX. Hoy en día este protocolo también se usa para acceder a los Bulletin Board System o BBS, que inicialmente eran accesibles únicamente con un módem a través de la línea telefónica. Para acceder a un BBS mediante telnet es necesario un cliente que de soporte a gráficos ANSI y protocolos de transferencia de ficheros. Los gráficos ANSI son muy usados entre los BBS. Con los protocolos de transferencia de ficheros (el más común y el que mejor funciona es el ZModem) podrás enviar y recibir ficheros del BBS, ya sean programas o juegos o ya sea el correo del BBS (correo local, de FidoNet u otras redes). Algunos clientes de telnet (que soportan gráficos ANSI y protocolos de transferencias de ficheros como Zmodem y otros) son mtelnet!, NetRunner, Putty, Zoc, etc.. 3 Problemas de seguridad y SSH Su mayor problema es la seguridad. Esto es debido a que todos los nombres de usuario y contraseñas necesarias para entrar en las máquinas viajan por la red como texto plano (cadenas de texto sin cifrar). Esto facilita que cualquiera que espíe el tráfico de la red pueda obtener los nombres de usuario y contraseñas, y así acceder él también a todas esas máquinas. Por esta razón dejó de usarse, casi totalmente, hace unos años, cuando apareció y se comenzó a usar masivamente el protocolo SSH, que puede describirse como una versión cifrada de telnet. Actualmente se puede cifrar toda la comunicación del protocolo durante el establecimiento de sesión Hay tres razones principales por las que el telnet no se recomienda para los sistemas modernos desde el punto de vista de la seguridad. Son los siguientes: Los dominios de uso general del telnet tienen varias vulnerabilidades descubiertas sobre los años, y varias más que podrían aún existir. Telnet, por defecto, no cifra ninguno de los datos enviados sobre la conexión (contraseñas inclusive), así que es fácil interferir y grabar las comunicaciones, y utilizar la contraseña más adelante para propósitos maliciosos. Página 2 de 11 CONCEPTOS

4 Telnet carece de un esquema de autentificación que permita asegurar que la comunicación esté siendo realizada entre los dos anfitriones deseados, y no interceptada entre ellos. 3.1 Dónde no utilizarlo? En ambientes donde es importante la seguridad, por ejemplo en el Internet público, telnet no debe ser utilizado. Las sesiones de telnet no son cifradas. Esto significa que cualquiera que tiene acceso a cualquier router, switch, o gateway localizado en la red entre los dos anfitriones donde se está utilizando telnet puede interceptar los paquetes de telnet que pasan cerca y obtener fácilmente la información de la conexión y de la contraseña (y cualquier otra cosa que se mecanografía) con cualesquiera de varias utilidades comunes como tcpdump y Wireshark. Estos defectos han causado el abandono y depreciación del protocolo telnet rápidamente, a favor de un protocolo más seguro y más funcional llamado SSH, lanzado en SSH provee de toda la funcionalidad presente en telnet. Además, aporta el cifrado fuerte para evitar que los datos sensibles tales como contraseñas sean interceptados y la autentificación mediante llave pública, para asegurarse de que el computador remoto es realmente quién dice ser. Los expertos en seguridad computacional, tal como el instituto de SANS, y los miembros del newsgroup de Linux security recomiendan que el uso del telnet para las conexiones remotas debería ser descontinuado bajo cualquier circunstancia normal. Cuando el telnet fue desarrollado inicialmente en 1969, la mayoría de los usuarios de computadoras en red estaban en los servicios informáticos de instituciones académicas, o en grandes instalaciones de investigación privadas y del gobierno. En este ambiente, la seguridad no era una preocupación y solo se convirtió en una preocupación después de la explosión del ancho de banda de los años 90. Con la subida exponencial del número de gente con el acceso al Internet, y por la extensión, el número de gente que procura crackear los servidores de otra gente, telnet podría no ser recomendado para ser utilizado en redes con conectividad a Internet. 4 Instalación del servidor y el cliente Como hemos visto se necesita que en el ordenador que queremos controlar remotamente esté instalado un servidor telnet y en el ordenador desde el cual queremos tomar el control esté instalado un cliente telnet. En el caso de Debian, tenemos que descargar dos paquetes mediante el gestor de paquetes Synaptic o la consola de comandos: telnet = cliente de telnet (normalmente está instalado por defecto) telnetd = servidor de telnet. Usando la consola de comandos tenemos que escribir: root@curso:/home/josemariatc# apt-get install telnet Leyendo lista de paquetes... Hecho Creando árbol de dependencias Leyendo la información de estado... Hecho telnet ya está en su versión más reciente. 0 actualizados, 0 se instalarán, 0 para eliminar y 0 no actualizados. root@curso:/home/josemariatc# apt-get install telnetd Leyendo lista de paquetes... Hecho

5 Creando árbol de dependencias Leyendo la información de estado... Hecho Se instalarán los siguientes paquetes NUEVOS: telnetd 0 actualizados, 1 se instalarán, 0 para eliminar y 0 no actualizados. Se necesita descargar 0 B/42,3 kb de archivos. Se utilizarán 106 kb de espacio de disco adicional después de esta operación. Seleccionando el paquete telnetd previamente no seleccionado. (Leyendo la base de datos ficheros o directorios instalados actualmente.) Desempaquetando telnetd (de.../telnetd_ _i386.deb)... Procesando disparadores para man-db... Configurando telnetd ( )... Añadiendo al usuario telnetd al grupo utmp Cuando finalice ya tendremos instalado y funcionando a la perfección el demonio de telnet, telnetd (telnet daemon). Si en algún momento quisieramos cerrar el puerto de telnet, lo que tendríamos que hacer sería editar el archivo /etc/inetd.conf, comentar, poniendo una almohadilla delante, la línea: #telnet stream tcp nowait telnetd.telnetd /usr/sbin/tcpd /usr/sbin/in.telnetd Para aplicar los cambios, es necesario reiniciar el demonio de red, lo haremos con: /etc/init.d/inetd restart 5 Manejo básico de telnet 5.1 Conexión básica Para iniciar una sesión con un intérprete de comandos de otro ordenador, puede emplear el comando telnet seguido del nombre o la dirección IP de la máquina en la que desea trabajar, por ejemplo si desea conectarse a la máquina purpura.micolegio.edu.com deberá teclear telnet purpura.micolegio.edu.com, y para conectarse con la dirección IP deberá utilizar telnet Una vez conectado, podrá ingresar el nombre de usuario y contraseña remoto para iniciar una sesión en modo texto a modo de consola virtual (ver Lectura Sistema de usuarios y manejo de clave). La información que transmita (incluyendo su clave) no será protegida o cifrada y podría ser vista en otros computadores por los que se transite la información (la captura de estos datos se realiza con un packet sniffer). La forma típica de comenzar es buscar la orden connect, abriéndose una ventana donde indicaremos el host al que queremos conectar (nos sirve tanto el nombre de dominio como la IP) y el puerto de conexión (puerto telnet, 23 por defecto, aunque una misma maquina puede estar ejecutando diversos servicios telnet, cada uno por un puerto distinto, como pop3 o smtp). Si todo va bien y el ordenador remoto permite acceso telnet, el programa nos indicará que la conexión ha tenido éxito. A continuación tenemos que identificarnos ante el sistema remoto (login) mediante nuestro nombre de usuario y contraseña. Normalmente el propio ordenador remoto nos va pidiendo los datos preguntando por user y password, pero en otras ocasiones la terminal solo nos muestra que estamos conectados, asi que deberemos introducir los datos sin ayuda, normalmente tecleando user minombreusuario y pass micontraseña. Una vez autentificados, podemos controlar la máquina.

6 Una alternativa más segura para telnet, pero que requiere más recursos del computador, es SSH. Este cifra la información antes de transmitirla, autentifica la máquina a la cual se conecta y puede emplear mecanismos de autenticación de usuarios más seguros. Actualmente hay sitios para hackers, en los que se entra por telnet y se van sacando las password para ir pasando de nivel, ese uso de telnet aun es vigente. 5.2 Comandos 6 TCPdump 6.1 Qué es? Tcpdump es una herramienta que se utiliza para analizar el tráfico de nuestra red. Hablando en plata: es un sniffer. Este programa utiliza la librería Libpcap y captura los paquetes TCP/IP que circula por nuestra red, mostrándolos a tiempo real. Los desarrolladores de este programa son Van Jacobson, Steven McCanne, Craig Leres y Andrew Tridgell. Este programa funciona en sistemas operativos basados en Unix: MacOS, Linux, Solaris, BSD, AIX Proceso de instalación Podemos buscar el programa mediante el gestor de paquetes Synaptic o usar una consola de comandos: root@curso:/home/josemariatc# apt-get install tcpdump Leyendo lista de paquetes... Hecho Creando árbol de dependencias Leyendo la información de estado... Hecho Se instalarán los siguientes paquetes NUEVOS: tcpdump

7 0 actualizados, 1 se instalarán, 0 para eliminar y 0 no actualizados. Necesito descargar 376 kb de archivos. Se utilizarán 901 kb de espacio de disco adicional después de esta operación. Des:1 squeeze/main tcpdump i [376 kb] Descargados 376 kb en 7seg. (48,5 kb/s) Seleccionando el paquete tcpdump previamente no seleccionado. (Leyendo la base de datos ficheros o directorios instalados actualmente.) Desempaquetando tcpdump (de.../tcpdump_ _i386.deb)... Procesando disparadores para man-db... Configurando tcpdump ( )... root@curso:/home/josemariatc# 6.3 Uso Lo primero que tenemos que hacer es saber que NIC de red vamos a utilizar. Por lo tanto si estamos conectados por cable y queremos auditar la red cableada de la red local, utilizaremos la NIC cableada (aquella que utiliza el RJ45 o el USB para conectarse al router o al switch). Si por el contrario queremos auditar la red inalámbrica, tendremos que usar la NIC o adaptador de red inalámbrico. Para poder utilizarlo, necesitaremos saber el nombre de la interfaz. Si no especificamos nuestra interfaz, utilizar por defecto la cableada eth0. Para conocer todas las conexiones disponibles usamos el siguiente comando: root@curso:/home/josemariatc# ifconfig eth0 Link encap:ethernet HWaddr 08:00:27:99:4b:78 inet addr: Bcast: Mask: inet6 addr: fe80::a00:27ff:fe99:4b78/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:9743 errors:0 dropped:0 overruns:0 frame:0 TX packets:6513 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes: (12.5 MiB) TX bytes: (666.3 KiB) lo Link encap:local Loopback inet addr: Mask: inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1216 errors:0 dropped:0 overruns:0 frame:0 TX packets:1216 errors:0 dropped:0 overruns:0 carrier:0

8 collisions:0 txqueuelen:0 RX bytes: (160.1 KiB) TX bytes: (160.1 KiB) 6.4 Primeros pasos Vamos a proceder ya al análisis o sniffeo del tráfico en la red seleccionada. Para ello, Ejecutamos el siguiente comando en un terminal como usuario root: sudo tcpdump i nombre_red_a_analizar Veamos un ejemplo práctico: root@curso:/home/josemariatc# sudo tcpdump -i eth0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size bytes 12:22: IP6 fe80::65c8:db8a:dc8f:da > ff02::c.1900: UDP, length :22: IP >..domain: PTR? c f.f.ip6.arpa. (90) 12:22: IP..domain > : NXDomain 0/1/0 (160) 12:22: IP >..domain: PTR? 9.4.a.d.f.8.c.d.a.8.b.d.8.c e.f.ip6.arpa. (90) 12:22: IP..domain > : NXDomain 0/1/0 (160) 12:22: IP >..domain: PTR? in-addr.arpa. (42) 12:22: IP..domain > : 24826*- 1/0/0 PTR. (55) 12:22: IP >..domain: PTR? in-addr.arpa. (42) 12:22: IP..domain > : NXDomain* 0/1/0 (103) 12:22: IP6 fe80::65c8:db8a:dc8f:da > ff02::c.1900: UDP, length :22: IP6 fe80::65c8:db8a:dc8f:da > ff02::c.1900: UDP, length :22: IP6 fe80::65c8:db8a:dc8f:da > ff02::c.1900: UDP, length 146 Como podéis ver, el programa nos resuelve hasta los nombres de las máquinas. También observamos que los paquetes capturados son realmente pequeños. Esto tiene una explicación y es que el TcpDump captura solo los 68 primeros bytes de cada paquete ya que ese es el tamaño de las cabeceras de paquetes basados en protocolos TCP, UDP o IP. 6.5 Comando tcpdump y todas las opciones Sintaxis tcpdump [ -AbdDefIKlLnNOpqRStuUvxX ] Opciones -A Imprime cada paquete capturado

9 -c número Deja de recibir paquetes tras el número especificado. -C Antes de imprimir un paquete comprueba si el tamaño del fichero es mayor que el fijado en la configuración. -d Muestra los paquetes en código comprensible por un humano. -e Imprime el nivel de enlace de la cabecera del archivo. -f Imprimir direcciones IPV4 foráneas numéricamente. -r Muestra la información almacenada en el fichero creado mediante la opción w. -s cantidad Cambiar el número de bytes a capturar -w La información capturada se almacena en el archivo que nosotros especifiquemos. Es conveniente crear un archivo con formato.txt para facilitar la lectura en diversos sistemas. -z Muestra el nombre de usuario en lugar de su UID 6.6 Filtros En TcpDump podemos distinguir 3 tipos de filtros: Filtros Type Las siglas vienen de Host, Net, Port y Mask. Con ellos podremos especificar un puerto, una red, un host o una máscara de subred determinada. Ejemplo: tcpdump -i ath0 host # Cogeríamos el tráfico de entrada y salida del host tcpdump -i ath0 net 10.0 # Capturaríamos el tráfico de la red tcpdump -i ath0 port 80 # Capturaríamos el tráfico del puerto 80 (http). tcpdump -i ath0 mask # Más de lo mismo (mascara subred determinada). Podemos combinar estos filtros. Ejemplo: Código: tcpdump -i eth0 host port Filtros Dir Son filtros de origen y destino. Me explico, con estos filtros, tenemos la posibilidad de elegir que los paquetes que salen y entran en un determinado host. Para ello se utilizan los parámetros src (source) y dst (destiny). Supongamos que queremos saber que datos salen de una determinada IP (por ejemplo ), pondríamos el siguiente código: tcpdump -i interfaz src host Pero, y si quisiéramos obtener los paquetes que entran y salen de un determinado host. Pues con poner host nombredelhost valdría. Pero... Y si quisieramos saber los paquetes que salen de un host y los que salen de otro? Para esto tenemos las expresiones and y or. Pongamos que queremos saber los paquetes que entran en dos host de nuestra red local ( y ), haríamos lo siguiente: tcpdump -i interfaz dst host and dst host Filtros de Proto

10 Estos filtros nos servirán para determinar que paquetes queremos capturar en función de su protocolo. Para determinar el protocolo que queremos añadiremos al inicio del comando ip (para protocolo ip), tcp (para protocolo tcp), udp (para protocolo udp), arp (para protocolo arp), rarp (para protocolo rarp), ether (para protoclo ethernet y referenciando a la dirección MAC que se vaya a analizar) y fddi (para redes basadas en fddi). De Ether y Fddi solo capturará tramas de paquetes a nivel de la capa de enlace del modelo OSI. También podemos hacer esto añadiendo al comando proto //protocolo (ejemplo: proto \\tcp). tcpdump -i interfaz udp tcpdump -i interfaz ether host FF:FF:FF:FF:FF:FF También podemos hayar el tráfico icmp: tcpdump ip proto \\ip Podemos combinar todos los filtros para obtener un sinfín de posibilidades. 6.7 Salida de datos Esto lo copio tal cual está en la wikipedia ya que creo que no tiene mucha más explicación: src > dst: flags [dataseq ack window urgent options] 15:23: IP > 85.Red dynamicIP.rima-tde.net.65000:. ack 1791 win 7851 <nop,nop,timestamp > src: Dirección y puerto origen. dst: Dirección y puerto destino. flags: Flags de la cabecera TCP. si no hay flags o combinación de S (SYN), F (FIN), P (PUSH), W (reducción de la ventana de congestión), E (ECN eco). dataseq: Número de secuencia del primer byte de datos en este segmento TCP. El formato es primero:ultimo(n). ack: El número de asentimiento. Indica el número siguiente de secuencia que se espera recibir. window: Tamaño de la ventana de recepción. urgent: Existen datos urgentes. options: Indica la existencia de opciones. Van entre "<"...">". 6.8 Detección de virus Lo primero que tuve que hacer fue, ir a un ordenador con windows instalado (llamada aula10profe) y quitar la compartición de carpetas, excepto la disquetera, que será la que utilizaremos de cepo para el virus. Luego nos vamos a una maquina unix y ejecutamos el tcpdump de la siguiente forma: tcpdump -e -s 4000 dst host maq_caracol \ and src host not server1 \ and src host not server2

11 Lo que vamos a conseguir es capturar todo el táafico que vaya dirigido a la máquina aula10profe y que no provenga de ninguno de estos servidores: server1 y server2. Ahora solo falta esperar a que el virus intente acceder a la carpeta compartida (la disquetera) y, de esta forma, sabremos en que ordenador de nuestra red está el virus.

12 7 Bibliografía Características técnicas del protocolo actual. Documento RFC959: Sitio web oficial, en inglés, del servidor FTP instalado y configurado en esta guía: Sitio web oficial, en inglés, de Linux Security: Página 11 de 11 BIBLIOGRAFÍAS