Category Archives: Descuidos
Demostraciones de panel de control
Muchas empresas de hosting como bien sabréis ponen demos de sus páneles de control en sus páginas. En realidad es una buena idea, captas a más clientes ya que pueden probar qué tal funciona y si se ajusta a lo que ellos están buscando. El problema viene cuando estas empresas no los aseguran correctamente.
En muchas ocasiones también las empresas (sobre todo de programación y diseño de tiendas, remodelación de Joomla, etc) usan versiones para hacer sus diseños y retoques demasiado anticuadas. Se informó a una de ellas, que el osCommerce que tenían para un dominio en cuestión estaba anticuado. Más concretamente del año 2005 (sí, leíste bien). Dicha empresa se percató de que cuando entraban a través de una búsqueda de Google, éste les advertía de que el dominio en cuestión podría infectar su equipo. Vamos, lo típico. Se revisó los archivos y efectivamente habían vulnerado la página y por consiguiente el servidor pero sin llegar a mayores. Se comunica a dicha empresa, encargada del re diseño del osCommerce que tienen una versión instalada vulnerable, sus archivos fueron movidos por seguridad, para que subieran una versión parcheada o no vulnerable de este software para tiendas en internet.

La respuesta de esta empresa fue que, la empresa que daba hospedaje era una empresa mediocre por mover los archivos sin permiso y que ellos le darían al cliente un servicio correcto, limpio y sin hacer ese tipo de “marranadas”. Bueno, veamos qué tal está esta empresa. La página muy bonita, sobre osCommerce también… todo correcto pero, echemos un vistazo a sus demos del panel de control.
La empresa, tenía como demostración del panel de control (osCommerce) una versión antigua también y echando un vistazo a las vulnerabilidades que se fueron detectando, vemos que hay una reciente, que permite a un atacante remoto subir un archivo a a través del administrador de ficheros, dentro de la sección del administrador, sin estar autentificado. Efectivamente, el problema existe y esta empresa, con su servicio limpio, era totalmente vulnerable de la misma forma que entraron al otro servidor, en la empresa supuestamente sucia y que movió sus archivos por precaución (bien hecho, por cierto). Sin ir más lejos, el servidor vulnerable es el que aloja la página principal de la empresa “limpia”.
Resumiendo, muchas empresas de re diseño web, programación de páginas web a medida basándose en CMS como Joomla, etc; usan versiones antiguas para no adaptar sus diseños a las versiones nuevas y no vulnerables por pura pereza. El problema viene cuando revientan el servidor y tienen que dar explicaciones a sus clientes. En las mismas páginas de estos productos suelen existir demostraciones de este software, bien aseguradas, para que esto no ocurra, entonces: ¿por qué no incluir estos enlaces para probar el panel de control? O mejor aún: ¿por qué no se aseguran adecuadamente para que este tipo de cosas no ocurran? Siempre se ve la paja en el ojo ajeno y no en el propio. Cuando las barbas del vecino veas cortar…
Google: esa buena herramienta
Y es que el señor Google tiene las manos muy largas. Sabe meterse donde no le llaman y es sigiloso. Basta con meter alguna palabra aquí en su buscador, otra allá… y tenemos la combinación cerradura/candado perfecta. Arrancas el navegador, metes una palabra a mala idea y pasa lo siguiente:
Y es en este momento cuando abres más los ojos a pesar de que el sueño no te deja y sientes ese hormigueo en los dedos. Oh wait! ¿Cómo es posible?
postmaster:$1$isps3W.L$yEPGcB3b/XXXXXXXXXXXXX:1:0:Postmaster:/home/vpopmail/domains/XXXXXX.net/postmaster:NOQUOTA:mq5sk5
**TODAS** las cuentas de correo del dominio en cuestión, visibles desde un navegador. Revisando un poco más podemos ver cómo son en su mayoría cuentas de hospedaje en empresas de hosting de todas partes. Evidentemente tienen Cpanel instalado pero, ¿por qué demonios tienen indexado a través de web el correo electrónico de la mayoría de los dominios? ¿Qué pasaría si vemos cuántos dominios tienen alojados en cada servidor y nos dedicamos a revisar el correo del personal? Maravillado quedo:
¿Tienes un pack revendedor? ¡Mejor aún! Todos tus dominios estarán visibles.
Se supone que lo que tiene que indexar Apache en Cpanel de cada cuenta de hospedaje es /home/usuario/public_html/ pero veo cómo muchos administradores de sistemas tienen indexado un directorio atrás así que te podrás imaginar la seguridad que tienes cuando esto ocurre.
A parte ya del correo, me encuentro con cosas como los directorios /backup/, que no tenían que ver con la búsqueda que hice pero que aparecen en mi pantalla. Evidentemente no voy a poner la búsqueda que realicé aquí, sólo esto para que os déis cuenta:
De cómo sobrevivir en un hábitat peligroso
Érase una vez, un administrador de sistemas al que por circunstancias de la vida tuve que desplazarse de su domicilio para vivir en la misma ciudad donde había vivido siempre, pero alejado de gritos, ruídos de teléfono sonando de fondo, cuchicheos y demás parafernalia. Al haberse mudado a la fuerza y no disponer de liquidez o símplemente no querer pagar un dineral, compró una antena para redes wireless medianamente potente y un adaptador no menos potente. Una vez en este domicilio, lo primero que hizo nada más hacer la mudanza de las pocas cosas que tenía fue salir disparado para la azotea, cable y antena en una mano y su portátil en la otra. La azotena no tenía una altura decente pero dada la altura de los demás edificios que estaban alrededor no pensó que fuera ningún problema.
Una vez habiendo echado un vistazo rápido por los contornos de la misma, abrió la tapa de su portátil, arrancó uno de tantos programas que existen para ver qué redes wireless están disponibles y observó el número de éstas mientras esbozaba una sonrisa y pensaba para sí mismo: “bueno, no todo podía ser malo”. Inmediatamente se dio la vuelta y se fijó en una de las torres que se usan para la ventilación de los edificios. Sí, esas que comunican cada baño. Corrió de nuevo a su nueva guarida y alambre en mano medio ató la antena a la torre, conectó el cable y lo tiró para el patio que llegaba justo a donde tenía una CPU esperando órdenes. Un par de golpes de teclado et voilà, conexión a internet patrocinada por un usuario sin conciencia.
De vuelta a las mudanzas, pasado un tiempo, vuelta a empezar. Para colmo, cierta empresa de acceso a internet famosa en algunas ciudades costeras, de una página cutrísima parece que tampoco pensaba en la seguridad de sus clientes. Si tenemos un BSSID, así:
00:22:14:ea:41:32
La contraseña sería:
2214ea4132
Magnífico. El administrador de sistemas de nuestra historia no tendría problema alguno de acceso a internet fuera a donde fuera, incluso desde su teléfono móvil con wireless. El ahorro es el ahorro.
Moraleja: JAMÁS dejes nada por defecto, ponte al día al menos en lo que sea seguridad de tu red en casa, es muy fácil seguir unas pautas mínimas. Sobre todo, no dejes nada por defecto que te ponga un instalador de ADSL, cable o 4G. Absolutamente nada.
Dejar la puerta abierta
El otro día leyendo el periódico deportivo de moda (suelo hacerlo a través de su página web) en papel me fijé en la publicidad de una conocida franquicia (creo) de tiendas de deportes que venía en la parte de atrás. El caso es que he visitado las tiendas y están bastante bien de precio.
Como suelo comprar material deportivo, la verdad es que me fijé en que tenía al pié de la publicidad la página web. Entré para echarle un vistazo y le eché el ojo a la URL, navegando por los diferentes apartados. Y claro, no pude resistir el probar algo extremadamente simple:
![]()
et voilà:
Bueno, el caso es que después de preguntarme mil veces a mí mismo sí sería buena idea reportar esto sin que lo acusen de hacer explotar el servidor y mil cosas más que al departamento de sistemas y/o desarrollo le gusta cargar a otro (véase brown eater) me decidí a hacerlo. Revise la información del WHOIS, y lo envié al que me pareció más razonable.
Y no contestaron. ¿Enviarlo al servicio al cliente? ¿Para qué?
Bueno, la verdad es que han pasado casi 3 meses desde que lo reporté y aún no ha contestado nadie… así que sinceramente me lo estoy planteando… si lo hago ya os comentaré a ver qué me cuentan…
Por cierto, el usuario que usan es ese que hace sangrar a los ojos más angelicales…
Un simple phpinfo
Hace no mucho pude comprobar que muchas empresas de hosting tienen en sus servidores un archivo con la función phpinfo por defecto, para que los clientes puedan comprobar qué tiene el servidor instalado y así también servir de prueba cuando un cliente se empecine en que no está instalado el módulo tal y cosas por el estilo.
El problema es que a veces no se dan cuenta de que pueden revelar cierta información, y con un poco de suerte esta información puede provocar que un atacante, obtenga información privilegiada.

Como podemos ver, hay un PATH que apunta a un directorio que nos llama la atención. El caso es que hay alguien dentro, en ese directorio y seguramente estuvo modificando algo con un editor. Al entrar en ese directorio traducido a URL…

Y como podemos ver, se olvidaron de restringir este directorio de este tan conocido sistema hecho en PHP para dar soporte a los clientes vía CHAT. Luego no tenemos más que entrar en la dirección de administrador, usar la información capturada y leer conversaciones de distintos departamentos.
Esto conlleva a dejar expuestos datos de usuarios y contraseñas de los clientes, así como datos bancarios.
Siempre hay que pensar en lo peor y ser paranoicos. No olvides que por pocas probabilidades de que alguien encuentre algo que te afecte, se tiene que arreglar. Si se deja algo olvidado, quién sabe de qué forma se podrá usar mañana para poder acceder al sistema o a información privilegiada.