Sólo tienes q buscar blooover en Google y te llevará a la página oficial de la herramienta de bluebug desarrollada por el grupo Trifinite para plataformas de ataque Symbian.

Puedes utilizar C/C++ (Linux, Windows...) o Java (Mobile) y su API JSR-82, depende de la plataforma.

Salu2

Blooover.

Te has leído el artículo sobre ataque bluebug desde Windows?? Todo sería bonito si los móviles q venden en estos tiempos no estuvieran protegidos contra bluebug, asi q te será dificil encontrar un teléfono vulnerable... Una vez q lo tengas, puedes hacer el ataque desde windows o linux y podrás ejecutar comandos AT...

Ni idea... puede ser vulnerable a bluebug en modo protegido (leete el documento sobre ataques bluebug), al ataque hellomoto de trifinite, quien sabe??

La única forma de saber si es vulnerable es atacarlo... nosotros no hemos probado ese modelo, así q corre de tu cuenta...

Salu2

Mediante un ataque Bluebug, es posible:

- Ver la bandeja de entrada de SMS
- Ver la bandeja de salida de SMS
- Escribir SMS y guardarlos en la bandeja de salida
- Enviar SMS q hay en la bandeja de salida.

- Sobre MMS, creo q no hay nada...

Salu2

El objetivo principal del Foro de Papers es servir de soporte para los aficionados a la In/Seguridad Informática que ya cuentan con cierta experiencia y necesitan disponer de un canal de comunicación a través del cual puedan:
- publicar papers: tutoriales, manuales, talleres, cursos, explicaciones sobre técnicas avanzadas de hacking, etc.
- publicar nuevos proyectos.

A fin de mantener cierto nivel de calidad en este foro, los moderadores han decidido marcar una serie de normas:

[NORMAS]

1) En este Foro, sólo está permitido publicar papers sobre Hacking e In/Seguridad Informática.

   1.1) Serán movidos/eliminados del Foro aquellos papers relacionados con otras secciones de foro.elhacker.net. Para estos casos, ya existe el Foro de Documentación.

   1.2) Serán eliminados del Foro aquellos papers cuyos contenidos no cumplan con unos requisitos mínimamente científicos y educacionales.

   1.3) Serán eliminados del Foro aquellos temas que no correspondan a la publicación de papers. Para cualquier duda sobre Hacking e In/Seguridad Informática, acudir al Foro de Hacking.

   1.4) Se permite postear comentarios a los papers publicados, así como preguntar dudas relacionadas con el contenido de los mismos, siempre que se hagan en el mismo hilo.


2) Los moderadores se reservan el derecho a bloquear/mover/eliminar cualquier tema que ellos consideren conveniente y, además, se reservan el derecho a dejar un mensaje de movido/eliminado.
Si no encuentras tu post, busca por el foro por si ha sido movido. Si aún así no lo encuentras, es posible que haya sido eliminado por no ajustarse a las normas del Foro. En cualquier caso, puedes contactar con los Moderadores si tienes dudas.


-----------------------------------------------------------------------------------------------------

Los Moderadores se reservan el derecho a modificar esta Normativa según acontecimientos del Foro.


Esta normativa se ajusta a la normativa general del Foro de elhacker.net.
- REGLAS DEL FORO elhacker.net -
http://foro.elhacker.net/index.php/topic,17721.0.html

Hmm... a lo mejor se trata de un problema de emparejamiento de dispositivos. Has mirado si los dos dispositivos están correctamente emparejados??

Ya sé q no es una buena respuesta, pero has probado a dejarlo todo como lo tenías inicialmente e ir desarrollando el ataque por pasos? Desempareja los dispositivos, vuelvelos a emparejar y prueba de nuevo. También puedes probar con otros interfaces de rfcomm (menos el rfcomm2). También debes estar seguro de q el canal al q te quieres conectar con rfcomm es el asociado al perfil q buscas: puerto serie o dial up network...

Suerte!

Liberas lo interfaces rfcomm después de utilizarlos para el bind?? Para ello utiliza: rfcomm release /dev/interfacerfcomm y comprueba con el comando rfcomm q el interfaz q quieres utilizar de nuevo no está ocupado o closed. Igual por eso te dice line in use...

Salu2

Sí.