Mensajes

Hola, puedes darle un vistazo a la sección de "hacking web" y los temas pegados como el "recopilatorio" y "temas destacados".

https://foro.elhacker.net/nivel_web-b83.0/

Saludos.

Yo tengo mucha experiencia desarrollando grandes aplicaciones en python y te puedo recomendar primeramente pycharm y luego sublime text 3, ambos porque son los dos ides que tienen mejor integración con python y te pueden ayudar a ahorrar tiempos y costos en tus desarrollos, a demás, te ayudan a evitar errores y malas prácticas.

En el caso de Sublime text, el desarrollo de aplicaciones en python es muy veloz, mucho mas que con cualquier otro editor, la manera de procesar identaciones, correcciones y todas las demás herramientas están diseñadas para python, sublime text a pesar de ser un editor que sirve para desarrollar en múltiples lenguajes fue diseñado principalmente para python. Por otro lado, sublime text es de pago al igual que pycharm y pycharm tiene una version free/trial/forever al igual que sublime text.

En el caso de pycharm no es tan veloz como sublime text 3 pero si te ayudará mucho en tu manera de programar, es un editor muy inteligente y te ahorra mucho tiempo en la inspección, depuración, manejo de vistas, modelos de datos, etc. Para mi pycharm es una muy buena opción.

Si me tengo que quedar con uno de los dos, me quedo con sublime text y no por el consumo de memoria o porque tenga que depender o no de algún interpretador, así como pycharm necesita java, sublime depende de python y si es por performance entonces java gana ya que java tiene un mejor performance al momento de crear desarrollos grandes y hablo del lado del desarrollador y no del servidor, aunque python no está muy lejos pero en mi caso ya tengo un estilo definido para programar y prefiero velocidad en el desarrollo a tener la ayuda de pycharm.

Si eres una persona que está comenzando en python o que tienes poco tiempo haciendo aplicaciones, entonces a ojos cerrados te recomiendo pycharm, pero si eres veterano y tienes muchos años y mucho recorrido en python, entonces te recomiendo sublime text 3.

Creo que debieras darle una oportunidad más a sublime text y adentrarte mejor en sus funcionalidades.

Saludos.

Hola, me han enviado un payload a modo de reto pero soy muy malo para la criptografía, no lo he podido sacar, alguien me da una mano?

El payload es el siguiente:

Código [Seleccionar] Expandir

aDs5OzloAloCFmgMXwBFaFtSU
kNoDkREVWgfVF5aaFcFRVRoXl
VCd2hFWAtdaFxWWFuJ5onnMcA
x2zHJMdIEBIDDAbIoAdeQkJDr
RFlvdSBhcmUgZ2V0dGluZyBjb
G9zZXIsIGJ1dCBub3QgdGhlcm
UgeWV0Li4uIEYyVEMgaXMgd2F
0Y2hpbmcgeW91ISEKuUwAAACy
RM2A65uQkJCBNjE3MTeDxgT+w
YP5CnXwieHNgOuCidjNgA==

El base64 saca un payload con texto binario y un mensaje, alguien me puede dar luces sobre lo que realmente existe dentro del mensaje?

Código [Seleccionar] Expandir

whk@machine:~$ echo 'aDs...NgA==' | base64 -d | xxd
00000000: 683b 393b 3968 025a 0216 680c 5f00 4568  h;9;9h.Z..h._.Eh
00000010: 5b52 5243 680e 4444 5568 1f54 5e5a 6857  [RRCh.DDUh.T^ZhW
00000020: 0545 5468 5e55 4277 6845 580b 5d68 5c56  .ETh^UBwhEX.]h\V
00000030: 585b 89e6 89e7 31c0 31db 31c9 31d2 0404  X[....1.1.1.1...
00000040: 80c3 01b2 2801 d790 9090 eb44 596f 7520  ....(......DYou
00000050: 6172 6520 6765 7474 696e 6720 636c 6f73  are getting clos
00000060: 6572 2c20 6275 7420 6e6f 7420 7468 6572  er, but not ther
00000070: 6520 7965 742e 2e2e 2046 3254 4320 6973  e yet... F2TC is
00000080: 2077 6174 6368 696e 6720 796f 7521 210a   watching you!!.
00000090: b94c 0000 00b2 44cd 80eb 9b90 9090 8136  .L....D........6
000000a0: 3137 3137 83c6 04fe c183 f90a 75f0 89e1  1717........u...
000000b0: cd80 eb82 89d8 cd80                      ........


La pagina real es: http://f2tcmrxuoxmw7uvl.onion/

Saludos.

Muy fácil, necesitas a alguien que sepa mucho de base de datos y te enseñe lo más esencial en 1 día, supongo que eso bastaría para poder responder por lo menos la mitad de todas las preguntas que te hagan en una prueba.

Saludos.

A pesar de que este post esté bloqueado, responderé con toda paciencia para poder otorgar una respuesta más completa sobre cada punto y así no quede duda absolutamente de nada.

El ejemplo más flagrante que yo recuerde, en el que hubiera sido posible que decidieran los propios CoAdmis o el Staff, hasta que El-Brujo decidiera, fue cuando el usuario @kub0x propuso la creación de la revista elhacker.net: https://foro.elhacker.net/sugerencias_y_dudas_sobre_el_foro/revista_elhackernet-t479122.0.html
Como al final no hubo un posicionamiento oficial, fueron los propios usuarios quienes se organizaron entre si para crearla, adoptando el nombre de elhacker.net en el proceso. Esto hizo que los Admins dijeran como ochenta veces que había que esperar a que el el-brujo dijera algo para que  pudieran adoptar ese nombre (que al final no dijo nada).

Lamentablemente en ese tiempo yo no estaba como Coadmin, si lo hubiera estado probablemente si lo hubiera apoyado, los mismos usuarios del foro han hecho muchos proyectos propios, de los cuales casi ninguno ha tenido frutos o seguidores reales. Para hacer una revista informática hace falta un buen contenido de calidad que refleje al foro y por decisión de varios usuarios staff del foro se decidió no  hacerlo, no porque un coadmin no pudiera tomar una decisión o porque el administrador no haya dado su opinión, por lo general el administrador (el-brujo) toma consejo de todo el staff según su posición en el foro.

Código [Seleccionar] Expandir

Otros ejemplos que se me ocurren son estos dos:
- https://foro.elhacker.net/sugerencias_y_dudas_sobre_el_foro/titulos_no_links-t483164.0.html
- https://foro.elhacker.net/sugerencias_y_dudas_sobre_el_foro/anadir_un_plugins_para_visualizar_tweets_e_instagram-t471592.0.html (a mí este en particular me parece una gran idea)

Que aunque en estos se puede observar más claro que significaría modificar el propio foro, no veo porque no deberían no poder tomar una decisión momentánea sobre si les gusta o no la idea y decidir si desarrollarla o no y que luego ya fuera el-brujo quien decidiera si implementarla o no.

Además pienso que el hecho de obligar al staff a posicionarse junto haría que quizás algunos temas no acaben muertos porque nadie los contestó, como es el caso de uno anterior que postee aquí, o alguno otro que finalmente acabó en nada:

- https://foro.elhacker.net/sugerencias_y_dudas_sobre_el_foro/sobre_los_links_caidos_y_la_actualizacion_de_temas-t489614.0.html
- https://foro.elhacker.net/sugerencias_y_dudas_sobre_el_foro/buscar_un_ano_en_las_noticias-t490789.0.html

Eso no se aprobó no porque el-brujo no quisiera o porque no se discutiera internamente, hay muchos proyectos y cambios de la plataforma WEB que se han estado planificando, el problema es que cada ves es más dificil editar el código fuente del foro y hacer modificaciones es una tarea muy compleja, especialmente cuando usas un sistema de foros que está casi obsoleto y tiene miles de modificaciones personalizadas. No se aprobó la implementación de ambos temas porque no se quiere tocar más el código del foro salvo para temas de seguridad ya que un solo error podría significar que el foro deje de funcionar o que abra una brecha de seguridad. Asi que, claramente tampoco esperes a que se aprueben futuros cambios a nivel de código, por lo menos no al corto plazo. Estamos planificando migrar a ottro sistema de foros pero aun estamos en ello.

Esto mismo se aplica para tus demás post de propuestas:

- https://foro.elhacker.net/sugerencias_y_dudas_sobre_el_foro/sugerencia_incluir_sistema_de_puntuacion_en_el_mensaje-t487613.0.html (pa este no se necesito ni decidir nada, estaba dicho desde hace mucho al parecer)

- https://foro.elhacker.net/sugerencias_y_dudas_sobre_el_foro/iquestspoiler-t485793.0.html
- https://foro.elhacker.net/sugerencias_y_dudas_sobre_el_foro/tag_de_spoiler_bbcode_y_campo_de_perfil_de_msn-t479176.0.html
(estos dos son de lo mismo y en uno se dice que nunca se ha visto la necesidad de hacerlo. Vamos que ya se había hablado)

Con respecto a:

- https://foro.elhacker.net/sugerencias_y_dudas_sobre_el_foro/subforo_moviles-t482786.0.html (en esta ya habían tomado la decisión)

Si se ha considerado y se ha conversado, hemos votado internamente y se ha hecho voces de esto no tan solo por los usuarios del foro, pero los coadmin no tenemos privilegios para crear o eliminar secciones, el administrador no nos ha dado permiso para ello asi que el es el único que puede tomar dicha decisión y al parecer no está interesado en ese tipo de contenido, por lo cual ese tema ya está cerrado. No es que tengamos que esperar al administrador para que responda, tal como tu alegas, sino mas bien fue que se decidió simplemente no hacerlo y eso es otro tema totalmente diferente al que se quiere tocar en este hilo.

Hasta acá creo haber respondido todas tus dudas y aun no he visto ningún tema que requiera una aprobación inmediata por parte de algún coadministrador, todos tus temas expuestos han sido conversados y confirmados en cuanto a la toma de decisiones.

Por otro lado, si no estás de acuerdo con alguna decisión tomada puedes apelar escribiendo un correo a staff@elhacker.net o webmaster@elhacker.net y el mismo staff o el administrador te podrá responder con todos sus argumentos el porqué se tomó la decisión. Pero este es un tema totalmente distinto a lo que expones.

Si necesitas conversar más sobre este tema, tienes alguna duda adicional o necesitas que veamos algún tema en particular puedes avisarnos directamente a staff@elhacker.net o enviandome un mensaje por privado y te responderé a penas pueda.

Saludos.

Hola, pues está bien, todo depende del caso, no todos los temas se pueden tratar por igual, en algunos casos es el administrador el que tiene siempre la última palabra, pero en otros casos las decisiones las podemos tomar entre todo el staff. Por otro lado hay decisiones que tomamos los coadmins sin la espera del administrador, pero estas son decisiones que muchas veces ustedes no ven, por ejemplo sobre el manejo de cuentas de usuarios problemáticos que son parte del mismo staff, cambios en la manera de moderar, etc.

Tienes algún ejemplo donde necesites que un coadmin tome una decisión y no tener que esperar al admin?

Cuando trabajas con objetos primitivos no puedes establecerlo como nulo:

Código [Seleccionar] Expandir

int arreglo[] = new int[10];

Cuando creas un array nativo de int todos los valores por defecto son 0, en cambio en un List<Integer> puedes tener valores nulos.

Ningún valor del array puede ser nulo porque no puedes cambiar el tipo, eso se llama ser "mutable", un objeto de java puede tener varios tipos, por ejemplo un "Integer" puede ser objeto de tipo int y null al mismo tiempo (por eso existen las anotaciones @Nullable y @NotNull), en cambio el primitivo no puede ser nulo o dará excepción, en Java da excepción de tipo y en c++ excepción de memoria a menos que lo establezcas a \0, pero no se recomienda para un tipo int.

Incluiste primerfaces en el pom.xml?

Esta bien lo que dices pero yo quiero trabajar sin Generics 

Apuesto que sabes c o c++ y quieres entrar en Java, por eso te cuesta trabajar con los objetos nativos de Java. Cada lenguaje de programación tiene su forma de trabajar y su recomendación oficial, en caso de Java se recomienda utilizar los objetos de Java y no los primitivos salvo que sea muy necesario.

Con respecto a:

Código [Seleccionar] Expandir

    List lista = new ArrayList();
     
    lista.add(1);//<-¿Este valor se puede incrementar?
    lista.add(cualquierCosa);

Puedes hacer un:

Código [Seleccionar] Expandir

lista.set(0, ++lista.get(0));

Donde set actualiza el valor siempre y cuando sepas cual es el índice de tu item, en mi caso puse 0 porque es el primer item, luego obtiene el item y le hace un ++ al lado derecho. Podría haber hecho un .get(0) + 1 pero era más elegante y usaba menos caracteres hacer un incremento de valor y retorno simultáneo. Cuando defines un valor++ autoincrementa el valor sobre si mismo, pero cuando haces un ++valor retorna el valor sumado.

Saludos.