sábado, 26 de julio de 2014

[SOLVED] [SOLUCIONADO] XAMPP nuevo concepto de seguridad – httpd-xampp.conf

23 comentarios
Por cuestiones académicas me he visto en la necesidad de instalar XAMPP en una máquina virtual con Windows para hacer algún tipo de ataque web en plataforma Windows específicamente.

Todo fue de lo más normal, el problema lo tuve cuando quise acceder desde "otro" equipo para probar que el servidor Apache de XAMPP se había instalado satisfactoriamente...

La máquina virtual tenía dirección 192.168.1.11 y desde la máquina anfitrión tenía esta dirección 192.168.1.100 y cuando quise acceder por el navegador a la máquina virtual me dio el infame error

“Acceso prohibido!

XAMPP nuevo concepto de seguridad:
El acceso a la solicitada directorio sólo está disponible desde la red local.
Este ajuste puede ser configurado en el archivo “httpd-xampp.conf”.

Si usted cree que esto es un error del servidor, por favor comuníqueselo al administrador del portal.

Empecé a revisar el fichero "httpd-xampp.conf" que se encuentra en: C:\xampp\apache\conf\extra (allí mismo lo encontrará alguien más si es que lo instaló en la ruta predeterminada y la letra de su disco duro es la tradicional "C", hay otros que pueden tener otra letra).

Probé muchas soluciones que se ofrecían tanto para GNU/Linux y Windows por igual, pero no me solucionaba el problema que tenía, otros sitios presentan el mismo encabezado del problema pero según leía solamente tenían problema para acceder a phpmyadmin, o el contenido de "New XAMPP security concept" es un poco diferente a esta fecha del año 2014, ya que la fecha de otros sitios que revisé eran desde 2011. Definitivamente ha cambiado el contenido.

Al ver que en unas partes ofrecían solución al problema con agregar líneas en algunas directivas, en otras ofrecían poner una "almohadilla" ( # ) a alguna línea de directivas específicas, que es lo mismo a dejarla inhabilitada como un comentario.

Ya mucha explicación de mi experiencia personal en la búsquda y solución del problema, vamos a lo práctico. Todo es cuestión de añadir # en la línea que dice Require local. Nada más, ni nada menos. Eso es la solución al problema. Tiene que quedar de esta forma:

#
# New XAMPP security concept
#

     #Require local
     ErrorDocument 403 /error/XAMPP_FORBIDDEN.html.var

Luego de modificar el fichero "httpd-xampp.conf" guardamos y reiniciamos el servicio, Y LISTO!!! :D

Después de eso, ya pude acceder al servicio Apache desde una máquina que no fuese sólo la local donde está instalado XAMPP.

Espero que alguien más se pueda ver beneficiado de esto que me costó un poco tiempo leyendo foros y blogs que al final solamente vino a ser cuestión de usar un poco de lógica, ya que con el paso del tiempo este fichero con este nuevo concepto de seguridad ha venido cambiando de tiempo en tiempo.

Saludos.







Read more ►

miércoles, 23 de julio de 2014

Gracias Google Dorks

0 comentarios
B"H los google-dorks me han sido de gran ayuda!!!

No tiene precio esto a la hora de buscar cosillas por la red:

site:dropbox.com +PalabrasClaves (es sólo un ejemplo por decirlo así, de obtener material buscado o encontrar nuevas palabras claves que sirvan para una nueva búsqueda)

filetype:extension-de-archivo (búsqueda por tipo de extensión de archivo)

http://archive.org/ (cuenta con un mejor ancho de banda que los FRee hostings de algunos países europeos)

Agradecer también a la linda gente que comparte su ancho de banda para poder descargar torrents sin necesidad de registrarse y dejar datos botados por toda la red para hacer colección de spam. El software que adquirí por torrent es legal, sin embargo la compañía propietaria para permitirte descargar su software te pide que le confieses parte de tu vida...  ¬ ¬

Fue y sigue siendo más difícil poder hacer espacio en mi disco duro, en el sistema operativo con soporte técnico sede en redmond, muchas cosas tuvieron que salir volando.

1 minuto de silencio por quienes ya tienen poco espacio en disco duro! =(

PD: Tampoco menospreciar los sitios que cuyo TLD son ".com" ya que algunos no venden cosas sino que son blogs personales y tienen recursos gratuitos muy buenos... libros pdf de muy buen contenido, por ejemplo.

Bytes.
Read more ►

sábado, 12 de julio de 2014

Virtual Network Manager de VMWare Player en Kali

0 comentarios
Un problema con el me he encontrado es que no he podido administrar muy bien las redes internas de máquinas virtuales con VMware Player.

Estoy trabajando con la versión 6.0.1 build-1379776 para GNU/Linux, y tal como su similar en Windows, no trae a simple vista el administrador de las interfaces de redes.

Después de googlear un poco, he encontrado este página de los foros de VMware donde explica como traer a luz el administrador de interfaces virtuales: https://communities.vmware.com/thread/450758

El administrador de las interfaces de red virtuales se encuentra en esta ruta de nuestro sistema: /usr/lib/vmware/bin/vmware-netcfg así que como es un lío eso de estar memorizando la ruta o estar buscando una y otra vez en la web donde se encuentra, la forma más simple es crear un enlace simbólico de esta ruta hacia el directorio /usr/bin/ que es aquí donde se encuentran los demas binarios que están a nuestra disposición para ejecutarlos desde cualquier directorio donde nos encontremos.

Pero ojo, que esto de poder ejecutar binarios desde cualquier directorio no es por arte de magia, sino que obedece que esa ruta (/usr/bin/) se encuentra guardada en la variable de entorno $PATH y para visualizar el contenido de esta basta con ejecutar echo $PATH y veremos los directorios donde se encuentran binarios que podremos ejecutar con los privilegios asignados a nuestro usuario. Pero qué es mejor, agregar la ruta /usr/lib/vmware/bin/a la variable de entorno o simplemente un enlace simbólico?

Volvamos a lo nuestro, por cuestiones de practicidad y que sólo necesitamos este binario para administrar las interfaces virtuales de VMware player, pues sólo hay que anclar un enlace simbólico de ese binario y se hace de la siguiente manera:

 ln -s /usr/lib/vmware/bin/vmware-netcfg /usr/bin/vmware-netcfg

De esta forma, con el comando ln se crea un enlace, con el parámetro -s se le indica que será suave o simbólico, luego colocamos la ruta de origen origen del binario que deseamos enlazar, y luego, separado por un espacio, ponemos la ruta de destino con todo y el nombre que le vamos a asignar. En este caso, y para no perder la idea que se trata de un binario auxiliar de las herramientas de vmware le he dejado el mismo nombre.

Si se desea hacer un acceso directo de forma gráfica, con un iconito en la barra de tareas, solamente es cosa de (en Kali Linux)presionar la tecla Alt y al mismo tiempo hacer un clic derecho en un lugar vacío de la barra de tareas, seleccionar "Añadir al panel..." y luego doble clic en la primera opción "Lanzador de aplicaciones personalizado". Al aparecer la ventanita hay que llenar los datos que allí pide (Nombre, Comando, Comentario), y en la caja de texto de comando, vamos a poner en nuestro caso la ruta del enlace simbólico de nuestro binario.

Con esto he despejado parte de la duda que tenía de cómo se manejan las interfaces de red virtuales de VMware player, y que buscando información en mi idioma natal me fue imposible encontrar. Espero que esta información en español le sea de utilidad a alguien que se encuentre con la misma dificultad y que no esté muy familiarizado con el idioma inglés.

Su forma similar de cómo hacerlo en Windows lo encontré primero en este enlace del sitio de Pello Xabier Altadill Izura, de quien ya había visitado su material por el excelente material él ha realizado ya hace años sobre iptables

Bytes.-

Editor de redes virtuales de VMware player

Actualización (2014/07/13 - 02:10am):

He decidido dar de baja el VMware Player, por le hecho que es toda una chorrada intentar configurar las interfaces virtuales, a pesar que tiene esta utilidad (inicialmente escondida), el vmware-netcfg pero no sirve de mucho, al menos ahora que lo he estado utilizando no me obedece a lo que le configuro.

He puesto que la vmnet1 sea NAT y le he configurado que me otorgue direcciones IP del rango 192.168.10.0/24

Para la interfaz vmnet8 sea host-only y que entregue direcciones IP del rango 192.168.7.0/24 para haber tenido red internas entre las máquinas virtuales, pero no funcionó. Siendo así que, cuando se crean las máquinas virutales no permite hacer esta selección.

Se asume que si en la máquina virtual escoges que la tarjeta de red sea host-only te de una dirección IP del rango establecido (192.168.7.x), sin embargo, al echar a andar la VM veo que me ha dado una dirección IP como que fuera NAT, y si cambio el adaptador de red a NAT no me entrega ninguna dirección porque aparece como desconectado.

Y por más vueltas que le he dado al vmware-netcfg este es muy limitado y no hay mucho que hacer, así que es definitivo, me pongo en este instante a instalar virtualbox.

Dicho y hecho, como quien se pone manos a la obra esperando que todo va a salir bien, no falta un error inesperado como esto:

[ ok ] Stopping VirtualBox kernel modules.
[FAIL] Starting VirtualBox kernel modules[....]
No suitable module for running kernel found ... failed!

Sin embargo, al finalizar la instalación apareció esto:
DKMS: install completed.
[ ok ] Stopping VirtualBox kernel modules.
[ ok ] Starting VirtualBox kernel modules.
Configurando virtualbox-qt (4.3.10-dfsg-1~bpo70+1) ...
Configurando linux-headers-amd64 (3.14+57+kali1) ...
Configurando virtualbox-ose (4.1.18-dfsg-2.1) ...
Configurando virtualbox-ose-dkms (4.1.18-dfsg-2.1) ...
Procesando disparadores para menu ...
root@kali:~#


#TrulyHappy ^__^

Definitivamente, hasta experimentar con software ultra-privativo da dolores de cabeza... Y pensar que me estaba perdiendo de las tomas de instantáneas para regresar una máquina virtual a un estado previo, o las configuraciones de red fáciles, y la configuración automática de la hora del Sistema Operativo virtual con el anfitrión que permite virtualbox.

Sin mencionar que no fue necesario volver a crear las máquinas virtuales que tenía ya hechas con el producto "gratuito" de VMware (al menos una con Win7 está funcionando de maravilla), sino que la versatilidad del software Open Source (como la del Software Libre) tiene buena compatibilidad con formatos de software privativo.

Definitvamente, para hacer virtualización libre perfiero y me quedo con Virtualbox en lugar de VMware Player. Esto ha sido como un reencuentro. =3
 2:16am W7 creado con WMware Player funciona perfecto en Virtualbox

Read more ►
 

Copyright © El igloo de Tux Design by O Pregador | Blogger Theme by Blogger Template de luxo | Powered by Blogger