Foro de elhacker.net

Hola soy nuevo aqui, me gustaria compartir un Diccionario de Fuerza Bruta Tipo v2, este diccionario, que lo estoy haciendo es mucho mejor y mas optimizado, creo yo porque este diccionario hace el uso de silabas para formar la palabra mas rapido y no como el diccionario normal de fuerza bruta que lo hace mas lento por esto...

aaaaaaaa
aaaaaaab
aaaaaaac
aaaaaaad
... (asi sucesivamente)

el mio no empezara asi sino usando silabas directas y inversa...

silabas directas...

babababa
babababe
babababi
babababo
babababu
bababaca  (esto solo cambiaria por silabas y no por letras)
bababace


silabas inversa...

bababaab
bababaeb
bababaib
bababaob
bababaub
bababaac
bababaec
bababaic
...

estoy teniendo resultados pero lo que no se es por cuanta longitud de letras tendrá este diccionario, como minimo 8 ya que quiero que funcione con redes inalambricas con contraseñas ya definidos por el usuario.

Quisiera compartirlo porque no vi diccionarios como este, y quise hacer un metodo diferente o mejor a la fuerza bruta normal, quisiera si alguien puede probar si es eficiente o no. Tambien pense en hacer un programa consola de generador de diccionario, aunque ya se que hay pero no de la forma que yo pienso, me costara y me llevara tiempo. No se que opinan ustedes, ¿comparto o no? cuando lo termine.

puedes compartirlo, aunque sinceramente ahorita no estoy para echarle cabeza a teoría combinatoria, pero el diccionario que propones calculo que estaría en el orden de varios miles de TB de peso (PB) y tomaría años ser ejecutado por completo

A ver si te he entendido.
Tu dices que tu diccionario es más rápido porque usas silabas para crearlo?.
1 - El problema de los diccionarios, no es el tiempo preciso para crearlos (se puede tardar apenas unos segundos para diccionarios de no más de cierta cantidad de caracteres). El problema real con el tiempo al que uno se enfrenta es el requerido para aplicarlos.

Hablas de sílabas, pero quizás no contextualices correctamente... y te refieras a digramas-trigramas....
2 - Si son sílabas de la gramática, son dependientes del idioma y precalcularlas lleva su tiempito (más bien asegurarse que el algoritmo que las crea contenga todas las del idioma, de hecho me temo que ese tiempito exigirá revisar miles de plabras para asegurarse de incluir un alto porcentaje de sílabas). Crear un algoritmo de partición silábica (siguiendo la gramática de x idioma) desde luego es algo más complejo que un algoritmo para generar contraseñas.
 Además, no todas las sílabas admiten cualquier orden de concatenación. La formación de sílabas es una es una palabra y la misma cambia cuando la misma palabra es 'alargada' (can-ción, can-cio-nes).
3 - No hay garantías de que las sílabas gramaticales se mantengan en las contraseñas, básicamente porque una contraseña no está obligada a cumplir 'reglas ortográficas' de ningun tipo, luego en este caso, lo más probable que es el diccionario sea más inútil que útil. El diccionario de la lengua española dice que es 'perro', pero una contraseña podría ser 'pperrrrooo', que como se ve no cumple ninguna regla silabica.
4 - Si por sílabas te refieres a la agrupación de diferentes longitudes de caracteres, el ahorro de generarlas solo es significativo para diccionarios de palabra muy largas (20 o más caracteres), si es menos que eso, te regreso de vuelta al punto 1.

5 - Eso de 'directas e inversas', te lo puedes ahorrar, no ofrece ninguna utilidad, más allá del mero capricho.
Si un diccionario ha de contener x palabras, da igual el orden en que estén alojadas, dado que hablamos de fuerza bruta, no hay garantía nínguna por la que un orden determinado sea preferible a otro.
A lo sumo a la hora de aplicar un diccionario, eliges por que punto empezar y al llegar al final del mismo, seguir desde el principio hasta llegar al punto desde el que se comenzó.

Respondiendo a Serapis

sílabas de la gramática quise decir, si tambien estuve pensando eso de que no cumpliera ninguna regla silabica, pero estuve tambien pensando en alguna solucion para eso, añadir un respaldo de letras repetidas ej: rr, cc, ll, nn, etc. Pero el problema es que añadir esto se me hace mas tiempo para formar una palabra (que ese es mi objetivo para este diccionario) y pesado talvez añadiendo mas respaldo, aunque no creo que sea muy probable que añadan una contraseña asi... peerrrooo, wiiiifiiiii, moootooo, etc. pero la probabilidad es baja, la mayoria de las contraseñas tienen un nombre, de su mascota, hijos, pareja, objetos, numeros telefonicos, pelis, etc. Contraseñas faciles de recordar y con sentido, talvez tenga algunos asi pero muy pocos.  ;)

Voy añadir también las silabas trabadas...

Bl, br, cl, cr, dr, fl, fr, gl, gr, pl, pr, tr, tl.

Son esas no mas las que usamos en algunas palabras, no creo que haya otras mas silabas trabadas.

El tipo de diccionario que quieres hacer por lo que tengo entendido es para personas por ejemplo que tenga cambiada la clave por defecto del router y haya puesto una clave personal, pero claro si el usuario por ejemplo no ha cambiado la clave por defecto del router y es como la que esta en la foto de abajo, va ser muy difícil que la saques a través de diccionarios creado por ti, a no ser que tengas un patrón esas claves por defectos y la única forma posible es con el reaver.


Aunque dentro del Wifislax por ejemplo el brutus hack WPA de las versiones anteriores al Wifislax un tal Coeman76 un crak en auditorias, consiguió hacer un Script que lo lleva ya incorporado como herramienta dentro del Wifislax hace ya mucho tiempo en sus versiones anteriores donde te crea si no recuerdo mal un diccionario con esas redes que logro sacar el algoritmo y donde pone cuales son las afectadas, solo son efectivas para listado que el pone hay solo para ciertos routers, eso si antes tendrás que capturar el handshake para luego poder pasarle el Diccionario.

Aquí dejo una imagen:

Si es para router con claves ya cambiado por personas, en un caso que este diccionario no funcione con este método, entonces puede que funcione con otros tipos de ataques, y ya hay formas para descifrar si ese es el caso, pero si no les funciona con averiguar si la clave que tiene el router es por defecto o no, puedes tener una opción por usar este Diccionario Fuerza Bruta v2 que solo sirve para router con claves personal, pero en español, puede que haya una o mas palabra en inglés que esten dentro de este diccionario puede que otros idiomas también, pero muy pocas palabras talves se forman con el patrón que propongo.

Bien ya tengo listo el algoritmo para generar el diccionario tardara unos dias en tener el diccionario completo asi que voy a publicar por ahora el diccionario incompleto para que
vallan viendo como sera el Diccionario Fuerza Bruta v2

Diccionario Fuerza Bruta v2 (Incompleto Actualizado)

Por Mega link...
https://mega.nz/file/OAIgADxC#TGuTPjeM9T7ODgTuyjsBOhRxqMIVqrb3xGgNm1JmPLk

Tamaño Real: 29,3 MB (Actualizado)

Tamaño Comprimido: 3,7 MB (Actualizado)

Caracteres: 8

Total de Claves: 3.384.000 (Actualizado)

Info Actualizacion
*En esta actualizacion se borra las silabas inecesaria...

qa qe qi qo

Porque no hay palabras que terminen comienzen y lleven con esas silabas.

+Se agregan estas silabas...

Vocal + Numeros      ej:  a6
Letra s + Numeros.   ej:  s8
Numero 12                 ej:  banana12 

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

Ventajas

Contiene: Minusculas y Numeros
(solo en la ultima silaba los N°)

Tambien para wifi compartidos por celular o con router.

Reduce la posibilidad de tener muchas claves sin sentido.

Reduce un poco del tiempo para terminar de ejecutar el diccionario completo.

+En esta actualizacion se agrega mas posibilidades de palabras ej: balazos6, bachata9, archivo3, bananas6, etc.

Desventajas

No contiene Mayusculas y simbolos

Solo para router y wifi compartidos por celular con claves personales.

*Algunas palabras se me escapan del diccionario

Yo por mi parte de verdad que te agradezco que compartas tu propio diccionarios, yo lo hice en su momento y a mi no me sirvieron lo hice por claves por defecto, no de claves personales a mi no me sirvio y ese diccionario que has compartido pesa mucho, tu lo has probado ?? En cuanto tiempo terminar en leer ese tamaño de diccionario ? Dependerá de cuantas keys leer por segundo tu PC, el mio creo lee cerca de 1.000 keys (k/s) si no recuerdo mal es un i5, ya hace tiempo que no me pongo auditar.

Hoy en día las herramientas que mas se utilizar para el tema de auditar es el Reaver ha sido unos de los mejores método para descifrar este tipo de claves o Geminis Auditor o goys Script Etc...

Si depende de la velocidad de la pc que lee las claves, pero este Diccionario FB v2, esta optimizado para pc que no son tan potentes, lo que quiero decir que acelera el recorrido para obtener claves mas probables de que acierten, al usar sílabas directas, inversa trabadas y demás, estamos buscando formar las palabras rápidamente y nos acercamos cada ves mas a la clave que es la correcta y aparte nos ahorramos el tiempo de no probar claves muy seguras de que no funcionen o no acierten es difícil recordar si la clave no tiene regla de sílabas y es alargada como por ejemplo: mmaaarrrriia, crrrissttiann, etc. Y seguro de que te hallas olvidado de cuantas letras repetidas iban en cada letra de la clave maria o cristian. Seguro que servirá este Diccionario Fuerza Bruta v2, aun seguire haciendo y compartiendo Diccionarios FB v2 de diferentes cantidades de letras porque aun no creo que se pueda con solo 8 letras, hay más claves de diferentes cantidades de letras.

Yo por desgracia, no lo he probado mi propio diccionario  :-( porque mi pc de escritorio no tiene tarjeta de red, no tiene para detectar wifis, pero estoy seguro de su eficaz por el motivo que lo acabo de explicar arriba a El_Andaluz. Podría probarlo por mi tablet pero se que no es potente como una pc, me lee las claves como 1 clave por 4 o 5 seg. si no recuerdo mal. La aplicación se llama WIBR+ y es para android si les interesa saber.

Diccionario Fuerza Bruta v2 Actualizado

*Se borran sílabas innecesarias lo que hara mas rapido formar palabras.
+Se agregan nuevas sílabas, para mas posibilidades de palabras.

(Resumido)

Un problema tenia con mi pc que es vieja y mi diccionario se perdio, asi que deje de hacerlo un tiempo y luego empiezo de vuelta, asi que esta ves les traigo el
Diccionario Incompleto Liviano un total de Claves 12.142.685

Por Mega Link...
https://mega.nz/file/rAo2mRaC#sZyn3nhqSQKCSSjF20zORsbdBBfhLE3gaRxO5HKrH0w

Tamaño Real: 116 MB
Comprimido: 13,1 MB
Claves Total: 12.142.685

*Se borran las siguientes combinacion en la ultima silaba

eñ, iñ, oñ, uñ

porque no hay palabras que terminen con esas combinaciones.

+Se agrega una combinacion en la ultima silaba

au

Para mas posibilidades de palabras claves ejemplo: gatomiau, gatoguau, marichau, etc

Volvi de vuelta lo siento mi pc es vieja deja de funcionar por un tiempo y luego anda,
es un problema con el disco rigido. Dejando eso al lado, traje un diccionario un poco mas
completo que el anterior y añadido mas silabas y numeros para mas posibilidades de formar
nuevas palabras.

Diccionario FB V2 (Incompleto Mediano) Claves total: 19.011.126

Link: https://mega.nz/file/XRJCBJTQ#Qal9vC16SSKDje-1bbOQLYWAlR-e_Eufgq-xHueNpRs

Tamaño Real: 183MB
Tamaño Comprimido: 20,9MB
Total de Claves: 19.011.126

Claves que empiecen con ba****** y de 8 letras lo desifra.

Claves que empiecen con beba**** bebe**** y de 8 letras lo desifra.

Claves que empiecen con bebia*** bebib*** bebic*** bebid*** y de 8 letras lo desifra.

Diccionario FB V2 (Incompleto Mediano) INFO de Actualizacion...

+Las siguientes combinaciones apareceran en cualquier posicion

au ck dy

Claves au de ejemplo: autoauto, auxilio8, etc.
Claves dy de ejemplo: freddy99, miodaddy, wifiandy, wifidady, etc.
Claves ck de ejemplo: backback, hackhack, hackers9, rockrock etc.

+Las siguientes combinacion no aparecera al final de la silaba
pero si antes del final

ct nd

Claves ct de ejemplo: victoria, bacteria, conectar, victima, etc.
Claves nd de ejemplo: mundos99, mirando5, fondomar, wendifea, etc.


*Se borro la combinacion al final de la silaba

aq eq iq oq uq

porque no hay palabras que terminen con esas combinaciones.

+Se añadio las siguiente combinacion

z + Numeros ej: z5

Claves de ejemplo: lapizzz6, pezzzzz9, etc.

+Numeros al final de las palabras

34 56 78

claves de ejemplo: unodos34, cuatro56, sietey78, etc.

No termino de entender tu idea de 'diccionario'.

Básicamente tu me estás diciendo, que si no hay una palabra que termine en iñ, no puede existir una contraseña que acabe en 'iñ'... puedes explicar por qué???.

Te recuerdo que el diccionario de la RAE, no recoge palabras como 123456, ni siquiera 1234... y qué?. Quién o dónde se exige que una contraseña tenga que ser una palabra que exista en la RAE?.

Al margen de ello, es bastante estéril crear diccionarios y tener que almacenarlos.
La idea es que en vez de crear un programa que cree un diciconario, se cree en todo caso, una librería (instanciable o tipo API) con al menos dos funciones, una para inicializar, donde se pasan los parámetros que determinen las salidas que podrá proveer y otra función para iterar sobre ellas, partiendo de la previa. La función de inicialización debería admitir también como parámetro la entrada vigente y si se pasa nulo, se genera la primera, así se puede parar en cualquier momento y reanudar en otro instante justo desde donde se dejó.

Si estoy haciendo un programa consola y una con interfaz gráfica que genere este patrón, mientras estoy haciendo un diccionario con el patron con nuevos añadidos y mostrarlos aqui para que vallan viendo y probando, luego de añadir tantas silabas o combinaciones posibles para que no se me escapen palabras muy posible que esten como claves, crear ese patrón a un programa que las genere, por ahora no está escrito en un lenguaje de programación como para convertirlo en un programa, pero me sirve para poder enterlo mejor y pasarlo mas fácilmente a un lenguaje de programación mas desarrollado.

No dije que debe existir una palabra que termine en ñ para que exista una contraseña
que acabe en ñ, sino que es muy poco probable que una contraseña puede terminar en ñ, no digo que no existe, pero es poco probable porque la mayoría de las contraseñas tienen un nombre, de su mascota, calle, hijo, pelis personajes cantantes favoritos, objetos, etc. Te he dicho esto antes, solo es probabilidad. Pero si tienes una mejor idea de añadir esta combinación me gustaría saberlo, para mejorar el diccionario y probar su eficaz.

Pués sí.
Si tu consideras que la mayoría de contraseñas utiliza sílabas del alfabeto humano, entonces lo razonable es que primero crees un algoritmo para obtener las sílabas del alfabeto humano (tampoco sobra en ese supuesto, añadir dígitos, pares y tríos de dígitos, ya que esto comulga dentro de esa consideración). Este debería ser a lo sumo tu diccionario, que al ser de un tamaño 'aceptable', incluso puede residir en memoria (se carga al iniciar el programa). En vez de andar disperso con !!!!teces!!!! que poco o nada aportan y que hacen tu 'programación' infinita en el tiempo.

Tras tenerlas todas enumeradas, luego sería cuestión de combinarlas entre sí (ese array cargado en memoria) hasta formar el largo requerido (3-4-5-6 sílabas, con un simple bucle recursivo, te adjunto debajo el pseudocódigo para esto)... pero esto último ya 'en combate' ... para probar (debug) que enumera bien las combinaciones de sílabas sí es acertado pasarlo a fichero y comprobar el resultado.


Como se puede ver es muy simple y es eficiente, luego generar la clave a medida que se necesita, hace innecesario guardar diccionarios enormes a fichero.
la variable 'stackClave', puede ser un simple array de bytes-chars que actúa como un stack, con un largo máximo de modo que pueda alojar el número de sílabas 'maxSilabas' de la más larga (así no hay necesidad de generar con cada clave un nuevo array). O bien una clase...
En cualquier caso se requieren unos métodos para manejar dicha variable de stack...
Una 'Append' que añade una silaba al final del size actual y actualiza size, tras usarla, no hace falta borrar nada, solo restar el 'size' de la última sílaba 'append'...
En fin, a buen entendedor pocas palabras bastan.

....y con esto ya tienes la mitad de tu problema, lo otra mitad es generar las sílabas del alfabeto español (o inglés o de otro idioma del que conozcas lo suficiente de su gramática).

El algoritmo para generar las sílabas directas e indirectas ya lo he hecho, pero como algunas silabas son menos probable que pueden estar al final de las claves, las he sacado algunas y he añadido unas nuevas manualmente, este algoritmo seria el no actualizado.

program Silabas_Directas_e_Inversa;
uses crt;
 
var
seleccion1, seleccion2, i, i2:Integer;
Alfabeto: array of String;
FormarSilaba:String;
 
const 
AbcdarioSinVocales:String ='bcdfghjklmnñpqrstvwxyz';  //aqui la enie no aparece pero esta
Vocales:String ='aeiou';
 
begin
  clrscr();
  seleccion1:=1; //Parte Generar Silabas Directas...
  for i:=1 to Length(AbcdarioSinVocales) do
  begin
  seleccion2:=1;
   for i2:=1 to Length(Vocales) do
   begin 
   FormarSilaba:=Concat(AbcdarioSinVocales[seleccion1], Vocales[seleccion2]); //unir letra de AbcdarioSinVocales a una letra de Vocales
   WriteLn(FormarSilaba); //Mostrando resultado
   seleccion2:=seleccion2+1; //Siguiente letra de Vocales
   end;
  seleccion1:=seleccion1+1; //Siguiente letra de AbcdarioSinVocales
  end;
  seleccion1:=1;//Parte Generar Silabas Inversa o indirectas...
  for i:=1 to Length(AbcdarioSinVocales) do
  begin 
  seleccion2:=1;
   for i2:=1 to Length(Vocales) do
   begin 
   FormarSilaba:=Concat(Vocales[seleccion2], AbcdarioSinVocales[seleccion1]);//unir letra de Vocales a una letra de AbcdarioSinVocales
   WriteLn(FormarSilaba); //Mostrando resultado
   seleccion2:=seleccion2+1;
   end;
  seleccion1:=seleccion1+1;
  end;
  readln;
end. 

 Esta parte del programa consola la tengo lista, aunque sigo actualizando y añadiendo cosas nuevas y necesarias para que funcione el programa. Gracias por tu tiempo por ayudar aunque no soy un gran experto algo pude entenderlo, se que hace algunos código mas tu explicación mas o menos pude entenderlo mejor que quieres decir.

Lo que estás haciendo no es generar sílabas en todo caso serían dígrafos.
En realidad, lo de menos es el nombre, sino la funcionalidad, y desde luegro, de ese modo no podrás inscribir sílabas muy específicas pero también muy presentes como por ejemplo las que aparecen en la palabra 'constructor', sus sílabas son 'cons-truc-tor', pero t código no generaría los digrafos 'ns' y 'tr' porque solo une silabas con consonantes y viceversa, además eso tolera ciertas construcciones que muy probablemente no se den en palabras (ciñéndonos al caso tu premisa del uso de palabras), o aunque se den su frecuencia sea realmente escasa.

En realidad tu algoritmo de sílabas debiera generar las sílabas que toleran las reglas de silabeo de la gramática española, es decir tu algoritmo debiera considerar dichas reglas e implementarlas en un algoritmo, para poder reconocerlas.
Luego generalas todas supone elegir una entre (al menos) dos estrategias...
- Alimentar el algortimo con pseudosílabas generadas a partir de un algoritmo de bucles (el anterior que te dí vale a condición de que el array contenga los caracteres a-z, y el largo vaya pasando por 1, 2, 3 ,4, 5 y 6 (en español es imposible generar sílabas más largas de 6 y cuesta encontrar ejemplos de estas, incluso de 5)). Cada pseudosílaba es una proposición que el algoritmo de silabeo demuestra si pertenece o no a la gramática española, si el resultado es favorable se añade a la lista.
En este caso, el algoritmo recibe pues un string que es una posible sílaba y el algoritmo debe demostrar si lo es o no.

- Alimentar el algoritmo con textos procedentes de obras en español.
En este caso el algoritmo lo que recibe es un texto que se compone de palabras  y el algoritmo, lo que hace es la partición silábica. Luego con cada sílaba hallada se localiza si ya se tiene almacenada, en caso negativo se añade a la lista.

Ambos algoritmos difieren muy poco. En el primero recibe un string y verifica si al completo es o no una silaba, en el segundo se recibe una palabra y va tomando caracteres formando así sílabas (saltando espacios y caracteres de puntuación cuando aparezcan), con cada una encontrada devuelve la posición alcanzada en la palabra (o devuelve la sílaba), para seguir en una nueva llamada a continuación del punto previo.
La mayor diferencia no reside en el algoritmo de silabeo (que es el mismo en ambos casos), si no en el que alimenta a dicho algoritmo.

Desde luego el algoritmo de silabeo tiene su trabajillo (no es complicado peor lleva su tiempo), primero hay que empaparse (ponerse al día y refrescar lo olvidado) de las reglas de silabeo de la gramática española (desde mis tiempos de estudiante, ignoro si alguna de estas reglas ha cambiado, como sí han ido cambiando las reglas de ortografía (las 'reglas' de cualquier índole, tienen un carácter de 'constante, en el tiempo', pero con tantos y tan frecuentes cambios, más bien dichas reglas ya, parecen 'variables, cada pocos años'))... y luego para hacerlo eficiente en velocidad lo adecuado sería diseñar el automáta para reconocer las sílabas en base a dichas reglas. Esto también puede resultar complicado si las capacidades como programador son limitadas...

...en el pseudocódigo anterior te había dejado una 'tarea' a tu esfuerzo, cuando lo vieras. Debe haber dos condiciones de salida, una cuando acaba el análisis y no se encontró nada (esa salida está), y la otra cuando la contraseña coincide que también debe acabar, que es la que omití... pero viendo tu código y leyendo tus explicaciones, entiendo que tu nivel de programación es el que es, luego ve a tu ritmo, a tu manera si no logras entender más allá.

conozco bien pascal a un nivel intermedio conociendo muy bien las cosas basicas y otras pocas cosas mas o menos complejas,
pero sigo aprendiendo, ya quiero aprender el lenguaje C pero se me hace muy pronto porque aun no llegue a ser avanzado con pascal,
para luego poder hacer lo mismo con lenguaje C, supongo que sera casi lo mismo aunque un poco mas complejo.

mi idea es hacer, teniendo una lista de silabas directas, indirectas y trabadas apartir de esas listas probar todas las combinaciones posibles y tratar de formar palabras rapidamente reduciendo combinaciones seguro que no esten como claves (ej: qlkholaz, clave que seguramente nadie pondra). Se que hay palabras que lleven ns(mo-ns-tr-uo), nd(mu-nd-os), ct(vi-ct-or-ia), rt(ma-rt-in), etc. esas se van añadir tambien porque son probables que tambien usen otras palabras.

lo que me dices es como una tecnica de aprendizaje supervisado para predecir una función a partir de datos de entrenamiento.

Despues de terminar de desarrollar el programa para generar diccionario, dejare de publicar diccionario y traere el programa, me voy a poner mas tiempo a desarrollar el programa mejor.

Diccionario FB v2 (claves be 20303346)

Por Mega Link : https://mega.nz/folder/DNg2GaLR#hxFt7sm6ipl2wYj--ipBsg

Tamaño real: 176MB
Tamaño Comprimido: 21,2MB
Total de Claves: 20.303.346

Claves que empiezen con be****** y 8 letras lo desifra.

Claves que empiezen con biba**** bibe**** bibi**** bibo**** bibu**** y 8 letras lo desifra.

+Nueva combinacion agregada

ly my

apareceran en cualquier posicion de combinacion
-------------------------------------------
+Nuevos numeros en la ultima 2 letras

96 94 93 92 91 21

para que ser compatible con palabra + años 2 ultimos digitos

Claves de ejemplo: franco96, miauto91, mimapa93, etc.
-------------------------------------------
+Ahora los numeros...

19 20

apareceran en cualquier posicion para formar los años pero no apareceran al final de la dos ultimas letras.

Claves de ejemplo: wifi2021, andy2021, sofi1991, mayo2021, etc.

Pascal es un muy buen lenguaje sobretodo de cara al aprendizaje, de hecho Wirth lo diseñó precisamente para eso, y se convirtió (en su momento) en el lenguaje de facto usado en las universidades.
Uno de los mayores aportes que supuso (que pasa desapercibido para usuarios 'normales') es que el código conduce al compilador, es decir la especificación del lenguaje no difiere demasiado entre el código escrito y el compilado, lo que lo une más íntimamente al hardware y sobretodo ayuda a encarrilar más acertadamente a los algoritmos a ser más exactos y eficientes, de lo que hasta ese momento suponían ser otros lenguajes de programación de alto nivel. O dicho de un modo simplificado, es el primer lenguaje de alto nivel que no dista tanto de un lenguaje de bajo nivel. Todo ello se debe a que es un lenguaje estructurado... hasta entonces los lenguajes eran muy complejos (y a menudo muy extensos) y los compiladores aún mucho más.
Ahora, tiene serias limitaciones (respecto de lenguajes modernos).
C es un lenguaje muy complejo, básicamente es el Frankestein de la programación, cada idea nueva que aparece y sale 'rentable' se endosa en una nueva versión sin apenas tocar nada del resto del lenguaje y con una curva de aprendizaje largo. Aunque cuando uno conoce a fondo un lenguaje, aprender otro es más sencillo que partir de cero (conocimientos), para C esto no se aplica al 100%, pero si uno tiene suficientes conocimientos de  ensamblador, hardware y sistemas operativos, resulta más asequible. Viniendo de Pascal, yo te recomendaría quizás Delphi (sigue activo), sería una actualización, un punto intermedio que te acercaría más a C pero sin salir de Pascal.

No. No se trata de aprendizaje supervisado... No te dejes arrastrar por eso de 'alimentar'... pues en el sentido de entrada de datos, de suministrar los datos.
El algoritmo de silabación todo lo que debe hacer es una de dos opciones (pueden diseñarse para que sea uniforme y proporcione la misma respuesta).
- Pasado un string señalar si todo el string recibido representa una sílaba o no.
- Pasado un string (por ejemplo una palabra), reconocer una sílaba hasta donde logre reconocerla como tal (y lo más larga posible*) e indicar en que punto del string ha terminado esa sílaba.

Esa diferencia en el diseño de la respuesta del algoritmo, puede enfocarse como decía en función de la entrada que se le pretenda proporcionar.
El primero se presta a la combinatoria (A-ZZZZZZ, esto es A-Z, AA-ZZ, AAA-ZZZ,AAAA-ZZZZ, AAAAA-ZZZZZ, AAAAAA-ZZZZZZ). Este modo garantiza obtener absolutamente todas las sílabas que reconoce el idioma español (así sean raramente usadas (por ejemplo 'lex' como en 'sílex' o 'xi' como en 'léxico').
El segundo se presta a pasar como entrada un texto muy largo indicando un índice desde el que mirar y devolviendo el funto final reconocido, así el tramo intermedio entre ambos es la sílaba reconocida (si devuelve true, claro dada una entrada (que contiene la palabra) como  'ZZZZZZZZZZZZ', avanzaraía hasta el final sin descubrir ninguna sílaba.

Es decir hay dos algoritmos uno que determina si un string entrado es una sílaba o que avanza hasta reconocer una sílaba (o saltar si no lo es) y el algoritmo que le entrega esos strings al algoritmo de silabación y que cuando le devuelve una sílaba 'formada' que aún no contiene la añade a la lista de sílabas del español...
Esto, una vez completo el diccionario de sílabas, ya está no se necesita más... de hecho hasta e sprobable que buscando se encuentre algún fichero con todas las sílabas dle español (o casi todas). El primer método (descrito en este mensaje, es decir el de combinatoria) recogerá todas, e tanto el que recibe textos, recogerá solo las sílabas que consten en ese texto, luego para asegurarse que tengan una cantidad lo más amplía posible conviene que reciba muchos textos... las que finalmente no aparecieren es claro que son poco probables.
El mayor problema del alimentador por combinatoria, es que serán enormemente más las combinaciones (de hasta 6 letras) que no son sílabas que las que sí lo son. s

* Sea la palabra 'constructor': lógicamente el reconocedor podría aceptar 'co' como sílaba, pero la idea es dar la sílaba lo más larga que sea posible, luego 'con' también es una sílaba, peor ¿puede ser aún más larga?. Si la sílaba finalmente es 'cons'.

Veré si el fin de semana hecho una ojeada a las reglas vigentes de silabación de la gramática española para sugerir un pseudocódigo del algoritmo preciso...

Precisamente por eso te digo, que obtener una lista lo más exaustiva de la sílabas reales, es algo que se hace de una vez y ya, no hay que ir retocando cada cierto tiempo nada. Es una cantidad finita. Un diccionario sin necesidad de crecer...

Finalmente a la hora de aplicar contraseñas, se aplica como te indicaba unos mensajes más arriba, concatenado sílabas de modo recursivo, que es si cabe más eficiente que leer una contraseña de fichero. Esto hace innecesario almacenar diccionarios de Gigabytes o Terabytes, basta ese pequeño diccionario de sílabas.
Es luego en este algoritmo donde uno puede operar para condicionar de formas más complejas... yo sugería (por ejemplo) la inclusión de dígitos (delante, en medio o detrás de una sílaba)...

Es lo mejor...
Esas variaciones a base de poner prefijos o sufijos, solo sirve para generar diccionarios interminables en ficheros y que jamás serán 'completos' al gusto de uno...

El diccionarios de sílabas lo creas una vez (con el programa para desarrollarlas que si funciona bien también se ejecutará una única vez), el tiempo entonces lo gastarás a futuro en simplemente filtrar el modo en que las sílabas se combinan para producir (en tiempo real, generar y usar), combinaciones específicamente acotadas...

Estuve el sábado revisando si haya cambiado algo al respecto en la gramática y francamente es complicado de un vistazo rápido hacerse eco de ello... Básicamente obliga a leerse un tocho de cientos de páginas (siempre se puede acudir al índice para reducir al mínimo la lectura, pero es seguro que entonces se pierden ciertos detalles)...
http://aplica.rae.es/grweb/cgi-bin/v.cgi?i=feRKWpxYQmpczbvb

Consultando el último libro que compré de gramática ("La gramática descomplicada" de Alex Grijelmo, 2009 7ªEd.), que a fin de cuentas data del mismo año que "La nueva Gramática Española" del link citado, sobre las sílabas no dice nada especial que uno no sepa, de hecho hasta pasa de largo por su 'anatomía'.

Es habitual considerar que las sílabas se componen de letras y luego saltar a los diptongos, triptongos e hiato, previo conocimiento de las vocales y consonantes.
Lo cierto es que yo tengo en mi recuerdo que la sílaba se compone de 3 partes que es lo que expondré y de lo que he partido... el domingo me tomó algo más de una hora elaborar el esquema de la formación del que sin detallar a fondo, doy una simples pinceladas.

Sí, estos son los componente de la sílaba en base a su estudio, a la especificdad con la que se forman.
Las palabras entre corchetes indica que son opcionales, pueden o no llevarlo, en cambio el núcleo es obligatorio.

C refiere a consonantes y V a vocales... esto de modo genérico, las reglas exactas las pondré más abajo.
Que puede resumirse:
- El ataque (cuando la sílaba lo lleva), se compone de 1 ó 2 consonantes. Otra forma de decirlo, puesto que puede o no llevar ataque es decir que hay 0, 1 o 2 consonantes.
- El núcleo, viene a decir que siempre existe como mínimo una vocal, a veces lleva dos (diptongo) y a veces 3 (triptongo), la vocal del medio puede no existir o dicho de otro modo, estar remplazada por una 'H' que en ese caso es muda y por tanto se comporta como si fuera un vocal (so pena de insistir en considerarla consonante y complicar la estructura, que al final ofrece el mismo resultado, pero más complejo).
- La coda cuando la lleva se compone de 1 u 2 consonantes, y como con el ataque considerando de forma absoluta que siempre se tiene, podemos asumir que entonces se compone de 0, 1 o 2 consonantes.

Resumiendo:
Esto es lo que recuerdo, sin embargo ayer (el domingo) mientras hacía todo el esquema se me vino a la cabeza algunas palabras (ejemplos de cada situación), donde la coda está formada por 3 consonantes, y cito los ejemplos que se me vinieron a la cabeza (es posible que existan más, pero basta que exista una para indicar que la 'teoría' no es correcta).
Films, gángster, tungsteno, tests, nietzschismo, seltz, watts

Hay que aclarar que originalmente ninguna de estas palabras es nativo-española, se puede asumir que las 'rarezas' en sílabas son casi en su totalidad de origen foráneo, es decir importadas del extranjero y al caso, si éstas dadas se hubiera importado siglos atrás, a buen seguro se escribirían distinto, posiblemente hubieran acabado mutando a: filmes, gánster, tunsteno, teses, nieschismo, selz, etc... Y que en mi opinión es hacia donde debiera haber mutado por indicación o regla gramatical a la sazón (que no existe, que yo sepa). Así como nos ha tocado vivir una época de empecinamiento purista absurdo, las palabras importadas tienden a mantenerse 'fieles al original en su idioma'...

No son el único caso por el que la procedencia extranjera aporte nuevas sílabas (sin uso o apenas uso en el español, previamente):  wagneriano, hamster, troll, etc...
Hay que recordar que la letra 'w' es una letra importada, su sonido en español al final cae siempre en (v|b|gü), luego es realmente innecesaria y es un aborto propio de ese purismo absurdo (a ver si en esas otras lenguas han adoptado la 'ñ').
También hay codas extrañas procedentes de las lenguas precolombinas como 'tl' que se ve en 'náhuatl'.

Quien sabe, a la vuelta de 100 años quizás hayan terminado su fase de mutación y todo lo que precisan es un rodaje y desgaste en el tiempo, que limen sus aristas y acaben como cantos rodados... como pasó con los términos procedentes del griego, latín,etc... que ya lo vemos con las perspectiva del tiempo.

Claramente la cosa se complica cuando pasamos al detalle intrincado, los diptongos lo son con la combinación de ciertas vocales, de lo contrario forman un hiato que separa la sílaba y forma dos sonidos... para rematar el caso, las vocales tildadas se encargan en buena medida de definir diptongos: 'hay' es un diptongo, pero no 'ahí', que forma un hiato 'a-hí', incluso en triptongos, como en 'bahía' que ni es triptogo, ni diptongo 'ba-hí-a'. No solo tenemos la 'h' intercalada (que se puede resumir que actúa como una vocal muda), también tenemos que la 'y' puede comportarse como la vocal 'i', como en 'rey', pero mantiene su origen en cambio en 'reyezuelo' como consonante aún procediendo de la misma raíz.

También podemos hablar de las consonantes:
- Si tomamos por ejemplo el ataque, no detrás de cualquier consonante aparece otra, por ejemplo: "'tp'-nucleo" es impronunciable en español, en cambio "'ps'-núcleo" se pronuncia obviando la 'p', como en psique, psicología... (sí una p muda se podría decir... que la gramática no señala por parte alguna, esto sucede básicamente con palabras importadas, incluso en la coda), muchas consonantes en cambio admiten como segunda consonante en el ataque la 'r' y la 'b', pero de nuevo una 'h' puede comparecer como segunda consonante (o tal vez considerada como primera vocal al ser muda), excepto que esa consonante sea precisamente la 'c' como 'cho-colate'. O la 'q' que no admite detrás de ella ninguna otra consonante.
- La coda en cambio parece ser más restrictiva, algunas de ellas no se dan, aunque opcionalmente podrían añadirse, so pena de alargar la cantidad de sílabas generadas a cambio de no hallar palabras donde se den (luego aclaro esta diferencia), como la 'ñ', 'v' o 'w'. Algunas de ellas, en cambio aceptan la pronunciación, aún cuando procedan de otro idioma. No es fácil encontrar palabras en español acabadas en k y ciertas otras consonantes como: rock, crómlech, surf, tuareg, tuaregs, etc...   e incluso no siendo algunas de nuestro idioma, si son pronunciables como: watts, Maxwell, saint

Para finalizar estas pinceladas, considerando el tamaño de las sílabas, hay que decir que es difícil encontrar sílabas de más de 5 letras, pero ahí está 'truhán', una sola sílaba y palabra de 6 letras, dado que la coda (como se ha demostrado) admite hasta 3 consonantes, quien me quita que yo no inventare la palabra: 'truhángs-ter' (mezcla de truhán y gángster), como se ve 'truhángs' es de 8 letras y es perfectamente pronunciable incluso algo como 'ñhehizz' forma una sola sílaba, es pronunciable y tiene 2 'h'.

Resumiendo. Limitarse a buscar solo las sílabas que contienen las palabras de nuestro diccionario, no reporta todas las sílabas posibles, es decir cualquiera puede crear una nueva palabra inexistente con cualquiera de la sílabas que aquí he generado. ...además el diccionario, aun conteniendo todas las palabras, no contiene las palabras de las conjugaciones de los verbos, que ofrecen muchas sílabas distintas que seguramente no constan en otras palabras (y que por tanto se perderían).

Veo por tanto más útil generar una lista con todas las sílabas que sean pronunciables (considerando además, la posibilidad de coda de 3 consonantes, precisamente por ser pronunciables), de las que luego uno pueda filtrar para eliminar las que quiera, que crear una lista con las sílabas que contienen x palabras a las que puedan añadirse otras, pués esto siempre será más complicado que lo previo. Por ejemplo, aunque no es fácil encontrar sílabas que acaben con la coda 'zz', surge facilmente 'jazz', si esto es pronunciable, también lo será 'jozz' y 'pazz' u 'pezz' y tazz', etc... luego en la lista si uno quiere, puede filtrar las sílabas que acaben en 'zz', por considerar que realmente existen muy pocas, del mismo modo uno puede querer considerar eliminar las sílabas de 8 o 7 letras, dado que es complicado encontrar sílabas incluso de 6 letras que existan en palabras de nuestra lengua. Igualmente las sílabas tildadas, puede uno asimilarlas o hacerlas equivalente a la misma sílaba con la vocal sin tilde, especialmente si la idea de uno es usar (no crear) diccionarios para tirar de fuerza bruta y un sitio no admite letras tildadas como parte de sus contraseñas.
 
Como digo que es más fácil eliminar ciertas sílabas existentes (en el fichero) que añadirlas si no estuvieran presentes, he considerado pués crear mejor una lista así. Ciertas condiciones me han parecido innecesarias, como añadir codas que empiecen por las consonantes :'ñ', 'v' y 'w', pero en cambio he dejado la posibilidad de acabar en 'q' y 'qs', por la simple razón de que puede pronunciarse como una 'c'... la infame: 'FAQS' (no la otra fucks), atestigua que es pronunciable aún cuando, sean siglas... Por supuesto cada cual puede tener su opinión al respecto y filtrar lo que desee o crear su propia lista desde cero si resulta que no se incluye cierta combinación que le parezca de interés... en ese caso esta explicación y la lista, pueden servirle de apoyo.

Esto reporta algo más de 400.000 sílabas, cuando no creo que en entre las palabras existentes haya más de 5.000 sílabas. El resultado se obtiene en menos de 1 minuto.

Nota que no me he metido a realizar una algoritmo expresamente para esto, pués ya tengo un programa de grafos para realizar análisis sintáctico basado en un conjunto de reglas, y opciones que puedo personalizar, y con ello puedo generar permutaciones con reglas muy dispares, simplemente programando el 'lenguaje' que suponen dichas reglas...
Este es el conjunto de reglas finalmente en juego:
1 - Máximo número de caracteres = 8
2 - Peso minimo = 4
3 - Reglas de producción:
Las primeras reglas, se tratan como directivas, es decir cada otra regla de producción que la contiene en la parte derecha es remplaza por la equivalencia de aquella que aparece en la izquierda (el nombre de la regla). Esto es para 3 cosas, primero claridad, luego sencillez de revisión y tercero evitar errores al transcribir 40 veces los mismos valores. El programa por tanto preprocesa (también elimina las líneas en blanco) tales entradas de directiva y las convierte en:... bueno no veo necesario ponerlo todo, baste un ejemplo, para el ataque de 'r', 's' y 't':

El texto a la izquierda es el nombre de la regla-nodo, lo que está a la derecha son cada una de las opciones que pueden seguir a ese nombre (exactamente como sucede en la descripción de las reglas de un lenguaje de programación). Es decir sus opciones son iteraciones que sustituyen al 'actual', y el tamaño del 'sustrato' (el stack.ToString), es la concatenación que se resuelve por recursión.
Cada una de esas opciones son a su vez una regla, pero se adjunta con el 'peso' que supone añadir esa regla.
Un nombre-regla, sin parte derecha equivale a un terminal.
El límite de una silaba (condición de finales de los bucles), vienen dados por unas reglas simples:
1 - La regla es en sí misma un terminal (no admite que nada más se concatene detrás, acaba la recursión).
2 - La cantidad de caracteres máximos. También limita el final de la recursión, en este caso para no incurrir en desbordamiento.
3 - Final de iteración. La cantidad de 'hijo-nodos-opciones' que tiene la regla.
4 - De peso (en este caso condicionado a mínimo: (>= que) 4)... No es una sílaba si no reúne el peso mínimo.
Esta última regla en realidad define la salida de datos, siempre que el peso sea 4 o mayor se ha obtenido una sílaba. Nota como al núcleo (a las vocales grupo3) se le ha dado un peso de 4. Esto impide que cuando se tome la una o dos consonantes del ataque lo interprete como una sílaba, es decir hasta que no sume el valor de una vocal no se garantiza que sea tomada como sílaba...

El orden de las reglas, en esa lista previa, determina el orden en que saldrán la silabas, así por ejemplo la primera sílaba que sale es 'bra', porque 'b1' es la primera regla, y la primera opción de 'b1' es 'r1' y la primera opción de 'r1' es 'a3'. Si antepusiera las vocales a las consonantes en la regla 'ataque= vocales|consonantes' , pués entonces la primera sílaba sería la 'a', pués su peso por sí sola ya suma 4.


Las últimas sílabas son:
Esta es la salida en la interfaz del programa, en el volcado a fichero se guarda solo las 'silabas' (el nombre completo con sus dígitos).
Como se ve a cada sílaba le sucede un dígito, ello obedece a que ese es el nombre para la regla, por debajo hay una pila que verifica si ya consta esa regla, en el stack, si es preciso añadir dos 'z', entonces no sería posible (como en 'zuz', 'jazz'), además si la constante 'r' tiene una regla cuando es la primera letra del ataque (la regla indica que otras letras pueden seguirle), cómo distinguimos entonces la regla si la 'r' aparece en otra posición, un ejemplo de sílaba con 3 'r': 'ahorrarse'?...
Podría, al tomar el nombre para entregarlo a la salida, ser filtrado, pero me interesa mantenerlo así, resulta más sencillo de este modo comprobar que se comporta como se espera y si no es así, hacer ajustes, después de todo filtrarlo al término del programa es bastante sencillo y asequible. Nota sin embargo que esto duplica el tamaño del fichero de salida.

El número de 'nodos' es la cantidad de reglas, una vez procesadas las directivas, es decir el tamaño del array...
La diferencia entre el número de salidas y el de nodos visitados, responde a las consonantes del ataque que por la regla del peso, no logran formar sílaba. Con cada iteración se suma un nodo visitado y con cada sílaba hallada se suma una sílaba de salida.

Te dejo enlace a un fichero para descargar, 2 txts, uno tal como sale (más el conjunto de reglas) y otro tras filtrar los dígitos (el primero es para tu análisis si merece (a ti o cualquier otro interesado) el tiempo dedicado en indagar sobre la cuestión y proponer sus propias reglas para crear su variante de reglas para su propio algoritmo:
https://workupload.com/file/HbqAsXLsrES (1'94Mb. Aprox. decomprimido son de 5'37Mb. y 3'07Mb.)

Y con esto salvo alguna duda al respecto dejo el tema zanjado.
Debe quedar claro que un diccionario de 400.000 sílabas es manejable frente a uno de millones, decenas o miles de millones, pués no es más que concatenar x sílabas... o incluso variaciones, donde (por ejemplo) se solicita intercalar 1,2 o 3 dígitos en un punto concreto (nonecesariamente al inicio o final de sílaba), o determinado carácter que se admite como contraseña pero que no es parte del alfabeto A-Z. también hay que tener en cuenta que se dan en minúsculas, una palabra como: 'orden', tiene 120 variaciones (contraseñas distintas) considerando para cada letra si es mayúscula o minúscula (1*2*3*4*5), etc... sobre otras opciones de interés. Ahí en esos detalles es donde uno puede darle juego y esmerarse en programar y no perdiendo tiempo en crear diccionarios gigantes que no aportan nada interesante, de hecho hasta cuesta a uno elegir que conjunto quiere aplicar, por que las reglas son 'el conjunto de palabras que consta en el diccionario', e inntentar filtrarlo por tus propias reglas siendo tan enormes conlleva igualmente mucho tiempo y al caso es preferible perder ese tiempo programando tus propias reglas en tu propio algoritmo.

Al final los diccionarios de tamaño medio (pongamos superiores a x Mb. solo tienen utilidad para personas que por no saber programar, tienen que conformarse con algún programa que sea capaz de cargar diferentes diccionarios, si el propio programa no dispone de reglas adecuadas que poder aplicar...

G FUERZA BRUTA V2 (fase prueba).jpg

https://mega.nz/file/KVolRAoL#iOjrI8wZh7-brrKqoeXBZGD1YM8dpcgRa-vtHXkG9o4

No se como puedo enviar la imagen directamente. :-\

Solo captura para ver mas o menos su aspecto visual y su contenido que traería, el programa se llamaría G Fuerza Bruta v2, y no solo hice su menú, sino que hay ya cosas funcionado atras de su apariencia, ya he desarrollado el algoritmo para generar listas de digrafos que forman silabas directas (Consonantes+Vocal), indirectas (Vocal+Consonantes) trabadas (Consonantes+Consonantes para ser seguidas de una vocal ej: fran pero no cumple siempre ese patrón por ej: frna) para almacenarlas todo en array, tambien he sacado q+vocal pero deje qu solamente, y saque vocal+ñ del último digrafo de una clave generada, y también he añadido un filtro de búsqueda en array para las letras que hallan elegido claves que empiecen con la letra inicial lo que me faltaría ahora de ese array unir esos elementos y combinarlos para formar claves y almacenarlas en fichero, y también actualizar el algoritmo de generar lista de dígrafos con el nuevo que he hecho.

Si quieren el programa G Fuerza Bruta v2 que todavía no hay mucha utilidad y es mas propenso a dar errores por entrada de datos incorrectos pero si ingresa todo bien o mal no pasa nada grave por ahora, avisen si quieren el link de descarga aunque no creo, pero si solo quieren probar como por ahora funciona y sugerir cambiar algo que no se entienda o mejorarlo me interesa saberlo, aunque creo que la captura es suficiente.

Hola, aquí dejo visible la imagen que ha compartido el compañero RJuegos:

(https://i.postimg.cc/CLdvqjVS/G-Fuerza-Bruta-v2.jpg)


Saludos

Eso podría reducir combinaciónes y tratar de acercarse a formar rápido alguna palabra o parecidas a algunas palabras y inexistente, podría aplicarlo a la hora de generar combinaciones y filtrar esas combinaciones para que formen silabas pronunciables, pero serían difícil de aplicar tal vez le busque la vuelta. No estaría mal ya que sería compatibles a palabras inexistente, aunque también pienso que se podría formar con el patrón que hago, pero seria un poco mas largo llegar algunas palabras sin aplicar algoritmo que reconozca silabas con posibles salidas al punto anterior, se me haría mas difícil.

El link de la imagen Lo he puesto entre img y no aparece la imagen en previsualizar, y aun sigo sin ver la imagen que has puesto, no hay nada en el espacio que hay talvez tenga que esperar que carge la imagen no me agarra bien el internet.

Así es no se visualizaba porque estaba tratando de usar el link de Mega que has dejado pero no he podido lograrlo por lo que he descargado la imagen y la he subido a otro servidor de imágenes y ahora sí se visualiza perfectamente  ;D


Saludos

Ahora si, Gracias.
Creo que era muy grande la imagen  :laugh: pero bueno algo se ve, talvez me falto recortar mas la imagen.

Hola buenas RJuegos, visualmente parece que tiene buena pinta este Generador de diccionario se puede ejecutar en Winwdows7 sin que me pete el portátil ? Porque el tema de fuerza bruta con diccionario esta complicado y mirar que he utilizado bastante generadores de diccionarios, pero este generador hace claves por defecto ? Me refiero esta ultima versión. Porque mucha gente no cambia la clave por defecto de su router y dejan la que tiene puesta por defecto.


Lo suyo sería que tu mismo pruebes esas combinaciones de diccionarios que haces con ese generador de diccionarios con tu router o con el de algún amigo y así vaya viendo los fallos que puede tener y la efectividad que tiene ese generador de claves, sin un algoritmo en concreto y solo haciendo claves aleatorias es muy complicado que tenga cierta efectividad.

De nada (https://i.postimg.cc/134H0mnB/thumbup.png)

He modificado el tamaño de la imagen para achicarla un poco, podrías ver ahora sí ha quedado como querías? (actualiza la página).


Saludos

Este programa se puede usar en windows 7 asi que no debería dar errores, al menos que puedas tener un problema con tu portátil eso no estoy seguro, te podria recomendar la opción 1 del programa, ya que si se calienta o algo puedas asegurarte hasta cuantas claves puedas generar y después te podra dar el código del punto donde se dejo, con este codigo debes ponerlo en la opción 5 que hace es continuar generando el diccionario donde se dejo. No funciona para claves por defectos, sino funciona para claves personales, solo tienes esta opción pero con claves personales, ya que talves hallan al menos algun router cambiado la clave por defecto para probar su eficaz, porque talvez sea una clave larga por defecto de 16 caracteres más o menos, podrías hacer el intento en probar este método para asegurarte si es eficaz o no, pero me falta ya poco para terminar algo y publicar, aun me falta añadir nuevas combinaciones y funciones que traería este programa G Fuerza Bruta v2, para poder tener mas posibilidades de acertar con alguna clave personal.

Se ve bien Gracias nuevamente. ;D

Podría intentar compartir internet por celular y tratar de averiguar la clave hasta pegar con una de mis diccionarios GFBv2 conociendo la primera letra

Intentalo a ver y nos cuentas es que generar un diccionario enorme me puede rentalizar el portátil o petarlo, otra idea sería hacer un script que capture handshake y pasarle el generador tuyo de diccionario con las varias opciones que de. No si me explico bien lo que quiero decir.

Algo parecido a esto:

Lo he probado y no me ralentiza la pc que lo tengo hace 11 años y no tiene buen hardware. Este generador no llega a mas de 1GB pero puede que llegue generando claves que empiecen con las vocales. No tengo conocimiento sobre capturar el handshake y tambien como leer un handshake, talves lo empiece a estudiarlo para ver como funciona y después talves añadirlo si es que se puede.

Les traigo el programa G Fuerza Bruta v2 (Prueba), si no esta estable, porque tengo un problema que intento arreglar y no se si es mi pc o un error mio, el problema que tengo ahora es al generar las claves con ñ y guardarlas en fichero, estas ñ no se muestran sino que aparecen este caracter ¤ en lugar de ñ, y quisiera saber si a ustedes tambien les pasa, para asegurarme que es un error solo mio de que no se muestren las ñ.
___________________________________________
Arreglo de ñ
Una nueva opcion 6


G Fuerza Bruta v2.exe (Prueba) (Arreglado ñ)
Tamaño: 317KB

Mega Link (Actualizado): https://mega.nz/file/bJo2mTJA#Wu2Vi5ZELjinN4LZYxCPX-T89OfnNFss1taOg1k3jwc

RJuegos debes fijarte la codificación que tiene tu archivo dónde almacenas las contraseñas generadas, abre tu editor de códigos de programación como por ejemplo Notepad++ y en el apartado de codificación debes fijarte que esté seleccionado UTF-8 SIN BOM, además también fijate la codificación con la que estás trabajando con de tu programa que sea UTF-8.


Saludos

Voy a fijarme, estuve investigando sobre UTF8 y ASCII. Notepad++ lo tengo, ya voy a configurarlo y voy a cambiar a UTF8 a ver si resulta.

Parece que añadiendo manualmente la ñ en concat se soluciona el problema y aparecen las ñ

if LetraIni=Chr(164) then
       begin
       RecordCombin:=Concat('ñ', Letrascon[1,2]);
       end
...
 

Volvi de vuelta después de 1 año sin publicar nada nuevo de este nuevo tipo de fuerza bruta v2, lo siento mucho, yo aun no lo abandone, mi pc ya no encendía, el disco duro fallaba mucho y perdi todos mis Juegos y programas que anduve haciendo, tenia que empezar de 0, asi que me tome un largo descanso.

¿Pero que traigo ahora?
Pues una aplicación para android creado por mi, que genera diccionarios para WIBR+ (no es mia), pero se puede probar en cualquier apps y pc, la hice porque no hay aplicaciones que generen diccionarios de este nuevo fuerza bruta v2, o no hay ninguna que creen un archivo diccionario en android, también lo voy a publicar, en aptoide pero tengo un problema con aptoide uploader que no se suben mis app y no aparecen en mi tienda de apps subidas, a pesar de que supuestamente la app aptoide uploader dice que se subio la app, pero no, he probado con diferentes versiones y no pasa nada, ¿donde podría subir la app o que versión de aptoide uploader funciona?

La app se llama GFBv2:Alea (Generador Fuerza Bruta v2: Aleatoria) y esta en desarrollo, pero funcionando bien pequeños errores pero me va bien, asi que también puede que no se vea bien por ahora, porque primero me enfoco en las funciones, después lo visual, lo bueno que pienso añadir posiblemente pronto es hacer que las claves que vallan generando sean mas pronunciables, asi para aumentar la posibilidad de que de con la clave mas probable y reduciendo las claves muy aleatoria con mi método anterior, asi también nos reducira bastante tiempo, en comparación con la otra forma vieja de fuerza bruta, que cambia letra por letra y esperar muchisimo tiempo para que de con muchísimas combinaciónes la clave exacta, la forma mia no es tan asi, estas se filtran las combinaciones, uniendo digrafos mas posibles que esten en las palabras que solemos usar en el idioma español y asi van combinándose y formándose aveces nuevas palabras pronunciables y otras que ya conocemos y usamos para poner la clave de nuestro wifi, ¿Si me explico bien ahora? Pero aveces no genera palabras pronunciables, solo se aproxima a generarlas, si chequean las claves de estos diccionarios se ven algunas claves improbables y otras muy aceptables pero ese es la idea llegar a generar o formar palabras pronunciables.

Link de GFBv2:Alea (beta 1.0)
https://mega.nz/file/PIoCVaSJ#TCj72dip1T-Fq9O2YRJgnxM0W8KYOe5ssc67EhbBXZU

Solo tengo mi tablet y es ahi donde hice esta app, ya que estoy muy limitado en conseguir una pc.

Lo has petado el Pc normal, para hacer estas cosas tienes que tener un buen ordenador con una buena grafica, Memoria RAM,Procesador: Definitivamente lo recomendaría para un ordenador portátil con procesadores Intel Core i5 hacía arriba como mínimo.


Y si vas hacer un Generador de diccionario hazlo que sea compatible con Windows que sea sencillos de ejecutar y generar diccionarios que no me colapse el Pc.

Saludos.

Actualización de GFBv2:Alea (Beta1.1)

*Mejoras visuales.
*Mejoras en la generación de claves para que sean algo pronunciables.
*Arreglo en la lista de claves iniciales que no aparecia la combinación "cl" y tampoco en el algoritmo generador.
*Ahora para ver acerca de esta app esta en el cajon, en lugar de presionar la imagen.
+Añadido el Registro de cambios.
+Cajon.

Link de GFBv2:Alea(Beta1.1)

https://mega.nz/file/7EwjBA6Y#pIucCY8QDx9GrxYTJleIyz09HHv9mG09DRO_VH4YJKw