Mensajes

Buen resumen...

Algo parecido pero a nivel más teórico posteé yo hace tiempo
http://foro.elhacker.net/index.php/topic,83970.msg346518.html#msg346518

Por cierto, te has dejado el más popular:

ATD: [Dial Command]
- Inicia una llamada telefónica
- Sintaxis:  ATD64612345 para una llamada de Datos.
                 ATD64612345; para una llamada de Voz. (Importante la notación ';')
                 ATD>"Gospel"; para llamar al contacto almacenado en la agenda con el texto asociado Gospel.

y el más malvado:

AT+CCFC: [Call Forwarding Number]
- Gestiona el Desvío de Llamadas. Permite redireccionar llamadas entrantes a otro número de teléfono.
- Sintaxis: AT+CCFC=<razón>,<modo>,<número>,<tipo>,<clase>,[<subaddr>,<satype>,[<time>]]
  <razón> Razón por la cual entra en acción el desvío de llamada.
     0 - incondicional
     1 - si teléfono ocupado
     2 - si no obtiene respuesta
     3 - si inalcanzable
     4 - todos los desvíos de llamadas
     5 - todos los desvíos de llamadas condicionales
  <modo> Estado del desvío de llamada.
     0 - desahabilitado
     1 - habilitado
     2 - query status
     3 - registro
     4 - erasure (borrado)
  <número> Cadena de texto con el número de teléfono destino del desvío de llamada. Se especifica en el formato indicado en el campo <type>
  <tipo> Tipo de código de dirección de teléfono:
     145 - para código internacional +
     129 - en otro caso
  <clase> Código que representa la clase de información que contiene la llamada a desviar.
     1 - voz
     2 - datos
     4 - fax
     7 - cualquier clase (por defecto)
  <time> Tiempo en segundos a esperar antes de desviar la llamada.
     1..30 (por defecto, 20)
  <status> Estado de la opción desvío de llamadas. (Sólo en respuesta AT)
     0 - no activo
     1 - activo
- Ejemplo: Implementación del comando en Blooover: "AT+CCFC=0,3,\"+4913377001\",145,7\r"
  Vemos que utiliza los siguientes parámetros:
  <razón> = 0, incondicional
  <modo> = 3, registro
  <número> = +4913377001 (German Windows XP Activation Hotline)
  <tipo> = 145, formato de código internacional
  <clase> = 7, cualquier clase de información a desviar

Vaya, no sabía que los nuevos SonyEricsson ímplementaban todos los bloques de comandos AT: el básico, el de agenda y el de sms. Hoy en día es dificil encontrar modelos que soporten todos los comandos AT. Los nokia con symbian, por lo general, no soportan el bloque de sms pero sí el de agenda, los nokia sin symbian, por lo general, no soportan el de agenda pero sí el de sms. Los Windows Mobile sólo soportan ATI y ATD para llamadas de voz, nada más.

Saludos

La nueva versión de BlueZSpammer permite utilizar ObexFTP en lugar de ObexPush para enviar archivos. Soy consciente de que es dificil encontrar ObexPush y echarlo a andar...

Genial!

Pues entonces sólo hay que añadir la linea "hcid -f /etc/bluetooth/hcid.conf" tanto en el arranque de wifislax como en el lanzador de "reiniciar servicios bluetooth", por si alguien quiere cambiar el pin_helper en hcid.conf y cargar la nueva configuración.

Más info en el foro de wifislax: http://www.seguridadwireless.net/foro/index.php/topic,2734.0.html

De forma no oficial, podemos decir que wifislax es la distro de hacking Bluetooth definitiva!

Gracias por todo!

Joer... que sincronización! Esto sí que es colaborar, aportar la solución minutos antes de postear yo!

¿Sabes si la cosa funciona con el script python bluepin? A lo mejor no tenía permisos de ejecución o no se levantaban los servicios correctamente con la configuración de hcid.conf sin hacer ese -f (buen descubrimiento)

Pruébalo con bluepin si puedes y reporta la solución aquí y en el foro de "integrando bluetooth en wifislax".

Mil gracias!

No veas la me quitas de encima. Perdí una tarde con esto sin tener éxito y últimamente no saco tiempo para ponerme.

Tenía que terminar temas pendientes. Tengo un paper calentito para ser publicado en breve, estate atento que te va a gustar

En efecto, wifislax se debe estar pasando hcid.conf por el forro, ese es el problema.

El script bluepin está ahi, se puede ejecutar e incluso invocarle pasándole como argumento un PIN válido pero la salida stdout la imprime en la shell, no en el pipe de rfcomm!!

Parece que cuando bluez recibe la petición de confirmación de pin pasa de la linea en hcid.conf sobre pin_helper, porque si no llamaría al script y aparecería la ventana en pantalla, cosa que me funciona perfectamente en fedora.

Habría que ver si cuando bluez recibe la petición de confirmación del PIN ejecuta lo que haya en la linea pin_helper en hcid.conf. Con que apunte a un simple script que haga algo tonto ya se debería ver. Si cuando se intenta emparejar el PC no se ejecuta el script, es problema de bluez. Es posible que los servicios no estén correctamente levantandos o que haya conflicto con algún firewall, lo cual desconozco.

Yo sé que esto también me trajo de cabeza en fedora hace tiempo y me tiré una tarde hasta que logré hacerlo funcionar. Viendo las soluciones en internet me desesperaba más porque la gente hacía ver que era sencillo y a mi no me funcionaba. Al final hice algo y logré que funcionara, el problema es que no me acuerdo... arg! Tengo la intuición de que tenía que ver con el firewall de fedora, habilitar el interfaz bluetooth..., pero en Wifislax no tengo ni idea de donde tocar...

[no te olvides de reiniciar los servicios Bluetooth para que la nueva configuración tenga efecto.]

Es un problema conocido y que está por solucionar para la próxima release: el emparejamiento. No hemos conseguido implementar el bluepin y el gestor no salta cuando recibe la solicitud de confirmación del PIN durante un emparejamiento.

Existen otras vías en lugar de utilizar el script perl "bluepin", sólo hay que cambiar la ruta del gestor que queremos utilizar en hcid.conf. Podemos apuntar a un archivo que contenga "PIN:1234", por ejemplo, pero no lo he probado demasiado...

Es un tema que tengo pendiente, como digo, es un fallo conocido de Wifislax y tarde o temprano alguien iba a reportarlo. Si puedes ir echándole un ojo y testear varias configuraciones de hcid.conf... si tienes éxito, por favor, avisa y te lo agradeceré sinceramente. Es un tema que me trajo de cabeza toda una tarde y al final no lo conseguí sacar.

Puedes buscar sobre temas de emparejamiento Bluetooth en Linux en internet. Si modificas hcid.conf, no te olvides de reiniciar los servicios Bluetooth para que la nueva configuración tenga efecto.

Si quieres colaborar, ánimo y gracias. Si no tienes tiempo para ponerte, pues tendrás que esperar a la próxima release.

Saludos

El programa tiene toda la pinta de hacer de forma más cómoda el envío de comandos AT a través de algún perfil como Acceso telefónico a redes o Puerte Serie. Evidentemente, estos perfiles requieren autenticación (emparejamiento).

Técnicamente hablando, el programa no hace público nada nuevo. Simplemente, que en lugar de enviar comandos por una shell fea de Linux, tiene un bonito interfaz en J2ME.

De todas formas, no hace falta engañar a la gente para que se empareje con nosotros, ya conocemos otros métodos para saltarnos la autenticación de forma más elegante, no es así? 

Cuando pueda le echo un ojo, me suena que es el mismo programa que uno de unos eslovenos del que oí hace tiempo...

Gracias por compartir la info y la experiencia

Pues lo del chipset lo tendrás que mirar en la web del producto, preguntárselo al dependiente (no creo que ayude pero bueno) o mirar la documentación, ahi debe venir.

Sobre los módulos bluetooth integrados, no es que sean tikismikis por defecto, es simplemente que me encuentro que mucha gente tiene problemas para que Linux le reconozca el hardware así de primeras.

Pues no te he contestado porque no se muy bien como ayudarte.

Sólo puedo decirte que es posible que no necesites tener instalado bluez-libs y que baste con bluez-utils. De todas formas y por si acaso, instálate bluez-libs. Has probado a instalarte el paquete ya precompilado? http://www.bluez.org/packages.html

Si el problema es que linux no te reconoce el hardware, que es muy posible porque estos módulos bluetooth integrados son más quisquillosos, no te queda otra que pillarte un usb bluetooth. No es un gran problema porque no cuestan más de 30€ y esos te van a funcionar seguro, siempre que el problema no sea del software BlueZ.

En fin, no se que más decirte. No se como hacer que linux te reconozca el hardware bluetooth que lleva integrado el pc. Lo siento.

Hombre, 200m es más que suficiente. Yo los que tengo son de 100m, clase 1 de dispositivos Bluetooth. Ahora los están sacando de mayor alcance, 125, 150, ... pero no sabia que podían llegar hasta 200. Por el alcance te da de sobra, si quieres llegar más lejos, le metes una antena como las de wifi...

Sobre la marca, pues no puedo decirte porque hay muchas y luego cada una es de un fabricante. Te recomiendo que sea la marca que sea, el chipset sea de Cambridge Silicon Radio. Si vas a experimentar con temas de hacking bluetooth, bdaddr te permite cambiar la bd_addr en los módulos de ese fabricante.

Sobre la pila de protocolos en la que se basa: Widcomm, Toshiba, Bluesoleil, ... cada una tiene sus cosas buenas y sus cosas malas. A mi Bluesoleil y toshiba no me gustan nada. Widcomm te permite integrar con Mis Sitios Bluetooth de Windows y a mi me gusta más utilizar ese gestor de comunicaciones. Los gestores de bluesoleil y toshiba son más bonitos pero menos prácticos a mi gusto.

Espero que con estas notas te hagas una idea de lo que pienso, por si te sirve de orientación.

Saludos