Hola,

Cierto. Me he confundido GPRS con UMTS (que no tienen nada que ver). 

La confusion viene, por que la mayoria de los operadores (virtuales o no) solo usan el 3G para datos. Tecnicamente es factible la voz, pero dado que la covertura es mayor en GSM este sistema suele tener prioridad para ellos.

En cualquier caso, el tema de encriptacion de voz de GSM (A5), esta desde hace mucho tiempo hackeado...

Saludos,
Sir Graham.

Hola,

Mas que un proxy, tu lo que necesitas es poder gestionar un comunicacion local (Wifi, bluetooth) como si fuera una conectividad de internet. Osea gestionar un PPP de este tipo de conexion con el PC.

¿Que movil estas usando y como lo quieres conectar al PC?

Saludos,
Sir Graham.

Hola,

Que yo sepa en UMTS solo se mandan datos. Otra cosa es que se digitalize la voz en formato IP y la uses asi.

De echo cuando haces una llamada de Voz siempre pasa a modo GSM, no conozco que pueda funcionar el tema UMTS de forma solitaria (sin GSM) y con un estandard de Voz... (que no conozca no quiere decir que no exista).

Saludos,
Sir Graham.

Hola,

Muchas preguntas. Intento comentartelas:

Ese es un producto sobre el que estamos trabajando nosotros. No puedo comentarte como, pero es factible.

Siempre GSM (a no ser que uses Voz IP o algo asi) pero eso al ser estandard te lo acabarian descifrando. GPRS, UMTS, HDSPA son siempre de datos, no de voz y no siempre estan disponibles como GSM. Asi que intentar cifrar Voz IP para evitar las escuchas no es muy viable.

Si, con una cadencia al principio (obtencion de Kc) de unos 2 minutos y un segundo. Igual ahora a mejorado.

Si.

Antes que nada el hardware. Es el mayor inconveniente. Necesitas un scanner con salida digital que pueda operar con un ancho de banda de unos 230Khz, en las frecuencias de las bandas (800Mhz, 1800Mhz y si es tribanda tu zona 1900Mhz).

Nosotros en su momento estuvimos mirando esto:

http://www.endorasoft.es/foro/viewtopic.php?f=1&t=15&start=15

Tiene bastante potencial por que es muy modificable y programable. El precio no es muy excesivo.
(Mira la fecha del mensaje y eso que hace años que estaba rota la seguridad de GSM).

Una vez disponible el hardware hace falta emular el canal de control de GSM para extraer del TDMA los canales y la informacion de seguimiento del que quieras escuchar (basicamente la tabla de tiempos , eliminando la informacion redundante).  En ese momento estara disponible la informacion en stream para decodificar el A5.

Saludos,
Sir Graham.

Hola,

Te comento mi opinion, que la he colocado en otros foros:



(Este ultimo comentario viene por que en otros foros afirman que con este sistema se pueden clonar tarjetas remotamente)


Saludos,
Sir Graham.

Hola,

Es factible siempre que el terminal cuente con el perfil de redes para esa conexion.  En algunos casos si no cuenta se puede implementar en una aplicacion aparte (caso de Symbian y el GNUBox):

http://www.paniccode.com/?p=395

Si tu terminal no dispone de este perfil o bien no puedes implementar aplicaciones nativas (Symbian, Windows Mobile, etc...), me temo que no podras.

Saludos,
Sir Graham.

Hola,

Me temo tendras que esperar que lea Gospel este mensaje y este de acuerdo con el tema.

No creo que le importe, siempre que mencioes el origen, pero por supuesto solo el tiene la ultima palabra.

Saludos,
Sir Graham.

Hola,

Pues personalmente he echo poca o ninguna programacion en Apple con Bluetooth.

Lo mas que he echo es colocarle por PPP un modulo de Bluetooth a un Macintosh SE del año 87 (si, si he dicho bien 1987). Se lo he comprado a mi nene de 2 años para que juegue con el MAcPaint 1.0, como lo hacia yo en 1987.
Por otra parte ha sido muy instructivo conectar ese ordenador con un PC por bluetooth para que saliera a internet. No se puede ni ver la pagina de Google (lleva ‭‬‭‬‭‬‭‬javascript) y el Mosaic 1.0 (el navegador de aquella epoca) no la puede "interpretar".

Pasando de anecdotas. Veo basicamente dos problemas en tu planteamiento:

1º Que el lenguaje nativo de Apple desde hace tiempo es el Objective C. Que no es ni C ni C++ si no algo "particular" por que practicamente solo lo usan ellos:
http://es.wikipedia.org/wiki/Objective-C

2º Que el stack de Bluetooth que tenga Apple (con casi en un 99% de fiabilidad) sera diferente (muy diferente) al BlueZ.

Por lo que el BlueZSpammer solo te servira como un ejemplo de flujo. No podras portarlo, ni por supuesto ejecutarlo en un Apple.  

Todo esto por lo que yo entiendo....

Saludos,
Sir Graham.

Hola,

No creo (me puedo equivocar) que Gospel tenga documentacion creada, aparte de la generada en su pagina WEB.

No obstante, tienes disponible mucha documentacion a partir de la generada en el Bluetooth SIG, libros y las referencias tecnicas de los stacks implementados: sobre todo para Windows y Linux (en menor medida para Symbian y Windows Mobile).

uhhmmmmm..... Me temo que no suele haber formulas magicas para aprender las cosas. Tiene su trabajo el leerlas y entenderlas y la mejor documentacion para eso es la oficial.

Saludos,
Sir Graham.

Hola,


Por su puesto que no me has molestado, aqui estamos para aprender y si puede ser intentar contestar a lo que se pueda. Pero si me gustaria hacerte un comentario: no contesto mensajes privados sobre preguntas genericas.

Por dos razones:

-1º Como la respuesta queda privada, nadie mas la podra verla. Con lo cual si alguien tiene el mismo problema o parecido se quedara sin esa informacion.

-2º Por descontado, no soy el que mas sabe del foro, si me haces la pregunta por privado, te restringes la posibilidad de que alguien te conteste y te de una respuesta mejor que la que pueda darte yo.



Que yo sepa ese codigo es para Linux. Si se puede ejecutar en Windows tendra que hacerse en un entorno emulado (dentro de windows) y dudo mucho que un emulador de este estilo te soporte gestiones de Bluetooth (yo por lo menos no conozco).

Una aplicacion de este tipo en Windows es totalmente factible. De echo nosotros tenemos echo cosas mucho mas complicadas en varios S.O.

Si quieres para Windows, tenemos la version XBlue Point Lite, que entre otras cosas hace lo que comentas:

http://www.xblue.es/xblue_point_lite.html

(al final de la pagina tienes un link para descargar una DEMO del producto).


Pues no se... ¿instalarla quizas?.  Perdona la ironia, presupongo o entiendo que lo habras echo ya.

Me pediste en el anterior mensaje donde estaban las librerias para el acceso a Bluetooth. Estan ahi. Una vez que instalales el Platform SDK tienes accesible por parte del Visual las librerias de Bluetooth (amen de otras cosas).


Si tienes el Visual Studio 2003 o 2008 puedes empezar hacer cosas en bluetooth. Yo las haria en C++.

Si no eres programador, quizas es lo primero que tienes que resolver. No puedes empezar la casa por el tejado. Yo, por ejemplo, no soy mecanico y por eso no me pongo a arreglar coches.

Hacer un inquiry en Bluetooth no es muy complicado. Pero se te presupone que algo de conocimientos en programacion tienes que tener y haber echo algunas aplicaciones ya en windows (aunque sea de otro tipo).

Perdona mi sinceridad... pero me temo que es lo que hay...

Saludos,
Sir Graham.