Hoy vengo con algo más interesante de lo que vengo acostumbrado a poner, y trata sobre seguridad Informática en la Universidad de Murcia. Llevo ya meses interesándome por estos temas, más concretamente en el apartado de redes con la realización del curso preparatorio para la certificación de CISCO CCNA, y el sitio más cercano para experimentar se lo ha llevado la Universidad de Murcia, más concretamente los laboratorios de la Facultad de Informática. Curiosamente hablaba esto mismo con un profesor del curso de CISCO que también es de la Facultad de Informática, sobre hacer algún tipo de concurso a nivel interno para los alumnos, pero al final no llegué a convencerlo del todo para que me propusiera el dirigirlo el, jiji, así que yo ahora hago lo propio pero a nivel más divulgativo, en una serie de capítulos a lo largo de estos meses venideros.
Allá por Noviembre me interesé por el servicio de EVA de Escritorios Remotos de la Universidad de Murcia y comencé a ver las distintas versiones de Sistemas Operativos por cada una de las facultades. Como no, allí se encontraban los de la Facultad de Informática tanto en su versión de Microsoft Windows como en la de Linux, bien conocidos por mí aunque siempre esté con el Ordenador Portátil.

Una vez que accedemos nos salen el listados de todas las versiones de Sistemas Operativos.

Accedemos a la versión de Linux de la Facultad de Informática, para lo que necesitamos tener instalado Java, y además si estamos en Linux necesitamos ‘rdesktop’ y ejecutarlo desde Mozilla Firefox, nada de Google Chrome u Opera & cia

Aquí comienza lo interesante, ya que una vez que nos arranca el acceso remoto mediante RDP (Remote Desktop Protocol), podemos ponernos en marcha para ver empezar a obtener información del equipo y posibles accesos a el.


Con ‘ifconfig’ podemos sacar la configuración de la Interfaz Ethernet y con ‘ps aux’ los procesos en ejecución, entre los que vemos se está ejecutando NX Server, un servidor del estilo de VNC o Windows Remote Desktop mediante una conexión SSH en el puerto 443. Entonces…¿podremos acceder por SSH con nuestra cuenta con nuestra cuenta de alumnos o con la estándar de la Facultad de Informática? Probemos a ver, ¿no?
dgcapel@xps:~> ssh -p 443 ??@155.54.???.???
password: ??
Linux eva-fac-informatica 2.6.32-25-generic #45-Ubuntu SMP Sat Oct 16 19:48:22 UTC 2010 i686 GNU/LinuxUbuntu 10.04.1 LTS
Welcome to Ubuntu! * Documentation: https://help.ubuntu.com/
525 packages can be updated.
197 updates are security updates.
Last login: Fri Apr 1 18:23:32 2011 from pc43_17.inf.um.es
Vaya, pues funciona con ambas, así que ya tenemos un servidor al que podemos acceder por SSH las 24 horas del día, a través de Internet al estilo de como hacen otras universidades como la Rey Juan Carlos I de Madrid, para que sus alumnos comprueben las prácticas de forma remota con total comodidad desde casa. También podemos intentar a entrar con el programa NXClient (freenx-client), aunque yo las pruebas que he hecho no me han funcionado.
No nos quedamos solo con esto, comprobemos cuantos servicios más por red se están ejecutando, analizando los puertos de conexión con ‘nmap’.
dgcapel@xps:~> nmap 155.54.???.???
Starting Nmap 5.21 ( http://nmap.org ) at 2011-04-01 20:08 CEST
Nmap scan report for inf-???-???.inf.um.es (155.54.???.???)
Host is up (0.00066s latency).
Not shown: 993 closed ports
PORT STATE SERVICE
80/tcp open http
111/tcp open rpcbind
443/tcp open https
7002/tcp open afs3-prserver
8002/tcp open teradataordbms
8080/tcp open http-proxy
8082/tcp open blackice-alerts
Nmap done: 1 IP address (1 host up) scanned in 0.16 seconds
Pues tiene servidores interesantes ejecutándose en el, como por ejemplo un Servidor Web, un Tomcat, un Proxy, uno de Documentación de MONO, etc. Ninguna tontería, tiene pinta de ser un servidor bastante gordito para ejecutar todos estos servicios y una o varias máquina virtuales.
??@eva-fac-informatica:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel(R) Xeon(R) CPU E5540 @ 2.53GHz
stepping : 5
cpu MHz : 2533.423
cache size : 8192 KB
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss nx rdtscp lm constant_tsc up arch_perfmon pebs bts xtopology tsc_reliable nonstop_tsc aperfmperf pni ssse3 cx16 sse4_1 sse4_2 popcnt hypervisor lahf_lm
…
¿Y si tratamos de explotar algo? ¿alguna vulnerabilidad? Pese a que tiene 197 paquetes de seguridad por instalar, no he conseguido escalar privilegio mediante alguna de las vulnerabilidades más conocidas en el kernel, mala suerte la mía xD. Es cosa de seguir investigando más con alguno de los demonios instalados.
Y sobre las máquinas Windows no he comentado nada, pero también podemos hacer algo con ellas, aunque ya de manera bastante más simplona, ya que únicamente nos permitirán acceso desde RDP (Remote Desktop Protocol). Si hacemos el mismo procedimiento para sacar la dirección ip, solo que ahora tecleamos el comandos ‘ipconfig /all’, podemos cómodamente ejecutar los escritorio desde la línea de terminal con ‘rdesktop’. El único problema está en que solo las máquinas de la facultad de Informática conozco el Usuario + Contraseña, del resto de ATICA no.
Espero inspirar a mis compis de la Facultad y nada de hacer maldades, que os conozco. Enseguida vuelvo con más cosas interesantes, mucho más malignas que la de hoy, que ha sido en plan light, pero todo a su tiempo
Saludos!!