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


Tema destacado: Introducción a Git (Primera Parte)


Páginas: 1 2 3 4 [5] 6 7 8 9 10
 41 
 en: 31 Agosto 2026, 01:09 am 
Iniciado por Tachikomaia - Último mensaje por Tachikomaia
FF5 played as Shinryuu:
https://www.youtube.com/watch?v=VhvvYprQDJU

FF6 played as Brachiosaurus:
https://www.youtube.com/watch?v=6zBESfy-EqQ

Metal Slug 2 final mision movie made by AI:
https://www.youtube.com/watch?v=HJOkdA_I1Ag


 42 
 en: 31 Agosto 2026, 00:42 am 
Iniciado por Tachikomaia - Último mensaje por Tachikomaia
¡Ya vi! Tardó poco porque sólo probó largo 4, no me di cuenta de que faltaba especificar eso xD

Seguiré probando pero voy a tardar un tiempo en empezar.

 43 
 en: 30 Agosto 2026, 21:40 pm 
Iniciado por Tachikomaia - Último mensaje por Pilgrim27
Está interesante lo que planteás, aunque tal vez demasiado amplio (al menos en mi cabeza), pero voy a intentar contestar algunos puntos.

Creo que lo primero es separar dos problemas distintos: Por un lado está "¿podemos construir un sistema de votación por internet que sea realmente confiable?" y por otro "¿cómo debería funcionar una plataforma donde la gente propone cosas, discute, argumenta y vota?". En ambos se pueden evaluar cosas bastante interesantes, y particularmente en lo segundo, por cómo lo describís no hablamos solamente de una plataforma de votos sino de deliberación.

Partiendo de tu pregunta, ¿qué tan probable es que alguien haga trampa? y ¿qué tipos de trampa pueden hacerse? Es cierto que hay algunas bastante obvias como mencionás: votar más de una vez, crear muchas cuentas, usar bots, robar una cuenta, alterar el resultado desde el servidor, darle más peso a determinados usuarios, eliminar votos, afectar la disponibilidad del sistema durante la votación (impedir votos), etc.

Pero más que enumerar todas las posibles trampas y sus posibles mitigaciones, iría a los principios fundamentales de la democracia, donde el voto debe ser libre, secreto, verificable y legítimo.

  • Libre: nadie debe poder obligarme a que vote algo determinado.
  • Secreto: nadie debe poder saber qué voté.
  • Verificable: debe existir alguna forma de comprobar que mi voto fue registrado y contabilizado.
  • Legítimo: solamente deben votar quienes tienen derecho a hacerlo y cada uno tiene exactamente el peso que le corresponde.

Y ahí aparecen algunos problemas de diseño del sistema: para evitar que yo vote dos veces el sistema necesita saber que yo ya voté. Pero para que el voto sea secreto, después no debería poder saberse qué voté yo. Es decir, necesitás demostrar que una persona tiene derecho a votar, pero después romper deliberadamente el vínculo entre esa persona y su voto.
Y hay otras vueltas que le podemos dar al tema, por ejemplo, ¿cómo permitís que yo compruebe que mi voto fue contado sin darme una especie de recibo que después pueda mostrarle a otra persona y muestre a qué voté? Porque eso abre la puerta a la coerción o compra de votos.

Ahí entran cosas como criptografía, firmas digitales, blockchain, pruebas de conocimiento cero, etc. No necesariamente hay que usar todas, pero existen técnicas bastante interesantes para resolver partes de este problema.

Después, está el problema de la manipulación. Incluso suponiendo que consigas una urna digital prácticamente perfecta, es posible manipular la decisión sin tocar un solo voto. Por ejemplo, si tenés 500 respuestas a una propuesta y el sistema muestra primero las que tienen más likes/puntos, estás decidiendo qué opiniones ve primero la gente. Y eso puede manipularse con bots, cuentas falsas, usuarios coordinados, compra de interacciones u otras técnicas. También el propio algoritmo que decide qué mostrar puede convertirse en una forma de poder (es solo ver el ejemplo de la manipulación en plataformas como Meta, X, etc.). Digo, hay que distinguir seguridad del voto  y resistencia a la manipulación de la conversación. En ese sentido, tu idea de separar las conversaciones de la lista principal de respuestas es interesante, aunque habría que revisarla y desarrollarla con cuidado.

Como aporte, existen ideas como la democracia líquida, que no digo que sea necesariamente el modelo que habría que usar, pero es un ejemplo de que existen formas bastante más sofisticadas de participación que una encuesta tradicional y que intentan cuidar estas cosas que menciono. También hay plataformas y experiencias reales que han intentado distintas partes de esto, LiquidFeedback y Decidim se me ocurren ahora.

Otro punto que parece obvio pero no siempre lo es: esto debe ser software libre. Tanto el código como los mecanismos de auditoría deben ser abiertos, no porque necesariamente sea más seguro, sino porque en un sistema del que depende una decisión colectiva posiblemente de alto impacto no se debería plantear "confíen en nosotros, el servidor hizo todo correctamente" sino más bien "desconfíen y verifiquen". Ahí la criptografía y el software libre pueden aportar muchísimo.

En definitiva, creo que sí se podría construir algo bastante robusto, pero habría que definir primero qué problema queremos resolver. Una plataforma para votar una decisión interna de una comunidad es una cosa, una plataforma para decisiones políticas de un país es otra completamente distinta, aunque ambas puedan tener una pantalla con una pregunta y dos o tres botones.

Y me parece que incluso antes de implementarla habría que dar una discusión sobre cómo queremos que funcione la democracia dentro de la plataforma: quién puede proponer, quién puede votar, cómo se estructura el debate, cómo se modera, cómo se ordenan las opiniones, si se pueden delegar votos y cómo, cómo se audita el sistema y, sobre todo qué cosas deben ser verificables en lugar de simplemente confiar en ellas.

 44 
 en: 30 Agosto 2026, 20:09 pm 
Iniciado por r32 - Último mensaje por BL4CKC0D3R
amigo, el link esta caido, no lo podes arreglar?? y cuando entro en la parte de elhacker.INFO nose como descargar los archivos

 45 
 en: 30 Agosto 2026, 19:40 pm 
Iniciado por Tachikomaia - Último mensaje por EdePC
Cuando son pocos caracteres te sirve la fuerza bruta bruta, pero si ya son más de 5 caracteres conviene usar una fuerza bruta más inteligente indicando un juego de caracteres, máscaras o diccionarios propios creados bajo criterio específico.

El programa tiene la opción para indicar un juego de caracteres, marca User-defined y click en el botoncito que tiene tiene a su lado derecho, ahí introduces tu juego de caracteres, puedes hacer algo de memoria para quitar algunos caracteres que prácticamente no se usan como HÑXYZ. También tienes el cuadro Mask para especificar una máscara sencilla, si por ejemplo sabes que tu contraseña tiene 6 caracteres, comienza en B y termina en s: B????s, para cosas más complejas es mejor crear un Diccionario y usar ese tipo de ataque


 46 
 en: 30 Agosto 2026, 16:05 pm 
Iniciado por Salva59 - Último mensaje por Mr.Byte
Te sugiero que primero llames a atención de cliente , a ver que soluciones hay, creo que te alquilan uno :

https://ayudacliente.vodafone.es/particulares/mi-vodafone/funcionamiento/como-contactar-con-vodafone-por-telefono/


Si el Tv es relativamente nuevo , con Android TV por ejemplo, puedes usar la APP de Vodafone TV.
Si es antiguo, tendrás que comprar algún Tv Box, e instalar la App

 47 
 en: 30 Agosto 2026, 12:58 pm 
Iniciado por Salva59 - Último mensaje por Salva59
hola buenos dias, resulta que tengo Vodafone y el receptor de canales esta conectado al televisor

del comedor por cable.

mi pregunta es puedo ver vodafone en el dormitorio sin cable, espero vuestras sugerencias

gracias sois fenomenales.

 48 
 en: 30 Agosto 2026, 10:08 am 
Iniciado por Tachikomaia - Último mensaje por Tachikomaia
Windows no quería que lo use, pero lo estoy probando. Por ahora puse que pruebe toda mayúscula, minúscula y números. Dice que en menos de 1 hora ya está. Veremos...

 49 
 en: 28 Agosto 2026, 23:41 pm 
Iniciado por 1nternalFatalError - Último mensaje por EdePC
Para lo simple y sencillo todos los cursos de reversing desde cero siempre empiezan con Ensamblador y un depurador amigable como x64dbg o IDA

Conforme se avanza, suele ser necesario conocer el mínimo del lenguaje de programación objetivo, y mejor si se programa lo más básico en ese lenguaje y a la par se va analizando con el depurador

Ahora de lo mejorcito que hay es el Curso en Video de Reversing desde Cero con IDA Pro de Ricardo Narvaja y Solid: https://www.youtube.com/playlist?list=PLfYLpfrUGvXQ

Si hay dudas o cualquier cosa con respecto al curso tienes el Grupo de Crackslatinos en Telegram donde está Ricardo: https://t.me/crackslatinos

- Yo solo seguí la parte más básica y según avanzaba he puesto lo requerido y apuntes en: https://t.me/curso_reversing

También está el Curso de Reversing de C++ también de Ricardo Narvaja que complementa o detalla más yendo de la mano de la programación C++ y su respectivo análisis: https://www.youtube.com/playlist?list=PLXpBTogN40bQ

---
En relidad el primer paso siempre es utilizar ExeInfo PE o Detect is Easy (DIE) para averiguar en que lenguaje está programado el objetivo, y si tiene algún tipo de protección, de acuerdo a eso se avanza, si por ejemplo está en Java o .Net, lo mejor será utilizar un decompilador como Recaf o DnSpy respectivamente y conocer lo básico de sus lenguajes o ByteCodes

 50 
 en: 28 Agosto 2026, 13:09 pm 
Iniciado por 1nternalFatalError - Último mensaje por 1nternalFatalError
quiero orientar mi aprendizaje de ingeniería inversa específicamente al cracking de programas (análisis de licencias, bypass de protecciones, keygens, etc.) y tengo una duda sobre el punto de partida. ess indispensable dominar C/C++ antes de empezar, o conviene ir directo a estudiar ensamblador (x86/x64) junto con el uso de depuradores y desensambladores?

Agradecería que me orienten sobre qué nivel de C/C++ es el mínimo necesario para no trabarme con herramientas como x64dbg, Ghidra o x64dbg/IDA, y qué temas clave (punteros, llamadas a API de Windows, tipos de datos) debería asegurar antes de analizar mis primeros ejecutable reales. tambien algunos libros, documentacion o cualquier material introductorio que me puedan recomedar estaria bastante bien  ¡Gracias de antemano!

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