Mensajes

Hola,

Se puede hacer lo que comentas, siempre que uses Threads diferentes. No obstante me da la sensacion por lo que preguntas que no entiendes muy bien como funciona el inquiry del Bluetooth.

Otra opcion que nosotros hemos probado es hacer el Inquiry no bloqueante.

Saludos,
Sir Graham.

Hola,

Para Aprender C es muy interesante tener una base de ASM, aunque sea de microcontroladores (PIC, y tal).

Pero bueno... poco a poco. Que Roma no se construyo en un dia.

Saludos,
Sir Graham.

Hola,

Hay dos formas de acometer el tema. Personalmente yo aprendi por las dos.

- De ASM, C a micros mas grandes... camino que suelen aprender los electronicos.
- De lenguaje de alto nivel (Basic, Pascal) a otro menor C, ASM.



Al final vas acabar en Java o C/C++ . Si tu objetivo es el Hackeo obiamente el interesante es C/C++ (son dos lenguajes diferentes).

Cualquiera de los caminos que elijas es para una carrera de fondo. No para dos dias y dejarlo.  Yo no considero que se C/C++ .... y llevo 23 años haciendo cosas (20 de los cuales como profesional).


Empieza por Basic y e intenta posteriormente ir a un lenguaje estructurado, para luego pasarte a objetos (OOP).

Saludos,
Sir Graham.

Hola,

Si no sabes programar... ni siquiera algo elemental, es bastante complicado.
En Bluetooth se pueden hacer pruebas con codigos de ejemplo etc...

Si el HACK es uno de tus sueños... tienes que aprender a programar. Lo de mas es usar aplicaciones de los demas, que ni las vas a entender profundamente, ni las vas a poder modificar/ampliar.

Me temo que es lo que hay....

Saludos,
Sir Graham.

Hola,

Hoy por hoy no hay una tecnica valida para eso. El PIN y la confirmacion trabajan sobre un buen sistema de authentificacion E22.

Pero para esto esta este foro..   

El Hack tiene mucho de imaginacion, no solo de conocimientos tecnicos.  Quizas se te ocurra a ti una idea valida...

Saludos,
Sir Graham.

Hola,

Al Java (J2ME) se lo estan cargando a base de cambiar cosas en cada modelo de terminal. La unica gracia que tiene el Java (la compatibilidad), por que rapidez y acceso al hardware no tiene, en el mundo de la telefonia en general no existe.

Seguramente a tu terminal, su maquina virtual no tiene implementado alguno de los API JSR necesarios para que esta aplicacion funcione. Suele ser muy tipico esta situacion.
De echo hay terminales con Java y Bluetooth, pero que el java no puede acceder al Bluetooth por que la VM no tiene el JSR-82.

Me temo que te quedas como estas. Tu no puedes implementar ese API por tu cuenta. Quizas instalando otra VM en ese Windows Mobile, puedas hacer algo... pero lo dudo: En Windows Mobile las VM de Java son malas o inexistentes. Microsoft Rulez (No le gusta SUN).

Saludos,
Sir Graham.

Hola,

Si que conozco, por que nosotros hemos echo alguno.

Hay dos posibilidades:

- Modificar la Flash del terminal (solo algunos modelos) para que este se comporte como un espia: Puedas llamar al terminal descuelge automaticamente (sin señal) y de forma remota puedas oir la conversacion en el otro extremo.

- Colocar una aplicacion dentro del terminal (logicamente en C++ para Symbian/Windows Mobile (entiendo que se puede hacer tambien en iPhone y android) y controlar el mismo.

En este segundo punto dependiendo del S.O y los conocientos del que haga la aplicacion se pueden hacer mas o menos cosas "transparentemente". Nosotros en su momento para un cliente especial (gubernamental: que puede usar herramientas de este tipo) le diseñamos una.
Con los miles de aplicaciones que hay para Symbian (por ejm) supongo que habra cosas de este tipo....

Saludos,
Sir Graham.

Hola,

Creo que habeis mezclado conceptos en un tema.

La clonacion de SIM es obtener el IMSI & KI de la tarjeta SIM para hacerte pasar por un usuario de GSM (al que ha sido clonado).

Mas info aqui (redactada por mi hace ya años):

http://www.endorasoft.es/foro/viewtopic.php?f=25&t=3

Otra cosa es tener un scanner o un programa espia instalado en el propio telefono para interceptar los mensajes y poder leerlos de igual forma que lo hace el usuario legal. Eso no es clonar el terminal y por clonarlo no obtienes esa informacion.

Saludos,
Sir Graham.

Hola,

Independientemente del lenguaje que uses, parte de la base de que la comunicacion que hacemos nosotros es de "bajo nivel" osea... con BlueZ (en el caso de Linux) pero usando Sockets. No llegamos a los comandos HCI (mas que en algun caso por necesidad) pero siempre sin usar funciones superiores.

Por lo que no es necesario ninguna clase superior.
Solo el concepto de conexion y el thread. Y eso seguro que lo tiene tambien Java.

Claro esto implica que tienes que implementar el protocolo de Obex tu mismo....

Saludos,
Sir Graham.

[SI TIENES un acceso al soporte de THREADS y a la SELECCION DE MODULOS]

Hola,

Opinion personal:

Yo por de pronto no usaria Java. No te aporta nada a este tipo de desarrollos y la eleccion del mismo vendra mas seguramente lo habras hecho por desconocimiento o experiencia en C/C++.

Java a parte de ser mas lento tiene mas restricciones al acceso a hardware: Memoria, ficheros, Bluetooth etc...

El lenguaje C se desarrollo excusivamente para hacer S.O. Unix, del cual derivan todas las distribuciones de Linux. Esto para desarrollar una aplicacion en Linux es transcendental dado que permite un mayor acceso y control.

Partiendo de eso, desde C/C++ SI TIENES un acceso al soporte de THREADS y a la SELECCION DE MODULOS a los cuales puedes ponderar el envio, permitiendo un uso mas logico y racional de los recursos.

Intentar hacer marketing de proximidad con un solo modulo, sin optimizaciones y en ambito de concurrencia te va dar malos resultados. Si a eso le sumas hacerlo en Java, pues todavia peor...

Me temo que es lo que hay...

Saludos,
Sir Graham.