Seguridad Wireless - Wifi
Suite Seguridad Wireless => Colaboracion y desarrollo de nuestras lives => Mensaje iniciado por: USUARIONUEVO en 31-03-2018, 18:57 (Sábado)
-
Luego hare resumen de cosas interesantes que no puedo pararme ahora.
ISO: https://mega.nz/#!6t41xQoQ!GpAfh9CxdIyqdTYT3Owaq1ys-pvw-eMSrlpK58qZBGc (https://mega.nz/#!6t41xQoQ!GpAfh9CxdIyqdTYT3Owaq1ys-pvw-eMSrlpK58qZBGc)
DRIVER NVIDIA: https://mega.nz/#!r94GRSCC!rDVmbVDumf9-i5VtPc_JtdR2ku3nNSP-2fqV9zDQQ8g (https://mega.nz/#!r94GRSCC!rDVmbVDumf9-i5VtPc_JtdR2ku3nNSP-2fqV9zDQQ8g)
DRIVER AMD: https://mega.nz/#!j4JjzLRS!ekBf6fWrFUwMmKiGwyxo98xeRzmWhUblHmJupkO0e3E (https://mega.nz/#!j4JjzLRS!ekBf6fWrFUwMmKiGwyxo98xeRzmWhUblHmJupkO0e3E)
-
ok,descargando para testear los cambios.
-
31/03/2018
01 - De serie se incluyen drivers wifi extras
rtl8192eu-5.2.7_d45df0e
rtl8812au_4.3.21-4.3.21_e2fee81
rtl8814au_4.3.21-4.3.21_e2fee81
ha costado, pero por fin >:(
una pregunta, es el de kimocoder no? (el que está en aircrack) porqué no usar mejor la rama default que es 5.1.5?
edit: ok te acabo de leer en el otro hilo. El de astsam sigue funcionando en kernels nuevos? ???
-
31/03/2018
01 - De serie se incluyen drivers wifi extras
rtl8192eu-5.2.7_d45df0e
rtl8812au_4.3.21-4.3.21_e2fee81
rtl8814au_4.3.21-4.3.21_e2fee81
ha costado, pero por fin >:(
una pregunta, es el de kimocoder no? (el que está en aircrack) porqué no usar mejor la rama default que es 5.1.5?
edit: ok te acabo de leer en el otro hilo. El de astsam sigue funcionando en kernels nuevos? ???
a ver .. este es uno de esos cambios ...
el de astsam , no compila , pero los chicos de aircrack , tienen ese driver parcheado (4.3.21) , es el que todos deciis que va mejor , por eso use esa rama.
de todas formas .. en updaters esta el script ... sale un menu de si quieres 4.3.21 o 5.1.5 , si quieres probar el 5.1.5 , solo lanza el script y elige ese.
mas facil no os lo puedo poner , ahora si me dices que el 5.1.5 ahora funciona mejor que el 4.3.21 ya es otra cosa , yo no tengo ninguna tarjeta que use esos drivers asi que no se mas que lo que va diciendo la gente y la mayoria coinciden en que les va mejor un 4.3.21 que el otro.
Tambien vi que hay uno 5.2.9 , que me compilaba pero con un warning al final ,,, y luego el driver no se podia cargar , po eso esa opcion no aparecera en los scripts.
-
tambien has puesto si no me equivoco el plugin para pyrit para usar las gpus.Lo probare esta noche ;)
-
Me suena tambien de haber leido alguna vez algo sobre este chip , ... pero de momento , no hay script, por que no se si es de utilidad para alguien.
https://github.com/lwfinger/rtl8188eu
Siempre he sido contrario a lo de incluir este tipo de driver externos al kernel , por que por ejemplo , hoy subi un iso con kernel 4.14.31 y acaba de salir el kernel 4.14.32 , eso no solo implica actualizar el kernel ,si no ademas todos esos drivers me toca recompilarlos :(
-
tambien has puesto si no me equivoco el plugin para pyrit para usar las gpus.Lo probare esta noche ;)
correcto , para activarlo debes abrir el fichero config , y donde pone opencl , poner "true"
1 - ejecuta pyrit sin mas para que genere la config
2 - abres la config en
/root/.pyrit/config3 - cambiamos use_OpenCL = false por use_OpenCL = true
si da error , es por que no hay nada con Opencl que se pueda usar , asi pues revertir el cambio a false para dejarlo por defecto.
Me parece un poco chapucilla , se podria haber hecho con algun parametro
pyrit --opencl .... bla bla bla
pero es lo que hay , tambien esta la opcion cuda ,pero eso necesitas tarjeta nvidia con su driver y ademas el paquete cuda que ocupa un huevo
http://slackbuilds.org/repository/14.2/development/cudatoolkit/
si os funciona hashcat , no os calenteis con esto
-
Respecto a hashcat , puede que veais mensajes en rojo de que no pudo cargar tal o cual "dispositivo"..
eso es por que ahora el sistema tiene 2 o 3 tools capaces de cargar distintos dispositivos con capacidad opencl ,
por ejemplo
beignet , qu es para intel GPU , NVDIA driver , o alguno mas , marcara en rojo los que no pueda usar y probara hasta que uno responda.
es decir , si tienes un CPU , con grafico integrado INTEL , beignet intentara usarlo , pero ... si ademas ese sistema tiene una NVIDIA , pues aunque sera detectado el integradoINTEL , como no estara en uso , tirara de la NVIDIA , vamos puede detectarlas todas pero usar la que el sistema este manejando en ese momento.
Distinto es que tengas 2 graficas NVIDIA en sli , en ese caso si usara las dos , al igual que con AMD , pero no las mezclara por que tira de lo que el sistema maneje en ese momento.
Parece complicado pero creo es sencillo ... si tienes graficos integrados y nada mas, se intentara usar eso .. por que el sistema es lo que tiene en carga , pero si añades una grafica dedicada , como el sistema usara esa ..pues las tools GPU-CRACK , trataran de usar eso , por que ademas sera el driver que se este usando.
-
si teneis curiosidad , podeis mirar en
/etc/OpenCL/vendors/
alli estan las configs de las librerias que pueden tirar de dispositivos cpu/gpu para usarlos con opencl.
Por defecto solo lleva este
intel-beignet.icd
un fichero *.icd , es un "chivato" que le dice a las tools , preguntale a tal o cual libreria ...y esa detectara si hay algo para ser usado o no , por eso puede que veais algun mensaje en hashcat , por que se preguntara a esos ficheros y los que no puedan detectar nada apareceran en rojo.
Para mas inri , lo he abierto y tiene la ruta MAL
/usr/lib64/beignet//libcl.so
deberia ser
/usr/lib64/beignet/libcl.so
grgrgrgrgrgrgrg , como me jode ver estos fallos justo al mismo dia de subir un iso , y despues de estar 2 o 3 dias afinando cosas :P :P :P
-
bueno , al final lo de beignet pasa en todas las distros, es algo del paquete en si , aunque no afecta
si ponemos en dolphin
/usr/lib64/beignet//
aunque hay doble barra en la ruta , nos llevara bien al sitio ... asi que aunque esta mal , no es problema.
-
donde se puede ver el log de arranque?me ha parecido ver un error de microcode o algo parecido.Pyrit me da error nada mas arrancar sin tocar nada
wifislax64 ~ # pyrit -h
X server found. dri2 connection failed!
Device open failed, aborting...
Pyrit 0.5.0 (C) 2008-2011 Lukas Lueg - 2015 John Mora
https://github.com/JPaulMora/Pyrit
This code is distributed under the GNU General Public License v3+
Usage: pyrit [options] command
Recognized options:
-b : Filters AccessPoint by BSSID
-e : Filters AccessPoint by ESSID
-h : Print help for a certain command
-i : Filename for input ('-' is stdin)
-o : Filename for output ('-' is stdout)
-r : Packet capture source in pcap-format
-u : URL of the storage-system to use
--all-handshakes : Use all handshakes instead of the best one
--aes : Use AES
Recognized commands:
analyze : Analyze a packet-capture file
attack_batch : Attack a handshake with PMKs/passwords from the db
attack_cowpatty : Attack a handshake with PMKs from a cowpatty-file
attack_db : Attack a handshake with PMKs from the db
attack_passthrough : Attack a handshake with passwords from a file
batch : Batchprocess the database
benchmark : Determine performance of available cores
benchmark_long : Longer and more accurate version of benchmark (5 minutes)
check_db : Check the database for errors
create_essid : Create a new ESSID
delete_essid : Delete a ESSID from the database
eval : Count the available passwords and matching results
export_cowpatty : Export results to a new cowpatty file
export_hashdb : Export results to an airolib database
export_passwords : Export passwords to a file
help : Print general help
import_passwords : Import passwords from a file-like source
import_unique_passwords : Import unique passwords from a file-like source
list_cores : List available cores
list_essids : List all ESSIDs but don't count matching results
passthrough : Compute PMKs and write results to a file
relay : Relay a storage-url via RPC
selftest : Test hardware to ensure it computes correct results
serve : Serve local hardware to other Pyrit clients
strip : Strip packet-capture files to the relevant packets
stripLive : Capture relevant packets from a live capture-source
verify : Verify 10% of the results by recom****tion
wifislax64 ~ #
y al tocar la config y poner true
wifislax64 ~ # pyrit list_cores
X server found. dri2 connection failed!
Device open failed, aborting...
Pyrit 0.5.0 (C) 2008-2011 Lukas Lueg - 2015 John Mora
https://github.com/JPaulMora/Pyrit
This code is distributed under the GNU General Public License v3+
X server found. dri2 connection failed!
Device open failed, aborting...
cl_get_gt_device(): error, unknown device: ffffffff
Traceback (most recent call last):
File "/usr/bin/pyrit", line 6, in <module>
pyrit_cli.Pyrit_CLI().initFromArgv()
File "/usr/lib64/python2.7/site-packages/pyrit_cli.py", line 117, in initFromArgv
func(self, **options)
File "/usr/lib64/python2.7/site-packages/pyrit_cli.py", line 294, in list_cores
with cpyrit.cpyrit.CPyrit() as cp:
File "/usr/lib64/python2.7/site-packages/cpyrit/cpyrit.py", line 451, in __init__
p = _cpyrit_opencl.OpenCLPlatform(platform_idx)
SystemError: Failed to enumerate devices on this platform (CL_DEVICE_NOT_FOUND)
wifislax64 ~ #
si desinstalo el plugin funciona sin detectar la amd claro
wifislax64 ~ # pyrit list_cores
Pyrit 0.5.0 (C) 2008-2011 Lukas Lueg - 2015 John Mora
https://github.com/JPaulMora/Pyrit
This code is distributed under the GNU General Public License v3+
The following cores seem available...
#1: 'CPU-Core (SSE2/AES)'
#2: 'CPU-Core (SSE2/AES)'
#3: 'CPU-Core (SSE2/AES)'
#4: 'CPU-Core (SSE2/AES)'
#5: 'CPU-Core (SSE2/AES)'
#6: 'CPU-Core (SSE2/AES)'
#7: 'CPU-Core (SSE2/AES)'
#8: 'CPU-Core (SSE2/AES)'
wifislax64 ~ #
-
@sol666
aun llevas la grafica AMD ?
si llevas la amd , sin driver no va a funcionar el opencl.
otra opcion ...
prueba a eliminar beignet
removepkg beignet
-
las pruebas son con el driver que has subido.
-
las pruebas son con el driver que has subido.
ya pero comentaste igual cambiabas a nvidia , .. ¿sigues con la AMD 270?
INICIA EL LIVE , y antes de tocar nada
removepkg beignet
y entonces prueba a ver.
Intuyo , que al igual que los usuarios de AMD y NVIDIA , cargan su modulo aparte , los INTEL integrados , deberian cargar beignet a parte , si es que ese es el problema.
-
el plugin de pyrit-opencl tenéis que ponerlo así en la configuración de pyrit
limit_ncpus = -1 #para solo usar la gráfica
rpc_announce = true
rpc_announce_broadcast = false
rpc_knownclients =
rpc_server = false #aquí tenéis que tener false para que no se use como servidor
workunit_size = 75000limit_ncpus = -1
el -1 es solo gráfica
el 1 es para todo a la vez, procesador y grafica
si tenemos ocho núcleos y solo queremos usar 4, ponemos
limit_ncpus = 5 (1 gráfica + 4 núcleos de procesador.) etc etc
-
Me gustaria primero ver donde esta el conflicto , ahora mismo estoy en el trabajo y no tengo acceso mas que a mi portatil que es compatible con beignet y no me da error , asi que no puedo reproducir el escenario ahora mismo.
puede ser simplemente beignet , u otra cosa que tengo en mente , pero primero a ver si desinstalando beignet mejora la cosa.
-
lo has clavao,si desinstalo beignet ya utiliza la amd
wifislax64 ~ # pyrit benchmark
Pyrit 0.5.0 (C) 2008-2011 Lukas Lueg - 2015 John Mora
https://github.com/JPaulMora/Pyrit
This code is distributed under the GNU General Public License v3+
Running benchmark (57398.3 PMKs/s)... |
Computed 57398.31 PMKs/s total.
#1: 'CPU-Core (SSE2/AES)': 537.0 PMKs/s (RTT 3.0)
#2: 'CPU-Core (SSE2/AES)': 540.2 PMKs/s (RTT 3.0)
#3: 'CPU-Core (SSE2/AES)': 539.3 PMKs/s (RTT 3.0)
#4: 'CPU-Core (SSE2/AES)': 536.2 PMKs/s (RTT 2.9)
#5: 'CPU-Core (SSE2/AES)': 540.4 PMKs/s (RTT 3.0)
#6: 'CPU-Core (SSE2/AES)': 539.0 PMKs/s (RTT 2.9)
#7: 'CPU-Core (SSE2/AES)': 545.3 PMKs/s (RTT 3.0)
#8: 'CPU-Core (SSE2/AES)': 538.2 PMKs/s (RTT 2.9)
OpenCL:
#1: 'OpenCL-Device 'Pitcairn'': 60517.8 PMKs/s (RTT 2.6)
wifislax64 ~ #
me falta ver durante el arranque me da un error creo que es de cpu ¿donde puedo verlo?
-
lo has clavao,si desinstalo beignet ya utiliza la amd
wifislax64 ~ # pyrit benchmark
Pyrit 0.5.0 (C) 2008-2011 Lukas Lueg - 2015 John Mora
https://github.com/JPaulMora/Pyrit
This code is distributed under the GNU General Public License v3+
Running benchmark (57398.3 PMKs/s)... |
Computed 57398.31 PMKs/s total.
#1: 'CPU-Core (SSE2/AES)': 537.0 PMKs/s (RTT 3.0)
#2: 'CPU-Core (SSE2/AES)': 540.2 PMKs/s (RTT 3.0)
#3: 'CPU-Core (SSE2/AES)': 539.3 PMKs/s (RTT 3.0)
#4: 'CPU-Core (SSE2/AES)': 536.2 PMKs/s (RTT 2.9)
#5: 'CPU-Core (SSE2/AES)': 540.4 PMKs/s (RTT 3.0)
#6: 'CPU-Core (SSE2/AES)': 539.0 PMKs/s (RTT 2.9)
#7: 'CPU-Core (SSE2/AES)': 545.3 PMKs/s (RTT 3.0)
#8: 'CPU-Core (SSE2/AES)': 538.2 PMKs/s (RTT 2.9)
OpenCL:
#1: 'OpenCL-Device 'Pitcairn'': 60517.8 PMKs/s (RTT 2.6)
wifislax64 ~ #
Habilitando opencl en la config verdad ? o sin tocar nada ?
abusando un poco , y poder adelantar hipotesis ...
arranca en live ,
removepkg beignet
slapt-src -u
slapt-src -i beignet ocl-icd
y pruebas ... si asi sigue dando la lata , me toca definitivamente quitar beignet
-
yo te puedo decir que la versión 0.5 tiene que pulirse mas, es mejor que hubieras puesto la 0.4 y darle tiempo a corregir errores
el plugin pyrit-opencl es para la versión 0.4 en la versión 0.5 no funciona
se tiene que compilar en esta versión el cpyrit-opencl que viene en módulos.
-
habilitando poniendo true
-
yo te puedo decir que la versión 0.5 tiene que pulirse mas, es mejor que hubieras puesto la 0.4 y darle tiempo a corregir errores
el plugin pyrit-opencl es para la versión 0.4 en la versión 0.5 no funciona
se tiene que compilar en esta versión el cpyrit-opencl que viene en módulos.
justo arriba te acaban de poner que si funciona ;D
el git esta parado , no creo que vaya a salir nada en breves por parte de pyrit , en el git esta 0.5.1
¿o te refieres a lo de andar activandolo en configuraciones a mano?
cuando descomprimes el codigo de la 0-5-0 en una de las carpetas estan los plugins ...
es mas ....
wifislax64 ~ # pyrit list_cores
Pyrit 0.5.0 (C) 2008-2011 Lukas Lueg - 2015 John Mora
https://github.com/JPaulMora/Pyrit
This code is distributed under the GNU General Public License v3+
The following cores seem available...
#1: 'CPU-Core (SSE2/AES)'
#2: 'CPU-Core (SSE2/AES)'
#3: 'CPU-Core (SSE2/AES)'
#4: 'CPU-Core (SSE2/AES)'
The following OpenCL GPUs seem aviable...
#1: 'OpenCL-Device 'Intel(R) HD Graphics Kabylake ULT GT2''
-
@sol666
lo del microcodigo va a ser que tu tienes cpu AMD , y hay un servicio de actualizacion al vuelo de microcodigo intel ...
ejecuta en consola
/etc/rc.d/rc.microcode_ctl start
y me cuentas ...
-
esto es lo que me sale ami nada mas arrancarlo en mi sistema
aries@aries:~$ '/opt/Pyrit-master/pyrit'
Traceback (most recent call last):
File "/opt/Pyrit-master/pyrit", line 4, in <module>
import pyrit_cli
File "/opt/Pyrit-master/pyrit_cli.py", line 32, in <module>
import cpyrit.cpyrit
File "/opt/Pyrit-master/cpyrit/cpyrit.py", line 42, in <module>
import util
File "/opt/Pyrit-master/cpyrit/util.py", line 54, in <module>
import _cpyrit_cpu
ImportError: No module named _cpyrit_cpu
-
esto es lo que me sale ami nada mas arrancarlo en mi sistema
aries@aries:~$ '/opt/Pyrit-master/pyrit'
Traceback (most recent call last):
File "/opt/Pyrit-master/pyrit", line 4, in <module>
import pyrit_cli
File "/opt/Pyrit-master/pyrit_cli.py", line 32, in <module>
import cpyrit.cpyrit
File "/opt/Pyrit-master/cpyrit/cpyrit.py", line 42, in <module>
import util
File "/opt/Pyrit-master/cpyrit/util.py", line 54, in <module>
import _cpyrit_cpu
ImportError: No module named _cpyrit_cpu
claro --> ImportError: No module named _cpyrit_cpu
todo correcto ... por que pyrit por defecto nunca incluye los plugins ,... siempre van a parte.
https://github.com/JPaulMora/Pyrit/tree/master/modules/cpyrit_opencl
si tienes pyrit-0.4.0 , bajas las sources , descomprimes , vas a la carpeta modules, y ali estara el de opencl ..
python setup.py build
python setup.py install
-
respecto a beignet , parece ser que esta haciendo overlap , con algunas cabeceras del paquete
opencl-headers ;D
bueno , ya tengo cosas para mañana ;)
-
eso me pasa en la ultima versión de git la 0.5.1
-
eso me pasa en la ultima versión de git la 0.5.1
¿pero compilas los modulos? ...seguro que se te paso.
tienes que situarte en la carpeta modules/opencl e instalarlo ... siempre ha sido asi , claro que si esta en los repos ya empaquetado te ahorras historietas.
-
lo del microcode
wifislax64 ~ # /etc/rc.d/rc.microcode_ctl start
- Uploading microcode: /usr/sbin/microcode_ctl -uq
/usr/sbin/microcode_ctl: error writing to '/dev/cpu/microcode' errno=22 (Invalid argument)
/usr/sbin/microcode_ctl: there may be messages from the driver in your system log.
wifislax64 ~ #
lo de pyrit al desinstalar beignet y volver a instalar con slapt-src -i beignet ocl-icd
wifislax64 ~ # pyrit list_cores
X server found. dri2 connection failed!
Device open failed, aborting...
X server found. dri2 connection failed!
Device open failed, aborting...
cl_get_gt_device(): error, unknown device: ffffffff
X server found. dri2 connection failed!
Device open failed, aborting...
X server found. dri2 connection failed!
Device open failed, aborting...
cl_get_gt_device(): error, unknown device: ffffffff
Pyrit 0.5.0 (C) 2008-2011 Lukas Lueg - 2015 John Mora
https://github.com/JPaulMora/Pyrit
This code is distributed under the GNU General Public License v3+
X server found. dri2 connection failed!
Device open failed, aborting...
cl_get_gt_device(): error, unknown device: ffffffff
Traceback (most recent call last):
File "/usr/bin/pyrit", line 6, in <module>
pyrit_cli.Pyrit_CLI().initFromArgv()
File "/usr/lib64/python2.7/site-packages/pyrit_cli.py", line 117, in initFromArgv
func(self, **options)
File "/usr/lib64/python2.7/site-packages/pyrit_cli.py", line 294, in list_cores
with cpyrit.cpyrit.CPyrit() as cp:
File "/usr/lib64/python2.7/site-packages/cpyrit/cpyrit.py", line 451, in __init__
p = _cpyrit_opencl.OpenCLPlatform(platform_idx)
SystemError: Failed to enumerate devices on this platform (CL_DEVICE_NOT_FOUND)
en definitiva beignet creo que esta dando conflictos y lo del microcode ni caso
-
aries@aries:/opt/Pyrit-master/modules/cpyrit_opencl$ python ./setup.py build
running build
running build_ext
Building modules...
building 'cpyrit._cpyrit_opencl' extension
creating build/temp.linux-x86_64-2.7
x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -fPIC -I/usr/local/cuda/include -I/usr/include/python2.7 -c _cpyrit_opencl.c -o build/temp.linux-x86_64-2.7/_cpyrit_opencl.o -Wall -fno-strict-aliasing -DVERSION="0.5.0"
_cpyrit_opencl.c:40:20: fatal error: Python.h: No existe el archivo o el directorio
compilation terminated.
error: command 'x86_64-linux-gnu-gcc' failed with exit status 1
ese es uno de los errores. este desde la raíz del directorio
ries@aries:/opt/Pyrit-master$ python ./setup.py build
running build
running build_py
running build_ext
building 'cpyrit._cpyrit_cpu' extension
creating build/temp.linux-x86_64-2.7
creating build/temp.linux-x86_64-2.7/cpyrit
x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -fPIC -I/usr/include/python2.7 -c cpyrit/_cpyrit_cpu.c -o build/temp.linux-x86_64-2.7/cpyrit/_cpyrit_cpu.o -Wall -fno-strict-aliasing -DVERSION="0.5.1" -maes -mpclmul
cpyrit/_cpyrit_cpu.c:32:20: fatal error: Python.h: No existe el archivo o el directorio
compilation terminated.
Failed to build; Compiling without AES-NI
building 'cpyrit._cpyrit_cpu' extension
x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -fPIC -I/usr/include/python2.7 -c cpyrit/_cpyrit_cpu.c -o build/temp.linux-x86_64-2.7/cpyrit/_cpyrit_cpu.o -Wall -fno-strict-aliasing -DVERSION="0.5.1"
cpyrit/_cpyrit_cpu.c:32:20: fatal error: Python.h: No existe el archivo o el directorio
compilation terminated.
error: command 'x86_64-linux-gnu-gcc' failed with exit status 1
-
@sol666
gracias por las pruebas.
conclusiones iniciales
el servicio y paquete de microcode intel , lo he de quitar , pensaba que ese servicio actuaria solo sobre cpus intel , pero si lo intenta indiscrminadamente , no mola , ademas en maquina virtual tambien dara error , y no queda bonito ver errores en el arranque.
el tema de microcodigo fue a causa de meltdown y spectre , pero como ya vamos parcheados via software con kernel gcc y todo , ya no veo necesario esto del microcodigo.
++++++++++++++++++++++++++
con respecto a beignet y opencl y compañia , seguramente desmonte esos paquetes y lo inicie de cero.
como he comentado , he visto que beignet esta sobreescribiendo las cabeceras opencl-headers que usan opencl-1 y beignet mete unas opencl-2 , creando ademas un megamix entre las suyas y las que no sobreescribe del otro paquete.
-
@crash
al menos tienes la voluntad de ir intentandolo ,... presta atencion ...
cpyrit/_cpyrit_cpu.c:32:20: fatal error: Python.h: No existe el archivo o el directorio
supongo que python si que lo tienes, pero intuyo ... ;D ;D ;D ;D , estas en un debian donde los paquetes son ABSURDAMENTE , divididos hasta la saciedad.
mira a ver si tienes algo tipo
python-dev , hay estaran las cabeceras python que no tienes.
-
lo has clavao,ya seguiremos con mas pruebas,ahora al sobre.
-
si ese error ya lo había visto. y si estoy en un debian, jejejejeje como lo sabes? >:D >:D
estoy construyéndolo de nuevo el sistema desde cero.
ya he conseguido que rule con el procesador
aries@aries:/opt/Pyrit-master$ pyrit benchmark
Pyrit 0.5.1 (C) 2008-2011 Lukas Lueg - 2015 John Mora
https://github.com/JPaulMora/Pyrit
This code is distributed under the GNU General Public License v3+
Running benchmark (2429.8 PMKs/s)... -
Computed 2429.77 PMKs/s total.
#1: 'CPU-Core (SSE2)': 647.2 PMKs/s (RTT 3.0)
#2: 'CPU-Core (SSE2)': 654.1 PMKs/s (RTT 2.9)
#3: 'CPU-Core (SSE2)': 644.3 PMKs/s (RTT 2.9)
#4: 'CPU-Core (SSE2)': 659.5 PMKs/s (RTT 3.0)
ahora me toca hacerlo funcionar con la gráfica
aries@aries:/opt/Pyrit-master/modules/cpyrit_opencl$ pyrit list_cores
Pyrit 0.5.1 (C) 2008-2011 Lukas Lueg - 2015 John Mora
https://github.com/JPaulMora/Pyrit
This code is distributed under the GNU General Public License v3+
The following cores seem available...
#1: 'CPU-Core (SSE2)'
#2: 'CPU-Core (SSE2)'
#3: 'CPU-Core (SSE2)'
#4: 'CPU-Core (SSE2)'
The following OpenCL GPUs seem aviable...
#1: 'OpenCL-Device 'GeForce GT 710''
aries@aries:/opt/Pyrit-master/modules/cpyrit_opencl$ pyrit benchmark
Pyrit 0.5.1 (C) 2008-2011 Lukas Lueg - 2015 John Mora
https://github.com/JPaulMora/Pyrit
This code is distributed under the GNU General Public License v3+
Running benchmark (7610.9 PMKs/s)... \
Computed 7610.91 PMKs/s total.
#1: 'CPU-Core (SSE2)': 361.2 PMKs/s (RTT 3.1)
#2: 'CPU-Core (SSE2)': 424.6 PMKs/s (RTT 2.6)
#3: 'CPU-Core (SSE2)': 342.2 PMKs/s (RTT 3.0)
#4: 'CPU-Core (SSE2)': 413.2 PMKs/s (RTT 3.3)
OpenCL:
#1: 'OpenCL-Device 'GeForce GT 710'': 7148.2 PMKs/s (RTT 2.7)
no hay mucha diferencia en la tarjeta grafica con el procesador a 1 nucleo o sin procesador.
aries@aries:/opt/Pyrit-master/modules/cpyrit_opencl$ pyrit benchmark
Pyrit 0.5.1 (C) 2008-2011 Lukas Lueg - 2015 John Mora
https://github.com/JPaulMora/Pyrit
This code is distributed under the GNU General Public License v3+
Running benchmark (7274.2 PMKs/s)... |
Computed 7274.18 PMKs/s total.
#1: 'CPU-Core (SSE2)': 683.8 PMKs/s (RTT 3.0)
OpenCL:
#1: 'OpenCL-Device 'GeForce GT 710'': 7168.1 PMKs/s (RTT 2.8)
aries@aries:/opt/Pyrit-master/modules/cpyrit_opencl$ pyrit benchmark
Pyrit 0.5.1 (C) 2008-2011 Lukas Lueg - 2015 John Mora
https://github.com/JPaulMora/Pyrit
This code is distributed under the GNU General Public License v3+
Running benchmark (6727.8 PMKs/s)... |
Computed 6727.79 PMKs/s total.
OpenCL:
#1: 'OpenCL-Device 'GeForce GT 710'': 7173.3 PMKs/s (RTT 2.8)
aries@aries:/opt/Pyrit-master/modules/cpyrit_opencl$
todo esto sin overclocking
con overclocking
aries@aries:/opt/Pyrit-master/modules/cpyrit_opencl$ pyrit benchmark
Pyrit 0.5.1 (C) 2008-2011 Lukas Lueg - 2015 John Mora
https://github.com/JPaulMora/Pyrit
This code is distributed under the GNU General Public License v3+
Running benchmark (9872.1 PMKs/s)... /
Computed 9872.08 PMKs/s total.
OpenCL:
#1: 'OpenCL-Device 'GeForce GT 710'': 10594.4 PMKs/s (RTT 2.8)
y claro hay que contar con que hay x11 abierto, sin x11 iría un poco mas rápido. o eso creo. ya lo probare sin x11 abierto
-
Lo meto en un pen con linux usb creator, en la carpeta modules meto el modulo del driver nvidia ya que uno esa grafica y me salen errores los cuales he grabado en video para que lo veais mejor.
He aquí el vídeo hecho por mi ahora mismo:
*Edito: voy a comprobar que no sea fallo de que descargo mal ya que sin ese modulo también me da el mismo error ahora comentare
*Edito de nuevo: Descargue de nuevo la iso y metí de nuevo el modulo nvidia y sale igual que os puse en el vídeo así que nada a mi al menos me sale eso
-
Hola usarionuevo,
En este ISO vas a dejar las dependancias de hostbase ? o como se pasa con eso ?
-
Lo meto en un pen con linux usb creator, en la carpeta modules meto el modulo del driver nvidia ya que uno esa grafica y me salen errores los cuales he grabado en video para que lo veais mejor.
He aquí el vídeo hecho por mi ahora mismo:
Edito: voy a comprobar que no sea fallo de que descargo mal ya que sin ese modulo también me da el mismo error ahora comentare
pon el video de youtube asi
[youtube]_Xh78PY0MMo[/youtube]así se ve sin tener que salir de la pagina
-
Lo meto en un pen con linux usb creator, en la carpeta modules meto el modulo del driver nvidia ya que uno esa grafica y me salen errores los cuales he grabado en video para que lo veais mejor.
He aquí el vídeo hecho por mi ahora mismo:
Edito: voy a comprobar que no sea fallo de que descargo mal ya que sin ese modulo también me da el mismo error ahora comentare
pon el video de youtube asi
[youtube]_Xh78PY0MMo[/youtube]así se ve sin tener que salir de la pagina
Gracias no lo sabia, ya esta arreglado >:D
-
es solo poner lo que es el código de youtube _Xh78PY0MMo, jejejejeje
yo tampoco lo sabia hasta que le hice ingeniería inversa a un hilo, para ver como se ponían aquí. en cada foro se ponen de una manera distinta. :D :D :D
yo tenia problemas con el 390.25 de nvidia. hace dos o tres semanas
y no he vuelto a intentarlo ya que no tengo ahora mismo ningún Hdd libre para hacerlo
cuando haga limpieza ya probare de nuevo.
-
Hola usarionuevo,
En este ISO vas a dejar las dependancias de hostbase ? o como se pasa con eso ?
si , esta todo igual.
con respecto a pyrit y opencl , no se que hare al final , en un ordenador donde no hay opcion a usar opencl , salen errores , aunque opencl este en config desactivado. ??? ??? ???
-
pero de esos que no tengan para opencl serán pocos casos.
que te hace exactamente opencl?
poner pyrit sin opencl es como no poner nada, es achicharrar la maquina.
a unas malas pon la versión de siempre la 0.4 con el plugin de opencl
-
pero de esos que no tengan para opencl serán pocos casos.
que te hace exactamente opencl?
poner pyrit sin opencl es como no poner nada, es achicharrar la maquina.
a unas malas pon la versión de siempre la 0.4 con el plugin de opencl
ninguna de las versiones de 64 bits ha tenido dicho plugin y nadi ha llorado , puesto qu si hashcat funcione, pues ya no necesitan pyrit.
la version da igual , de momento obtengo mensaje de error si una maquina no tiene un componence usable para opencl , y paso de explicar eso 8 millones de veces en el foro.
nadie os ha cortado la mano , para hacer un
python setup.py install
A MI me gustaria que por defecto tenga el maximo de opciones disponibles, asi que solo digo que de momento no he conseguido gran cosa , pero solo mire un poco esta mañana , ya que estoy de noche a turnos de 12 horas y mi tiempor ahora mismo es inexistente.
-
parece que he avanzado algo , ....
el error que me salia cuando no hay ningun dispositivo usable para opencl era este
pyrit list_cores
Failed to load Pyrit's OpenCL-core ('Failed to enumerate OpenCL-platforms (Unknown CLresult)').
curioso cuanto menos , ya que ni siquera en la config va activado el opencl por defecto ... no deberia salir.
esa parte ya la he solventado ,
03 - Recompilado paquete mesa
--enable-opencl
--enable-opencl-icd
Me parece un poco absurdo , pero bueno , el error inicial sin activar opencl , ya no sale ..
Lo normal es que salga algun tipo de error , cuando activamos opencl en la config , y no detecte nada usanle , y tampoco da error, si no un mensaje que acaba en..
Failed to enumerate devices on this platform (CL_DEVICE_NOT_FOUND)
eso si es lo normal .. mensaje si activas opencl y no hay nada usable.
ahora faltara probar que pasa si beignet , esta en el sistema ...
Tengo que recompilar qt5 , por que suprimi la libreria waylan , y poco mas , mañana si puedo subo iso pronto.
-
esto que aparece en el log de sol666 , no es muy esperanzador en cuanto a que beignet este por defecto , ya que al tratar de usarlo y no encontrarse un cpu intel con GPU integrada , salen cosas asi
X server found. dri2 connection failed!
Device open failed, aborting...
que tampoco molan.
solo me faltara ver eso ... ;)
-
changelog desde esta iso , a lo que llevo en el pincho ahora mismo ...
POR FAVOR , los que usais drivers rtl8812/8814 , probar si los drivers por defecto 4.3.21 van bien o si os van mejor los 5.1.5 , podeis usar el updater para cambiar de rama.
02/04/2018
01 - Removido wayland + egl + protocols
02 - Recompilados drivers wifi para kernel 4.14.32
rtl8192eu-5.2.7_d45df0e
rtl8812au_4.3.21-4.3.21_e2fee81
rtl8814au_4.3.21-4.3.21_e2fee81
03 - Recompilado paquete mesa
--enable-opencl
--enable-opencl-icd
01/04/2018
01 - Removido servicio microcodigo INTEL
intel-microcode
microcode_ctl
iucode_tool
02 - Recompilados los siguientes paquetes
opencl-headers
ocl-icd
beignet
hashcat
03 - Aplicado parche de seguridad slackware dia 1 abril 2018
04 - Actualizado kernel 4.14.31 --> 4.14.32
05 - Removido beignet
-
a lo del beignet no se puede habilitar o deshabilitar cuando esta instalado?
o parar su servicio, para que no te cause conflictos.?
o dejarlo en un paquete semi instalado y que el usuario lo pueda activar si lo necesita.
no sé es por darte alguna idea,
no se como funciona a nivel interno con el tema de las instalaciones slax.
pero si puedo ayudarte en algo dímelo.
-
a lo del beignet no se puede habilitar o deshabilitar cuando esta instalado?
o parar su servicio, para que no te cause conflictos.?
o dejarlo en un paquete semi instalado y que el usuario lo pueda activar si lo necesita.
no sé es por darte alguna idea,
no se como funciona a nivel interno con el tema de las instalaciones slax.
pero si puedo ayudarte en algo dímelo.
Na , ya lo tengo decidido , acabo de probar en casa , cuando beignet esta en el sistema intenta usar un dispositivo GPU intel , y como no lo hay , pues error , no fatal , pero no mola verlos.
Para entenderlo facil , es como si en un pc con grafica AMD , le instalas los drivers NVIDIA , o los dos a la vez ... creas un conflicto y hay errores ;D
igual que los de nvidia y amd bajan el driver extra , los que tengan GPU intel y probar suerte , pues bajaran un modulo con beignet y ya esta , o si lo prefieren .. lo compilan ellos mismos.
slapt-src -u
slapt-src -i beignet
zero dramas , voy a recompilar las qt5 ;D
-
ok, me parece bien así.
-
por mi parte igual,si tengo beinet pyrit no me funciona ni con el pc de escritorio ni en el portatil pero si lo desinstalo ya funciona y detecta la amd mientras que en el portatil da el warning pero funciona.
-
31/03/2018
01 - De serie se incluyen drivers wifi extras
rtl8192eu-5.2.7_d45df0e
rtl8812au_4.3.21-4.3.21_e2fee81
rtl8814au_4.3.21-4.3.21_e2fee81
ha costado, pero por fin >:(
una pregunta, es el de kimocoder no? (el que está en aircrack) porqué no usar mejor la rama default que es 5.1.5?
edit: ok te acabo de leer en el otro hilo. El de astsam sigue funcionando en kernels nuevos? ???
a ver .. este es uno de esos cambios ...
el de astsam , no compila , pero los chicos de aircrack , tienen ese driver parcheado (4.3.21) , es el que todos deciis que va mejor , por eso use esa rama.
de todas formas .. en updaters esta el script ... sale un menu de si quieres 4.3.21 o 5.1.5 , si quieres probar el 5.1.5 , solo lanza el script y elige ese.
mas facil no os lo puedo poner , ahora si me dices que el 5.1.5 ahora funciona mejor que el 4.3.21 ya es otra cosa , yo no tengo ninguna tarjeta que use esos drivers asi que no se mas que lo que va diciendo la gente y la mayoria coinciden en que les va mejor un 4.3.21 que el otro.
Tambien vi que hay uno 5.2.9 , que me compilaba pero con un warning al final ,,, y luego el driver no se podia cargar , po eso esa opcion no aparecera en los scripts.
gracias, veo que te sirvio mi hilo para algo constructivo....
en efecto el 5.2.9 no vale para las 8814au es solo para las 8812au
a probar y comento lo que quieras, yo tengo la 8814a
p.d: estan metidas las dependencias parra hostbase?
despues de un tiempo....
descargado y probado: no arranca con vmware
despues de pruebas....
no funciona con vmware
y a la pregunta de las dependencias de hostbase, respuesta:
(https://i.imgur.com/rwzdGJ0.png)
-
salu2
creo que esa version es la ultima y aunque metas hostapd necesitaras las gemas de ruby
lo mejor bajate iso ultima tendra todas las dependencias
que version usas de wifislax la de testeo porque de ser asi es problema de hostbase que puso cierta version para que la acepte
-
@susanita
a ver , el 90% de veces que alguien dijo , no me anda en vmware o similar , fue por qu lo configuraban con poca ram.
las dependencias de hostbase si que estan , pero si ves, es un error que lanza el propio script por que ve que la iso no es la que el busca en concreto ya que esta es mas nueva.
lo ideal seria remover eso , ya que las dependencias en ruby estan y no las voy a quitar ni cambiar ni nada , vamos que funcionara siempre...pero eso no es cosa mia.
Lo que me interesaba saber de los drivers , es si va mejor el 5.1.5 o el que lleva la iso 4.3.21 , para saber si por defecto meto uno u otro.
El tema pyrit esta claro tambien.
-
salu2
creo que esa version es la ultima y aunque metas hostapd necesitaras las gemas de ruby
lo mejor bajate iso ultima tendra todas las dependencias
que version usas de wifislax la de testeo porque de ser asi es problema de hostbase que puso cierta version para que la acepte
No metais ni toqueis nada , mas alla de lo que os de yo , la iso ya tiene hostapd parcheado y las gemas ruby , no metais nada.
Joer que solo hay que leer el fichero cambios ...
-
13/02/2018
01 - Actualizado kernel 4.14.18 --> 4.14.19
02 - Actualizados firmwares de sistema
03 - Actualizado aircrack-ng-1.2_rc4_r3007 --> r3008
04 - Incluido soporte gtk2 para ruby
05 - Actualizado Google-chrome-64.0.3282.140 --> 64.0.3282.167
20/02/2018
01 - Sustituido paquete hostapd-2.6 de slackbuilds por
uno custom wifislax, cona mas opciones activadas
y algunos parches de seguridad.
-
;D ;D ;D
no te enfades ;D ;D
una equivocacion gracias por compartir
voy a probrar lo de piryt
-
Buenas
He modificado eso ayer en la noche para que no da mas fallos ;) tambien dynyly si lees este topic ya veras que he pedido ya a usarionuevo si el nueveo ISO tiene las dependencias para usar hostbase ^-^
-
Buenas
He modificado eso ayer en la noche para que no da mas fallos ;) tambien dynyly si lees este topic ya veras que he pedido ya a usarionuevo si el nueveo ISO tiene las dependencias para usar hostbase ^-^
Por normal general , cuando algo entra a la iso , ya no sale, a menos que haya algun conflicto , con lo que puedes estar tranquilo con eso , no voy a quitar las gemas gtk2 de ruby , y menos aun , quitar el hostapd ,ya que tiene funcionalidad extendida , gracias a tus recomendaciones de config , y esta parcheado de algunos problemas cve.
@dinyly
no me enfado , pero me da un poco de mala ostia , por que las iso de desarrollo , son para testearlas como estan , y reportar fallos , si les empezais a tocar y a salir fallos, yo ya no sabre que pasa o me sera mucho mas deficil deducir el problema.
Solo mira lo de pyrit , ... es un buen ejemplo , como salto la liebre en la iso sin modificar , pude reproducir los sintomas y tomar acciones al respecto. ;D
-
confirmado es cierto, si que rula el hostbase, es problema del script que tendra que cambiar lo de la version
con lo del tema de las rtl881x, las dos andan bien, pero la 4.1.23 un poco menos fallos
yo lo dejaria tal y como lo has planteado
gracias
-
creo que tengo todo controlado , esta noche mirare cosillas a ver , y si veo todo ok, subire iso , todabia como de desarrollo , esto es perfilando a una rc1 ;)
Tengo que testear que los updaters estan bien y compila todo , pero eso lo puedo ir mirando tranquilamente cuando suba iso nueva.
Me resulta curioso , ... nadi dice nada del tamaño de fuente , eso es que no esta tan mal ;D
-
confirmado es cierto, si que rula el hostbase, es problema del script que tendra que cambiar lo de la version
con lo del tema de las rtl881x, las dos andan bien, pero la 4.1.23 un poco menos fallos
yo lo dejaria tal y como lo has planteado
gracias
oido cocina ;)
-
@crashandburn
Se que has sacado el tema de crack-keys alguna vez, y abriste un hilo y tal.
Si no lo he metido es por que no me gustan los "all-in-one" , que usan un monton de apps, que ya estan en wifislax.
No te enfades , te explico , ..
Comprendo perfectamente que para asegurar su funcionamiento , tengas algo asi con un "todo en uno" , y tires de usar internamente esas apps de tu carpeta , asi zero dramas de me falta esto o aquello y como lo instalo y bla bla bla.
Pero cuando el 99% de esas tools ya estan en sistema , me resulta un poco "drama" , gastar un xzm de otros 50-60 megas , por que son cosas que ya van en wifislax.
No digo que cambies eso , como digo comprendo ese pensamiento de asegurar que vaya a funcionar en cualquier linux , respetando la arquitectura (x86 o x64_x86)
Podrias tener dos ramas , o mas , una con el todo en uno , y otra con un script , que mire lo que necesita y marque ok o error si algo no esta , ...
if which aircrack-ng ; then echo si ;fi
nos responde si , y ademas la ruta ...
/usr/bin/aircrack-ng
si
puedes evitar la salida de la ruta..
if which aircrack-ng &>null; then echo si ;fi
Bueno , eso , que si te animas a algo mas sencillo , podria ponerlo en iso , el todo en uno , me parece excesivo en tamaño y funcionalidad en el sentido de apps repetidas , no es lo mismo que metasploit u otros casos, donde te meten muchas cosas , pero suelen ser librerias o gemas ruby.
Solo es para que sepas por que me freno , de ponerlo en la iso , he insisto , el todo en uno es perfecto para quitarse complicaciones , y para usar en linux en general ya que lleva todo en su carpeta , solo me gustaria algo mas sencillo , si no te apetece , o no lo ves, siempre se podra descargar del git y ya esta , comentario constructivo , nada mas.
-
si me dices las rutas de los programas que usa crack-keys lo modifico para wifislax, te lo digo para ganar tiempo; y solo serian los diccionarios mas el crack-keys modificado; ahora ando liado con el de actualizaciones de crack-keys.
para que actualice los programas de sus sitios, y los compile todo a la vez.
así que si no te es mucha molestia mándame las rutas por privado y te lo dejo pelado.
los que necesito saber mas y mas son los nombres de los reaver y airmon-zc.
termino el de actualizaciones y me lío con el crack-keys para wifislax.
-
reaver --> lanza el viejo con algunos parches nuestros , funciona como el 1.4
reaver_t6x --> este seria el nuevo
wash --> lo mismo
wash_t6x --> el nuevo
airmon-ng --> lanza el viejo , el que crea interface monX
airmon-zc --> seria el nuevo que convierte wlan0 a wlan0mon
las rutas estan en PATH de ejecucion
/usr/bin
vamos no necesitas la ruta absoulta , hashcat lo mismo ,
hashcat --> lanza hashcat
crunch , lo mismo
no hay rutas especiales, aunque creais que esta todo en /opt , no es asi , en /opt solo hay tools , que tienen o generan al usarlos otro tipo de ficheros , y que no quiero tener por el PATH , ... creo que de /opt , no necesitas nada , por que hay poco ... chrome , el instalador de wifislax (por comodidad de tenerlo a mano) , y unas pocas cosas mas, pero los ejecutables estan //
/usr/bin
/usr/sbin
/bin
/sbin
/usr/local/bin
vamos , los PATH clasicos de ejecucion en linux.
-
si por lo que sea quieres las rutas absolutas.. basta un which $ejecutable
genpmk , pyrit , cowpatty , ... no mire a fondo tampoco tu carpeta , pero creo estara casi todo por defecto ya en wifislax.
-
ok, no problem, entonces.
el airmon-zc (nuevo) no me preocupa mucho, puesto que va incorporado en el codigo.
fluxion también lo tienes instalado ¿en donde?
el nmk, y el onsehotpin.py los tienes?
y airgeddon donde lo tienes situado?
estas preguntas es para no repetirlos si están.
-
ok, no problem, entonces.
el airmon-zc (nuevo) no me preocupa mucho, puesto que va incorporado en el codigo.
fluxion también lo tienes instalado ¿en donde?
el nmk, y el onsehotpin.py los tienes?
y airgeddon donde lo tienes situado?
estas preguntas es para no repetirlos si están.
wifislax64 ~ # which airgeddon.sh
/usr/bin/airgeddon.sh
-
fluxion ...
/opt/fluxion/fluxion.sh
este va en /opt , por que si lo miras , ves que usa internamente directorios y ficheros propios y los llama de este estilo
./lib ..tal ..o cual
entonces debe estar todo en una misma ruta , y para no tenerlo esparcido , se mete en /opt/fluxion
creo que se entiende el concepto ;D
voy a buscar los otros..
-
tambien puedes hacer un
updatedb
y buscar ;D
locate $ejecutable que buscas
-
ya o un
find / -name
;) ;) ;)
el tema es que no tengo ahora mismo sitio para meter una iso de wifislax.
por eso es lo de donde se encuentran y lo hago del tirón las modificaciones
y de paso también para el de actualizarlos y compilarlos automáticamente.
-
wifislax64 ~ # which john
/usr/bin/john
sigo mirando , ... el script basico , no deberia actualizar nada , wifislax hace todo eso el solo (si se instala en hdd)
-
aqui hay demasiado , para que este mirandolo yo ,,,
WPAmagickey v0.3.0 (2012/11/22)
tu tienes el 0.2.0 mas viejo ... ^-^
which wpamagickey
/usr/sbin/wpamagickey
wifislax64 ~ # which stkeys
/usr/bin/stkeys
----------------
wifislax64 ~ # which pixiewps
/usr/bin/pixiewps
llevas el 1.3 y wifislax lleva el 1.4
-
por eso te decía que me lo dijeras por privado, cuando tengas tiempo.
de todas formas los decrypters están todos en
/usr/sbiny hay los mismos o te falta alguno de los que lleva?
si te falta alguno y todos están en esa ruta se meten ahí y listo.
teniendo las rutas es lo único que tendría que modificar.
osea poca cosa.
y reaver usa el ultimo, a fecha de publicación, como todo lo demás.
osea a fecha de noviembre.
-
Por cierto pudiste meter netdiscover, el the fat rat y el krack attacks?
Lo pregunto mas que nada porque no me iba a mi la iso que subiste ultima como ya viste en el video no me arrancaba no se porque ???
-
¿que te parece si empezamos por algo muy sencillo?
lo mas pesado que tienes es hashcat y john , se van hay casi 200 megas tio ...
wifislax64 ~ # which john
/usr/bin/john
wifislax64 ~ # which hashcat
/usr/bin/hashcat
utiliza los que hay en wifislax y lo empaqueto con todo lo demas, para empezar por lo que mas atras me tira que es eso justamente , el tamaño.
utiliza esas dos y ya hiremos mirando mas ... por que algunas cosas las tienes desfasadas y si las cambiamos todas de golpe seguro habra cosas que rompan.
Por favor , posteame algo que utilize hashcat u john , del sistema ...y ya vamos viendo lo demas con calma
-
Por cierto pudiste meter netdiscover, el the fat rat y el krack attacks?
Lo pregunto mas que nada porque no me iba a mi la iso que subiste ultima como ya viste en el video no me arrancaba no se porque ???
el netdiscover ya esta , ...el de fat rat , es complicado por que cambia demasiadas cosas , esta hecho especifico para kali ... y lo otro desconozco que exista nada al respecto , ya que crack attack se llamo a una vulnerabilidad, no se de ninguna tool con ese nombre.
-
Por cierto pudiste meter netdiscover, el the fat rat y el krack attacks?
Lo pregunto mas que nada porque no me iba a mi la iso que subiste ultima como ya viste en el video no me arrancaba no se porque ???
el netdiscover ya esta , ...el de fat rat , es complicado por que cambia demasiadas cosas , esta hecho especifico para kali ... y lo otro desconozco que exista nada al respecto , ya que crack attack se llamo a una vulnerabilidad, no se de ninguna tool con ese nombre.
Ah vale pense que era una herramienta lo del krack attacks, por lo del netdiscover mil gracias por meterlo es una herramienta de mucha utilidad y el tema del fatrat no hay problema si no se puede no se puede ;)
-
@crashandburn
vamos a un sitio concreto para no inundar con muchas cosas variadas el hilo.
https://foro.seguridadwireless.net/colaboracion-y-desarrollo-de-nuestras-lives/adaptar-crack-keys-a-wifislax/new/#new
-
salu2
pyrit me da 1/3 mas esta bien ;D ya que tengo una amd con 500mb
antes 1500 pmk
ahora 2000 y pico porque no se mantiene fijo a veces varia pero bien
la gui de pyrit cuando le das a benmark plus parece que no para se tira un buen rato ...
perfect el bloqueador de google era mas que necesario
y la letra como no mas bonita salen las imagenes mas grandes de los lanzadores fijo que asi los veran bien ;D
gracias de nuevo por todo el curro sin ti no tendriamos tanta diversion
sencillamente no tendriamos wifislax
-
lo dicho no funciona con vmware 12, con bastante ram
(https://i.imgur.com/VeDHGcV.gif)
(https://i.imgur.com/qbhzSyw.gif)
-
@susanita
1 - has tocado la iso
2 - creas la maquina como linux 64bits ?
-
habemus john , version jumbo (habilidades extendidas)
john --list=formats --format=opencl
sha1crypt-opencl, oldoffice-opencl, PBKDF2-HMAC-SHA1-opencl, rar-opencl,
RAR5-opencl, lotus5-opencl, agilekeychain-opencl, bcrypt-opencl,
blockchain-opencl, md5crypt-opencl, sha256crypt-opencl, sha512crypt-opencl,
descrypt-opencl, dmg-opencl, encfs-opencl, gpg-opencl, keychain-opencl,
keyring-opencl, krb5pa-md5-opencl, krb5pa-sha1-opencl, mscash2-opencl,
mysql-sha1-opencl, ssha-opencl, nt-opencl, ntlmv2-opencl, o5logon-opencl,
ODF-opencl, ODF-AES-opencl, office2007-opencl, office2010-opencl,
office2013-opencl, PBKDF2-HMAC-SHA256-opencl, pbkdf2-hmac-sha512-opencl,
phpass-opencl, pwsafe-opencl, RAKP-opencl, Raw-MD4-opencl, Raw-MD5-opencl,
Raw-SHA1-opencl, Raw-SHA256-opencl, Raw-SHA512-opencl, 7z-opencl,
strip-opencl, sxc-opencl, wpapsk-opencl, XSHA512-opencl, zip-opencl
http://openwall.info/wiki/john/GPU
-
has metido el jumbo o vas a meterlo?
te lo comento esto para dejar el directorio run, que es para sacar los hashes para el crackeo. o quitarlo y usar el que tiene jumbo, si lo has instalado. esa carpeta pesa
44.3Mb
y una ultima pregunta. tengo en un pendrive la 4.12 (mi hijo el capullin se a llevado la mitad de mis cosas para el instituto. jejejejeje)
¿las rutas son las mismas en todas las isos de wifislax de todos los programas o varia de una iso a otra?
te lo digo porque si eso podemos hacer algo sencillo, le pongo la misma ruta a los decrypters y se crean enlaces simbólicos a dicha ruta, por ejemplo en /usr/bin o /usr/sbin
y así le quito ese directorio como están todos o casi todos. si falta alguno, pues se mete el enlace simbólico al sistema o directamente el decrypter que falte. tu decides.
otra cosa tu tienes calculadora en la iso metida para calcular los dbm a mW y viceversa? te lo digo porque yo tengo una en html. que la puedes incluir si no tienes ninguna.
la puedes ver aquí.
https://www.wifi-libre.com/topic-951-calculadora-dbm-a-mw-en-html.html
Pd. si tiene conexión a internet se ve el royo matrix, si esta sin conexión se ve el background negro. aunque esa parte se puede modificar por lo que quieras.
-
@susanita
1 - has tocado la iso
2 - creas la maquina como linux 64bits ?
1.negativo, directo al vmware 12
2.afirmativo
p.d: cortando y pegando a usb y arrancando de inicio, todo perfecto.
-
@crashandburn
La idea es sacar del iso el john basico y meter el jumbo , asi este disponible a modo general.
Ya comprobe que los ejecytables de run , estan todos en el jumbo , lo unico que algunos estan en bin y otros en share/john , esto ya te lo mirare.
y a las rutas , si ... son las mismas siempre.
-
ok, entonces luego lo miro en la 4.12 que tengo haber si me trae mis cachibaches y puedo probar bien la iso esta.
-
Bueno , traigo mas quebradero de cabeza con el puñetero open-cl ... parece ser que es indiferente beignet o lo que quieras, en cuando hay mas de una plataforma ocl-icd no carga ninguna.
Habia compilado mesa , con opencl , ... eso suprimer el error al lanzar pyrit , pero crea conflicto , no puede haber mas de un *.icd en /etc/OpenCL/vendors
es raro esto , lo logico seria , no funca..prueba el siguiente, pero ... :'( :'( :'( :'(
-
y si creas un script con if elif else fi
que te diga cual quieres usar o si no es compatible que te muestre error.
no se, es por darte alguna idea.
voy a salir ahora, a la tarde continuo con el crack-keys
-
y si creas un script con if elif else fi
que te diga cual quieres usar o si no es compatible que te muestre error.
no se, es por darte alguna idea.
voy a salir ahora, a la tarde continuo con el crack-keys
Tengo una idea mejor , aunque muy chapuchera y poco "pro" , y es que el fichero *.icd se llame en todos los paquetes mesa.icd si cargas el driver nvidia habra un solo icd , solo que el fichero de nvidia , aunque se llame mesa.icd , apuntara a su libreria y cargara bien ;D
Ahora que entiendo cmo va este juego , puedo pensar mejor como hacer ..
-
NA , a lo "pro" ;D
A la raiz del asunto , lo unico que salia feo era pyrit cuando no hay ningun sistema opencl , por que tiene el plugin , pero no donde usarlo , entonces mouestra un error en konsola un poco antiestetico.
;D ;D ;D
Suprimir dicho mensaje ..y fuera...aunque no haya plataforma o lo activemos en config, simplemente si hay algo usable lo lista..y si no pues funciona como si nada he ya.
culpable --> cpyrit.py
try:
import _cpyrit_opencl
except ImportError:
pass
except Exception, e:
print >> sys.stderr, "Failed to load Pyrit's OpenCL-core ('%s')." % e
else:
try:
import _cpyrit_opencl
except ImportError:
pass
except Exception, e:
pass
else:
y todos contentos ;D
Si puede usar algo lo lista y si no simplemente pasa como si nada y ya esta.
-------------------------------------------------------------------------------------------
Cambio eso
Recompilo mesa , para desactivarle el opencl ,que no le sirve a nadie
Con eso , el sistema no tiene ninguna platarforma opencl ...
Si tienes NVIDIA , bajas tu driver
Si tienes AMD , bajas tu driver
Si tienes GpU-INTEL ... pruebas beignet
De esa forma cero conflictos ... ya que el soporte opencl , va en cada driver y solo puedes meter uno ;D ;D ;D ;D
-
ok, como mejor veas tú.
el pyrit va a funcionar igual con opencl o sin el. solo que sin el pues tiras de procesador y es mas lento. como le pasa a aircrack.
-
estoy encegado con pyrit , ...
me resultaba raro todo esto de que no puediras tener mas de una plataforma opencl , el unico que da problemas es pyrit , los demas consultan uno , y si no hay opcion ,consultan el siguiente, o dicho de otra forma ... los consultan todos para reclutar el maximo de dispositivos posibles.
Esto es un cachondeo.
-
cual versión has dejado de pyrit 0.5.0 ó la 0.5.1?
-
cual versión has dejado de pyrit 0.5.0 ó la 0.5.1?
0.5.0
-
y porque no dejas la ultima la 0.5.1? haber si con esa no te lo hace. igual en la ultima esta corregido eso, y te estas mareando con ese pyrit.
-
Otra --> https://foro.seguridadwireless.net/colaboracion-y-desarrollo-de-nuestras-lives/iso-para-testeo-wifislax-1-1-04042018/new/#new