Les dejo la segunda parte del artículo comenzado aquí hace un tiempo. En esta “nueva entrega” voy a tratar el tema de seguridad en el sistema WEP con algunas pruebas de campo.

Todos sabemos que WEP es un sistema obsoleto y no seguro, pero resulta impresionante ver en las estadísticas mundiales de uso que aún resulte un protocolo utilizado de manera masiva. Quizá la creencia de que “si es para una red casera esta bien” sostenida años atrás aún esté en vigencia. También la desinformación juega un papel importante en este asunto; si tenemos en cuenta que cualquier hogar de medianos recursos puede adquirir insumos para el propio armado de una red inalámbrica, y para peor, estos aparatos -según mi entender- no informan al usuario como deberían, es fácil ver porqué WEP no ha pasado a la historia todavía. En el siguiente texto trataré de dejar en claro porqué WEP no debe utilizarse, ni para una red hogareña cuyas transmiciones carecen de caracter “secreto”, ni mucho menos para una empresa.

Continuar leyendo…

Siguiendo un poco con la costumbre hoy vos a dejarles otro pequeño artí­culo sobre Seguridad en PHP y, más precisamente, sobre ataques y vulnerabilidades XSS. Durante el desarrollo de este texto voy a suponer leí­do el artí­culo anterior de Seguridad en PHP: Ataques XSS: el peligro de hacer echo $_GET[’var’] por lo que no voy a explicar nuevamente los peligros que conlleva una vulnerabilidad XSS, los ejemplos para explotarlas, las formas de solucionar este problema ni otras cuestiones mencionadas en aquel texto.

Hoy nos vamos a centrar en el análisis de la variable predefinida de PHP $_SERVER[’PHP_SELF’]. Para los que no están al tanto, esta variable retorna el valor del nombre de archivo del código PHP que se esté ejecutando actualmente, relativo a la raiz del sitio. Entonces si estoy visualizando a http://www.misitio.com/index.php la variable $_SERVER[’PHP_SELF’] me arrojará /index.php. Dadas sus caracterí­sticas es muy común su uso dentro de etiquetas de ví­nculos a o dentro de etiquetas form en atributos action para hacer referencia al mismo script donde nos encontramos actualmente. El problema que muchos desconocen es que la variable $_SERVER[’PHP_SELF’] es fácilmente manipulable por cualquier usuario y su mal uso puede representar un problema grave de seguridad, como veremos a continuación.

Continuar leyendo…

En la red se puede encontrar toneladas de información teórica acerca de que son los ataques XSS (Cross Site Scripting), de que tipos existen, y muchos etcéteras. Pero posiblemente nos demos cuenta de que tan vulnerables pueden resultar nuestros sitios cuando veamos un ejemplo real de un ataque de este tipo; y eso es lo que voy a tratar de mostrarles en este pequeño artí­culo.

Sobre XSS, no hay mucho que decir que no se haya dicho antes. Yo definirí­a a XSS como un ataque que se basa en explotar métodos poco correctos de programación para ejecutar script malicioso de cliente (comunmente JavaScript) al momento que un usuario desprevenido ingresa al sitio ví­ctima del ataque. Que yo, atacante, pueda hacer que en el sitio ví­ctima se ejecute un script JavaScript arbitrario, aunque a algunos les pueda parecer inofensivo, resulta realmente peligroso. Un código JavaScript puede redireccionar usuarios a otras URL’s, puede cambiar la información que se muestra en el sitio y, quizá lo más interesante, puede obtener los valores de las cookies que el navegador del usuario posea en ese momento. Obtener el valor de las cookies equivale a obtener el Session ID (SID a partir de ahora), el cual se utiliza para que el servidor reconozca al usuario “Pepe” como “Pepe” y no como ningún otro. Suponiendo que se utiliza sistema de sesiones nativas de PHP (session_start() y sus secuaces), si yo tengo el SID de “Pepe” que se almacena en sus cookies, puedo ingresar como “Pepe” aunque no lo sea.

Continuar leyendo…