Esta es la estupidez que yo estaba haciendo:


recv es una funcion api que esta en ws2_32.dll (las apis winsock son las que estoy usando). Despues de la llamada a recv en el arreglo ByteBuffer esta todo lo que necesito, pero cuando hago la llamada a StrConv (una funcion de VB) para pasar la informacion en bytes a una cadena de texto para despues mandarla a un TextBox la c#go porque me corta la cadena cuando encuentra un byte nulo. Pero esto ya esta.

con respecto a separar la cabecera del codigo del archivo png habia pensado en buscar la primera secuencia <CR LF><CR LF> (0D 0A 0D 0A) que encuentre que serian los que indican que termino  el http header.

Gracias. Un abrazo.

gracias yeikos

<~>FeRcHu<~>  yo estoy usando winsock directamente, cuando el socket recibe los datos quedan en un buffer y despues, como lo estoy haciendo en VB6, pongo algo como Text1.text = buffer y esto me mostraba mal los datos. Podes poner un pedazo de codigo (no importa el lenguaje) porque necesitaria leer el buffer sin que los ceros sean un inconveniente, tengo una idea con apis, pero un poco de codigo amigo no haria nada de mal. Gracias.

ya encontre donde se centra mi problema... no puedo descargar archivos png (imagenes) con peticiones GET.

Este es un ejemplo con google (LOS PASOS 1, 2 Y 3 SON NORMALES, EL 4 ES INESPERADO):

1 - Pido la pagina principal:

2 - Respuesta del server:

3 - Peticion de una imagen a la cual se hace referencia en el codigo HTML:

4 - Respuesta del server:

evidentemente lo que estoy descargando no es ni remotamente de 8072 bytes
y con mi sniffer se ve que lo que tengo que recibir es mas o menos asi:

‰PNG

IHDR
nÑ`XPLTE÷÷÷ÿûÿçççÖÓÖïëïÎËέÞÛÞE­Iµ4„<”Ƶ²µ÷ó÷Œƾ½½º½MÆçãçïïïÆÃÆ÷óï.... etc

esto es lo que quiero saber... alguien sabe cual es el motivo por el cueal esto se corta donde se corta y poque no sigue la descarga de la imagen? hay alguna secuencia de bytes que esten en la cebecera de los archivos png que cierran el socket o algo? alguien tiene una idea? o conoce alguna pagina que me pueda explicar esto?

------------------------------------------------------

minutos despues... encontre esto:

sniffer a mi programa y resulta que veo  que recibe todo el paquete entero como cualquier browser.. pero el textbox que tiene mi programa no me muestra todo el paquete... incluso pasa lo mismo con un webbrowser hecho con la libreria wininet que me descargue por ahi...
Exploro un poco, pero en hexa y veo lo siguiente. Al terminar la cabecera HTTP hay dos <CRLF> o en hexa = 0D 0A

0D 0A 0D 0A 89 50 4E 47 0D 0A 1A 0A 00 00 00 0D 49 48... sigue

lo que esta en negrita es esto:

‰PNG


y despues sigue una cadena de ceros que creo que son el motivo por el cual creo que mi programa considera que la cadena de texto termina ahi y no la muestra en el TextBox.

Supongo que es este el motivo. Gracias a los que me dieron una mano.

y esto?

C:\Documents and Settings\gg\Escritorio>md .....................................
................................................................................
...........................................................
Ya existe el subdirectorio o el archivo ........................................
................................................................................
.........................................................

o esto?

C:\Documents and Settings\gg\Escritorio>del ..
C:\Documents and Settings\gg\*, ¿Está seguro (S/N)? s

C:\Documents and Settings\gg\Escritorio>

este ultimo lo hice con privilegios system (comando at) y al ejecutarlo se me borraron un monton de iconos del escritorio, pero no desaparecio la carpeta escritorio
 

Mozilla Products Multiple URI Handlers Remote Command Execution Vulnerability
 
A vulnerability has been identified in Mozilla Firefox, SeaMonkey and Thunderbird, which could be exploited by attackers to take complete control of an affected system with MS Internet Explorer 7 installed.

¿alguien sabe algo de esto, no encontre mucho? algun PoC o algo? ah y sabe alguien que paso con milw0rm???? no me estoy pudiendo conectar
    
 

 

Seria bueno aprovechar las ondas cerebrales para sustituir el mouse... tengo muy dura la parte de abajo de mi mano, cerca de la muñeca, por el roce con el escritorio. Seguro que esta tecnologia ya existe.

que es lo que van a publicar? apis desconocidas? o el codigo fuente? perdón por la ingnorancia.

es raro como el tipo no pidio un resumen de la cuenta antes de pedir el dinero. En cuanto tiempo estaria la data? en un dia habil? Ahora si, que bueno que estuvo 

esto no lo entiendo


no me permite crear una carpeta con el nombre .nothing, si creo una y la quiero renombrar con f2 tampoco puedo, pero desde la consola de comandos si pongo rename nuevacarpeta .nothing si. Ahora esta esa carpeta ahi y nada sucede. Cual es el bug? o es para alguna version especifica de Win?


y aca ejecuta el cmd, pero nada mas ¿?

www.WebProxyDeLaSiguienteLista.com --> despues ingresan la pagina que quieren visitar, et voila. 

http://foro.elhacker.net/index.php/topic,175437.msg832234.html#msg832234

Gracias por los links, todavia los estos leyendo y me aclararon alguanas cosas.

Otra cosa que vi sniffando el IExplorer es que cuando me conecté a una pagina hace el primer GET y pide la pagina principal, despues hace mas GETs para descargar imagenes y las hojas de estilo? (css). Yo pensaba que toda esta transacciòn ser realizaba a travez de un solo socket. O sea, abro un socket y me conecto al servidor hago las peticiones GETs y POSTs y por el mismo socket recibo las respuestas el el puerto aleatorio que haya abierto mi socket (pero el remoto siempre 80). Lo que vi es que esos mensajes que el IE mandaba solo encabezados TCP, si la conexión la iniciaba desde el puerto 1317 al puerto 80 del servidor, las hacia desde el puerto 1318 al puerto 80 como si hubiese abierto otro socket mas y estubiese trabajando con 2 sockets conectados al servidor incluso con el que crea despues, no con el que inicia la conexión, tambien despues hace peticiones GET...
Alguien sabe porque puede ser esto? no parece solo para acelerar el asunto y hacer varias peticiones simultaneamente, o si?

simpre me arrinconan esas librerias italianas jajaj pero creo que mi problema pasaba por este lado

GET /index.htm HTTP/1.1
Accept: */*
UA-CPU: x86
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; WinuE v6; .NET CLR 1.1.4322; .NET CLR 2.0.50727; MEGAUPLOAD 1.0)
Host: www.blabla.com
Connection: Keep-Alive
Cookie: PHPSESSID=32ce936112f863fe1240108012aa3112

sustituyendo Connection: Keep-Alive por Connection: close
parece que puedo recibir todo de una vez o por lo menos no me causa problemas.

alquien me puede explicar que exactamente las diferencias entre Keep-Alive y close? porque ya me perdi en el RFC 2616.

me pasa lo siguiente.. quiero hacer un browser bien desde lo basico, pero cuando hago un GET y lo que tengo que recibir es muy largo no lo recibo entero. Con un Sniffer veo que el IExplorer recibe unos paquetes de 1500 bytes, se detiene ahi, y despues el IE le manda un paquete de unos 40 bytes entoces el server sigue mandando paquetes de 1500 cada vez que el IE manda uno de estos paquetes de 40 bytes, pero el paquete es un TCP sin contenido es solo un encabezado creo. Este es un ejemplo en hexa de uno de esos paquetes

45 00 00 28 24 7B 40 00 80 06 F9 C9 C0 A8 01 03
46 55 D4 8A 04 A9 00 50 B4 97 C1 55 F1 D9 EB 43
50 10 FF FF 7B 45 00 00

no se si sirve de mucho, lo que si creo que sirve es esto, el sniffer indica que un paquete ACK pero no se como hacer para enviar uno de estos porque si creo un socket y mando datos yo no puedo modificar el encabezado solo la informacion que este porta (creo que es el payload no?) mi duda es como hago con esto? con Raw sockets en windows es posible? o algun otro modo?

lo que esta en negrita... ¿indica que el contenido esta comprimido?¿Por esto no veo el codigo html con el sniffer?

si es asi, el hecho de que lo mande comprimido, se es porque siempre la pagina es enviada comprimida o porque la peticion del cliente fue que se envie comprimida?

-------------------------------------------------------------------------------------

LISTO YA LO RESOLVÌ, mande un request con la siguiente modificaciòn


y me respondio con esto y despues todo el codigo en html


hay alguna forma de configurar el IE para que haga las peticiones de modo que los datos no viajen comprimidos?