> Entries (RSS)
Video Juegos, Emuladores y Roms

Archivo de la categoría ‘‘ Seguridad en bases de datos ’’

Jun 8

BobCat - Herramienta para SQL Injection Publicada por 4v4t4r en Herramientas, PenTest, Seguridad en bases de datos .

BobCAT en una herramienta para SQL Injection (Automatizada) utilizada por especialistas
en seguridad de la informacion.
Seré breve en la descripción (solo anotaré algunos aspectos importantes;)

- Fácil acceso a la estructura de la base de datos testeada (esquemas, tablas, etc).
- Fácil utilizacion; Esta compuesta por una simple interface dividida en 6 pestañas muy
intuitivas (configuración, escaner de puertos, xp_cmdshell, un uploader de archivos, crack de
usuarios, y resultados)
- Fácil adquisición (180kb comprimidos y de libre distribución sin acceso a codigo fuente -C#)
- Fácil instalación y configuracion (Descargar, descomprimir, crear una bd llamada BobCat y
configurar el acceso mediante autentificación MS-SQL)

Las instrucciones de testing pueden ser consultadas en la pagina web del proyecto BobCat.

Además anoto que mejoró considerablemente desde la versión .01 (la cual siempre se me colgaba cuando trataba de hacer un port scanner) ahora es posible encontrarla en la versión .03 Alpha.

Aunque es verdad que aún le falta mucho para ser considerada una herramienta profesional de
testing, no le veo nada mal en su versión Alpha y promete mucho (aunque andan un poco
descuidados en liberar una version beta o final).

Web oficial del projecto BobCat-Documentos de sql injection y otras pequeñas herramientas (netcat udp revshell win32, diccionarios, etc)

Descargar BobCat

Publicado por: David Moreno Gaviria

Jun 8

SQLNINJA 0.1.1 Publicada por 4v4t4r en Herramientas, PenTest, Seguridad en bases de datos .

SQLNINJA, es una herramienta libre (bajo licencia GPLv2), para el testeo de seguridad de bases de datos MS-SQL.

El testing de seguridad es realizado para la explotación de las vulnerabilidades de SQL Injection, destacando como mayor “bondad” la posibilidad de crear facilmente una “puerta” tracera en el servidor “atacado”.

Altamente recomendado para administradores de seguridad y pentesters.

Desde la pagina web oficial de SQLNINJA es posible visualizar un flash-demo de la herramienta en acción.

VER DEMO

Mejoras
Fingerprint al servidor “atacado” (versión del server, privilegios de usuarios, estado de habilitacion del xp_cmdshell, etc)
Bruteforce en ’sa’ password
Escalada de privilegios para el usuario ’sa’ si el password es encontrado
Creación de un xp_cmdshell personalizado si la original esta deshabilitada

Más información y descarga

Publicado por: David Moreno Gaviria

Nov 26

Litchfield: Comparado con Oracle, Microsoft SQL Server es más seguro Publicada por DragoN en Seguridad en bases de datos .

David Litchfield, reputado investigador de seguridad (especializado en bases de datos) demuestra, aportando su extensa experiencia, que la base de datos Microsoft SQL Server es mucho más segura que Oracle. Ha publicado un informe que según él, no deja lugar a dudas.

El documento estudia la seguridad de Microsoft SQL Server y Oracle basándose en fallos (sólo en su cantidad, no en su gravedad) reportados por investigadores externos y solucionados por el fabricante. Sólo se han incluido problemas que afectan a la propia base de datos. Por ejemplo no se han incluido vulnerabilidades de Application Server o Intelligent Agent de Oracle ni MDAC (que se considera parte de Windows, no del servidor) de Microsoft.

El documento ofrece unas gráficas muy claras, que comparan los productos bandera de Oracle (Database 8, 9 y 10) contra Microsoft SQL Server 7, 2000 y 2005 durante los últimos años. Si bien la versión 7 de Microsoft sufrió numerosos problemas de seguridad, desde entonces han disminuido drásticamente hasta la versión 2005, que no sufre ninguno. Mientras, los problemas de seguridad en Oracle han crecido de forma desproporcionada.

Litchfield achaca estos resultados de forma determinante al “Security Development Lifecycle” que desarrolla Microsoft para su producto, de forma que “aprende de sus errores” mientras que Oracle parece no tener nada de esto, tropezando una y otra vez en la misma piedra, y lo que es peor, ni siquiera parecen entender los problemas que están intentando resolver.

El autor, consciente de que a pesar de lo objetivo de los números las pruebas pueden levantar suspicacias, se adelanta a las posibles controversias que surgirán a partir de su informe y responde por adelantado algunas cuestiones.

* No, Oracle no “parece tan malo” por ser multiplataforma. Esto no distorsiona los datos. Casi todos sus problemas de seguridad afectan a todas las plataformas.

* Sí, hay varios investigadores intentando encontrar fallos en el servidor SQL 2005 de Microsoft. Y su código es más seguro. Es tan simple como que no los encuentran.

Litchfield además, muestra en las gráficas sólo fallos públicos y solucionados, y adelanta que a Oracle todavía le quedan al menos 49 por corregir y no están incluidos en las estadísticas del informe. Como experto y descubridor de la mayoría de los fallos de Oracle que se muestran, se siente con la autoridad suficiente como para que sus resultados no sean refutados. Para él, si se busca seguridad, la elección está clara.

En Microsoft, obviamente, ya notaron su ventaja con respecto a la seguridad y realizaron su propio estudio. En una entrada en un blog oficial titulado “1 Year And Not Yet Counting…”, comparan las vulnerabilidades listadas en CVE (Common vulnerabilities and Exposures) de Oracle, MySql e IBM Database contra SQL Server 2005. Sus resultados son también esclarecedores. Oracle, seguido de MySql e IBM, sufren todos más vulnerabilidades que el producto de Microsoft (versión 2005). De hecho, todavía no se le ha encontrado ninguna desde que fue lanzado hace más de un año.

Se agradecen este tipo de informes que abordan la seguridad desde un punto de vista fuera de misticismos y prejuicios. Litchfield no tiene relación con Microsoft, de hecho ha encontrado muchas vulnerabilidades en casi todos sus productos (aunque bastantes más en Oracle, donde se siente especialmente “cómodo”). Por tanto, no es sólo una típica comparación sobre quién es “menos inseguro” en una discusión basada en opiniones y gustos, sino que avala la robustez en un producto bien conseguido (además de una importante deficiencia en Oracle ya apuntada en otros boletines) que bien merece ser mencionada.

Más Información:

Which database is more secure? Oracle vs. Microsoft
http://www.databasesecurity.com/dbsec/comparison.pdf

SQL Server 2005 - 1 Year And Not Yet Counting…
http://blogs.technet.com/security/archive/2006/11/07/sql-server-2005-1-year-and-not-yet-counting.aspx

David Litchfield
http://en.wikipedia.org/wiki/David_Litchfield

1164517200

Ene 25

Vulnerabilidades en ADOdb para PostgreSQL Publicada por DragoN en Seguridad en bases de datos, Vulnerabilidades .

Se ha descubierto un problema en el conector ADOdb para bases de datos de tipo PostgreSQL, que podría implicar un riesgo moderadamente crítico en sistemas que contengan el componente afectado.

ADOdb es un componente muy popular para proporcionar conectividad a bases de datos mediante lenguajes PHP y Python. Entre los muchos formatos de base de datos con drivers ADObd están MySQL, Interbase, Oracle, MS SQL, DB2, SAP DB, LDAP, bases genéricas ODBC y ODBTP, y la base de datos sujeta a la vulnerabilidad que documentamos, PostgreSQL. Leer el resto de la entrada »


  • Acerca de...

    DragonJAR.org es una comunidad de investigadores, estudiantes, profesionales y entusiastas de la Seguridad Informática, En la cual se busca darle un enfoque eminentemente práctico a la teoría sin olvidar las bases esenciales de esta.

    De esta manera se Tratará de ofrecer soluciones útiles a los usuarios, tanto novatos, estudiantes, como a los profesionales e investigadores, Teniendo presente que el mundo de la seguridad informática y la información es un medio que se auto inventa constantemente.