Foro Wifi-libre.com

Féria con el WPS en espana

Ps: me gusta mucho la musica de la vidéo

Ultima edición por Koala (21-11-2016 19:16:06)

que datos exactamentes necesitas ?

y funciona en kali,por que quiero recordar que no funcionaba. no?

yo tengo    WPSPIN VERSION 1.5

Ultima edición por cardi1977 (21-11-2016 21:48:21)

¿Cúanto tiempo tiene esa base de datos? ¿es reciente?

te falta muchos pin genericos y tambien mas redes nueva. yo puedo pasarte la base de datos que yo tambien mantengo y actualizo con datos nuevo el inconveniente es que yo no pongo los modelo y nombre de fabricante simplemente le voy añadiendo la mac.

son uno 300 mac soportada en en zao y en orange mas 25 pin generico nuevo

Me extrañaba, porque faltan unos cuantos pines xD. Pero ya veo que está explicado en el post

Ultima edición por Flashed (22-11-2016 15:58:29)

@ flashed
Se irá actualizando... Ayer pasé un buen rato para poner la en forma aquí, hoy no voy a hacer esto porque tampoco es una cosa ultra divertida
De aquí una semana le haré un buen update.
  Quiero añadir también una columna pixiewps (No sportado / pixiewps ralink / pixiewps broadcom o pixiewps realtek)
@ Betis
¡Xaxi!
Gracias otra vez

Uno no impide el otro: tener la en formato txt para una consular rápida con cftrl+F11 online y tener la en un documento más "pro" tipo excell.
   Dos mejor que uno digo yo.
Se que así es cutre pero la idea mía es tener una base en un simple fichero .txt manejable desde consola linux para scripting.
Por mi lado quiero mantener algo que no requiere nada más que cat, awk y grep para consultas, por conveniencia personal (no tengo ni uso libreoffice (o excell) )

Betis me lee la mente... vieja canalla 
Si le tendría que dar un formato a la *.db usaría squlite3
Por las razones que mencionas he añadido separadores "|" entre cada categoría
  A mi todo me parece bien
Tener una db vistosa y guapa para excell-libre office, tener un base de datos eficiente en formato sqlite y tener una versión simplona sin dependencias (cat, grep y awk están incluido en todas las shell UNIX (mac-linux) las más depuradas.)
  Yo diría... hagamos las tres cosas.
  Lo primero sería con la colaboración de todos bien centralizar los datos que faltan (lo descubierto entre 2015 y hoy).
  Con todos los detalles para hacer une base completa.
  Insisisto en ello, modelo, fabricante hasta incluso la versión del frimware... todo tiene su importancia y una base con bssid y essid y PIN no me conviene.
  Prefiero que hayan menos cosas pero que sean comprobadas, he visto a lo largo de estos años lo fácil que era falsear una base con datos no ciertos...
Un ejemplo típico: wpsbunker
  Se mezclan PIN que no son genéricos con Pines genéricos, no hay control, no hay conocimiento y el resultado es patético.
  Lo que odio más es cuando me dicen que algo esta soportado y que no lo está.
   Seguro que entre tod@s vamos a tener algo bien en fase con la realidad hoy en día.

No se, a lo mejor es la elección de los colore que no te entra
Sino no hay fallos porque esta base esta enfocada sobre lo que importa: El modelo.
El bssid es casi anecdotario en la historia y si pruebas verás que te salen los bssids repetidos si los hay

WPSPIN tira de ella y sabe decirte si hay varios essid possibles para un mismo bssid

 
No se a que te refieres por automatizable.
Si es automatizar la entrada de datos personalmente mi experiencia me ha aprendido que los datos que se te mandan se deben comprobar por humano y entrarlos en un tabulador o poniendo espacios y separadores en un post es básicamente lo mismo.
Luego no me parece tampoco complicado usar la directamente en un script si es lo a que te refieres
tiene cada bloque separado por una liña de espacio y cada bloque tiene una estructura fija

campo modelo | campo fabricante | campo PIN
campo essid
campo bssid 

Esto es así para que no todo sea en una linea; sería muy indigesto para consultas en linea.
Pero no es complicado pasar la por un par de ordenes y que te quede así para un script

| campo modelo | campo fabricante | campo PIN | campo essid | campo bssid |

7 separadores | por linea y cada campo fijo.
  De hecho pensaba dejar la así (cada modelo en una linea con los 7 speardores | ) en versión para copiar y pegar con el opción insertar código después de la que hay para consultas en linea.
  Lo primero que haría es antes de todo poblarla, luego te prometo que si se hace como he hecho se podrá extraer y reordenar toda la información como a uno le convenga y estará toda disponible, sin bssid conocidos que no salen u otro error 

¡Buenas!
Te entiendo
Sobre los casos especiales que mencionas :
  - Los dos primeros respectan la estructura del bloque, tienes dos essid possibles, si pillas el campo essid te da los dos. Para que sea más bonito pondré en ambos "or" entre los essids possibles en lugar de tener dos cosas diferente.
  - Los dos otros : *la bewan se usa por dos FAI diferentes (essid por defecto diferente) y cada una tiene su propio PIN por defecto
                           *El cisco esta asembaldo por dos fabricantes disitntos, cada uno con su bSSID

  Ya pero el objetivo aquí es tener una base datos exacta y rigorosa antes de una db para desarrolladores de scripts.
Si hay un conflicto entre sentido común y la optimización para "intergación directa en script" es el sentido común que prevale
   El criterio primero correcto es el modelo
  Y no se deben doblar las entradas para un mismo modelo; es fundamentalmente ilógico. 
  Miro mi modelo ( la búsqueda esta optimizada por fabricante los datos están ordenados alfabéticamente por fabricante); mi modelo puede tener varios PIN, varios essid por defectos posibles, varios Bssid, compartir el rango de bssid con otros modelos etc...
  Hay una hierarquía en la información y se tiene que mantener porque es conforme con la validez del enfoque
A lo mejor hubiera podido ordenarlo alfabéticamente por modelo... Lo esta, pero por cada fabricante
  Pero esto no importa, por fabricante puede ser conveniente a veces,
Lo importante es que no hayan entradas dobladas sobre el único elemento relevante, valido y seguro: El modelo.
   Dicers que así no es optimo para una integración directa en los scripts... te diría que no esta mal para nada y que al final quizás si.
Lo optimo en scipt parecería hacer una lista sobre los incios bssid porque es el unico elemento del cual se dispone siempre.
  Lo he hecho así en WPSPIN, poniendo cuando era necesario comprobaciones necesarios para los rangos por los cuales hay varios modelos y al final hubiera resultado más liviano montárselo con condiciones para triar de una lista genérica organizada según modelo... esto si, se debe programar comprobaciones de los campos para afinar el resultado
    Dejaré aquí el formato que uso para WPSPIN, una linea, todo con estructura fija, solo que unos campos tienen varios valores.
   Será muy fácil adaptarla si lo ves necesario, será possible usarla directamente en un script con unas cuantas bucles if para tratar los campos con doblones

Exacto.
Lo puedes pillar por dónde quieras, siempre habrá que hacer un par de condiciones/funciones para llevar un par de comprobaciones en unos casos... no se pueden ahorrar (o el resultado sera impreciso) 

Ya pero hace falta o el plug-in web o sqlite y saber manejarlos.
Yo no se.
Quiero tener algo consultable directo con la opción integrada "buscar" que lleva cualquier navegador y que se adapte al formato del foro, una base de datos para humanos que visitan wifi-libres sin que tengan un tabulador o sqlite o un plug-in.
  Un poco como la wiki-PIN
Una base de datos .db sqlite es sin dudas una muy muy buena, tienes toda la razón, pero hablamos de otra cosa.
No se manejar sqlite así que esto no lo puedo hacer pero lo veo como algo distinto a llevar en paralelo.   
Tampoco me serviría mucho a mi, yo ya no mantengo un script WPS y no es realmente lo que me interesa aquí. 
Hagamos así... lo pirmeo es lo primero y es poblar la lista. Hay dos años a repasar, no es mucho pero es trabajo.
Una vez hecho me decís el formato exacto que queréis, sqlite no será, pero si lo queréis "PIN-fabricante etc"  ̣o  "modelo - essid - etc."
Una vez que le trabajo esta hecho la paso por un bucle para dar le el formato que queréis y se los dejo aquí.

Me podrías mandar un probe cuando puedes?
Es para ver el chispet wifi (sera un ralink vulnerables pixiedust, quierro)
Gracias por el aporte.