Sie sind auf Seite 1von 46

Redes Wireless Bluetooth

Luis Marrone Andrs Barbieri Matas Robles


LINTI UNLP

12 de octubre de 2011

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

1 / 42

Contenidos
1

Bluetooth Introduccin Arquitecturas Formato y tipo de paquetes Access Code Packet Header Establecimiento red Bluetooth Procedimientos Inquiry y Page Control y correccin de errores Bluetooth Security

4 5

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

2 / 42

Contenidos
1

Bluetooth Introduccin Arquitecturas Formato y tipo de paquetes Access Code Packet Header Establecimiento red Bluetooth Procedimientos Inquiry y Page Control y correccin de errores Bluetooth Security

4 5

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

2 / 42

Contenidos
1

Bluetooth Introduccin Arquitecturas Formato y tipo de paquetes Access Code Packet Header Establecimiento red Bluetooth Procedimientos Inquiry y Page Control y correccin de errores Bluetooth Security

4 5

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

2 / 42

Contenidos
1

Bluetooth Introduccin Arquitecturas Formato y tipo de paquetes Access Code Packet Header Establecimiento red Bluetooth Procedimientos Inquiry y Page Control y correccin de errores Bluetooth Security

4 5

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

2 / 42

Contenidos
1

Bluetooth Introduccin Arquitecturas Formato y tipo de paquetes Access Code Packet Header Establecimiento red Bluetooth Procedimientos Inquiry y Page Control y correccin de errores Bluetooth Security

4 5

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

2 / 42

Bluetooth

Estamos en:
1

Bluetooth Introduccin Arquitecturas Formato y tipo de paquetes Access Code Packet Header Establecimiento red Bluetooth Procedimientos Inquiry y Page Control y correccin de errores Bluetooth Security

4 5

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

3 / 42

Bluetooth

Introduccin

Bluetooth - Historia
En 1994, Ericson empez el estudio de una nueva tecnologa de radio, de bajo costo y consumo para conectar los teffonos mviles con sus accesorios En 1998, cinco compaas (Ericson, Nokia, Toshiba, Intel e IBM) forman SIG (Special Interest Group) Anunciado formalmente en mayo de 1998 y en julio de 1999 se lanz la especicacin de la versin 1.0 Actualmente, ms de 1900 empresas forman el SIG Llamado Bluetooth en honor al rey dans Harald Blatand (Harold Bluetooth en ingls) que unic Dinarmarca, Noruega y Suecia El logo proviene de la fusin entre las runas nrdicas que representan la H y la B ltima versin (2010): Bluetooth 4.0

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

4 / 42

Bluetooth

Introduccin

Introduccin
Tecnologa wireless de corto alcance, baja potencia, velocidades bajas y bajo costo Capa fsica opera en la banda ISM (Industrial, Scientic and Medical) de 2,4 Ghz Emplea FHSS (Frequency-Hopping Spread Spectrum) Velocidades de 1 Mb/s (Basic Data Rate) y 2 3 Mb/s (Enhanced Data Rate) Provee conexiones punto-a-punto o punto-multipunto Transmisin de datos en paquetes Canal fsico dividido en slots. Paquetes entre dispositivos se envan en estos slots Conexiones Non Line of Sight (NLoS) Utiliza esquema Time-Division Duplex (TDD) para transmitir
Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 5 / 42

Bluetooth

Arquitecturas

Arquitectura Bluetooth 4.0

Fuente grco: Bluetooth Specication v4.0 - www.bluetooth.org Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 6 / 42

Bluetooth

Arquitecturas

Arquitectura
El Bluetooth Core consiste de dos partes:
Host Controller (uno o ms)

Tres tipos de Controllers:


Basic Rate/Enhanced Data Rate (BR/EDR) Low Energy (LE): diseado para dispositivos que requieren una menor complejidad, menor consumo de energa y menor costo que BR/EDR Alternate MAC/PHY Controller (AMP): permite velocidades de hasta 24 Mbps

Fuente grco: Bluetooth Specication v4.0 - www.bluetooth.org Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 7 / 42

Bluetooth

Arquitecturas

BR/EDR
Opera en la banda no licenciada de 2,4 Ghz (ISM) Dos modos de modulacin denidos con igual symbol rate (1 Mbit/s):
Basic Rate: 1 Mbit/s. Obligatorio Enhanced Basic Rate: 2 3 Mbits/s segn tipo de modulacin. Opcional

Ambos modos usan Time Division Duplex half- duplex EDR: modulacin es cambiada en el medio del paquete Ocupa la banda de frecuencias 2,4 - 2,485 (f = 2, 402 + k , k = 0, 1, 2, ..., 78) FHSS: 79 canales (puede variar segn el pas) Cada canal ocupa 625 microsegundos

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

8 / 42

Bluetooth

Arquitecturas

Time Division Duplex (TDD)


Canal est dividido en slots. Cada slot ocupa 625 s Un paquete por slot Un paquete puede ocupar 1, 3 5 slots Usa slots en forma alternada para transmitir y recibir Estricta alternancia entre el master y el slave Master usa slots pares para transmitir, slaves lo hacen en los impares

Fuente grco: Bluetooth Specication v4.0 - www.bluetooth.org Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 9 / 42

Bluetooth

Arquitecturas

Piconets
Dos o ms dispositivos compartiendo el mismo canal fsico (physical channel) forman un piconet Un dispositivo funciona como master, el resto son slaves (hasta un mximo de 7 slaves activos) Pueden existir ms dispositivos, hasta 255, conectados en estado parked Piconets con dispositivos en comn: scatternet No se especica el ruteo entre las distintas piconets que forman una scatternet

Fuente grco: Bluetooth Specication v4.0 - www.bluetooth.org Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 10 / 42

Bluetooth

Arquitecturas

Piconets Clock
Cada dispositivo Bluetooth tiene un reloj nativo, CLKN, que deriva de un reloj free ejecutando en el sistema Determina periodos crticos y dispara eventos en el dispositivo CLK es el reloj maestro de la piconet. Todas las actividades de la piconet estn programadas de acuerdo a este reloj CLK es derivado del CLKN. Cada slave agrega un offset a su CLKN para obtener su CLK CLKN del master es el CLK de la piconet Master de una piconet nunca actualiza su clock Slaves actualizan su CLKN cada vez que reciben un frame del master

Fuente grco: Bluetooth Specication v4.0 - www.bluetooth.org Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 11 / 42

Bluetooth

Arquitecturas

Physical Channels (Canales Fsicos)


Dos o ms dispositivos usan un physical channel para comunicarse Denido por: secuencia frequency hopping pseudo-random, access code, codicacin de la cabecera del paquete y el slot timing de las transmisiones 4 physical channels denidos:
Basic Piconet: usado para comunicarse entre dispositivos asociados a la misma piconet Adapted Piconet: idem anterior Inquiry Scan: utilizado en el proceso de descubrimiento de nuevos dispositivos Page Scan: utilizado para conectar dispositivos, despus del proceso inquiry

Solamente se puede utilizar uno de esos canales por vez Un dispositivo est conectado a un physical channel si est sincronizado al timing(ritmo), frecuencia y access code de ese canal
Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 12 / 42

Bluetooth

Arquitecturas

Formato paquetes

El formato del paquete depende del modo de modulacin:


Basic Data Rate

Enhanced Data Rate

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

13 / 42

Bluetooth

Arquitecturas

Direccionamiento

Cada dispositivo tiene una direccin de 48 bits asignada por la IEEE

Dividida en 3 partes:
LAP: Lower Address Part UAP: Upper Address Part NAP: Non-signicant Address Part

Fuente grco: Bluetooth Specication v4.0 - www.bluetooth.org Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 14 / 42

Bluetooth

Arquitecturas

Physical Links

Un physical link se forma entre el master y un slave, nunca entre slaves Siempre est asociado a un solo physical channel Tienen propiedades comunes que se aplican a todos los logical transports en ese physical link Estas propiedades son:
Power control Supervisin del enlace Cifrado Cambio de velocidad basado en la calidad del canal

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

15 / 42

Bluetooth

Arquitecturas

Logical Transports
Existen 5 tipos de logical transports entre el master y los slaves: Synchronous Connection-Oriented (SCO)
Conexin punto-a-punto simtrica entre el master y un slave especco Utilizados para transportar trcos con tiempos acotados Master mantiene los SCO mediante el uso de slots reservados en intervalos regulares No realiza retransmisiones Master puede soportar hasta 3 SCO con el mismo o diferentes slaves Slave puede soportar hasta 3 SCO con el mismo master 2 con diferente

Extended Synchronous Connection-Oriented (eSCO)


Conexin punto-a-punto, simtrica o asimtrica, entre el master y un slave Al igual que SCO, reserva slots en intervalos de tiempo Permite la retransmisin de paquetes errneos en el siguiente slot
Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 16 / 42

Bluetooth

Arquitecturas

Logical Transports
Asynchronous Connection-Oriented (ACL)
Conexin punto-a-punto asimtrica entre el master y un slave Trabaja en los slots no reservados para SCO y eSCO Existe un slo ACL entre el master y un slave Permite la retransmisin de paquetes

Active Slave Broadcast (ASB)


Usado por el master para enviar trco de usuario L2CAP a todos los slaves activos en la piconet Trco es unidireccional y no se requiere ack Como es no conable, un mismo paquete se retransmite varias veces ASB es identicado por la LT_ADDR = 000

Parked Slave Broadcast (PSB)


Usado por el master para comunicarse con los dispositivos en estado parked
Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 17 / 42

Bluetooth

Arquitecturas

Logical Transport Address


A cada slave activo en la piconet se le asigna una direccin de 3 bits llamada logical transport address, LT_ADDR cuando es activado LT_ADDR entre 1 y 7 para los slaves El LT_ADDR con todos 0s es reservada para los mensajes broadcast El master no recibe una LT_ADDR Un slave slo acepta el trco que va dirigido a su LT_ADDR y el trco broadcast En una transmisin slave-to-master, la LT_ADDR es la del slave LT_ADDR es transportado en la cabecera del paquete Cuando el slave deja la piconet pierde la LT_ADDR

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

18 / 42

Bluetooth

Arquitecturas

Logical Links
Cada logical link est asociado con un logical transport Se denen 5 logical links:
Link Control (LC) ACL Control (ACL-C) User Asynchronous/Isochronous (ACL-U) User Synchronous (SCO-S) User Extended Synchronous (eSCO-S)

LC y ACL-C son utilizados a nivel de Link Control y Link Manager respectivamente Link control se mapea dentro del header del paquete (ARQ, ow control y caractersticas del payload), los dems en el payload ACL-U es usado para transmitir datos del usuario L2CAP ACL-U y ACL-C se diferencian por el Logical Link ID (LLID) (LLID = 01 => ACL-C) ubicado en la cabecera del payload ACL-C tiene ms prioridad que ACL-U
Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 19 / 42

Bluetooth

Arquitecturas

Link Manager
Es el responsable del control del link Bluetooth entre dos dispositivos Intercambio de informacin es mediante el Link Manager Protocol Se utiliza para el establecimiento y el control de los logical transport y logical links y para el control de los physical links Mensajes LMP son intercambiados usando el logical link ACL-C en el default ACL logical transport No se propagan directamente hacia las capas superiores, mensajes LMP son interpretados por la LM LMP opera en trmino de transaccin No realiza control de errores sobre sus mensajes Tambin se encarga de intercambiar mensajes de seguridad

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

20 / 42

Bluetooth

Arquitecturas

L2CAP
Realiza las siguientes tareas:
Provee servicios de datos orientados a conexin y sin conexin a las capas superiores Capacidad de multiplexacin Segmentacin y reensamblado Retransmisin y control de ujo (opcionales) Quality of Service

Provee canales lgicos, L2CAP channels, que son multiplexados sobre uno o ms links lgicos CID (Channel Identier): cada uno de los puntos nales de un canal L2CAP

Fuente grco: Bluetooth Specication v4.0 - www.bluetooth.org Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 21 / 42

Formato y tipo de paquetes

Estamos en:
1

Bluetooth Introduccin Arquitecturas Formato y tipo de paquetes Access Code Packet Header Establecimiento red Bluetooth Procedimientos Inquiry y Page Control y correccin de errores Bluetooth Security

4 5

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

22 / 42

Formato y tipo de paquetes

Access Code

Formato Paquete - Access Code


Todas los paquetes comienzan con un access code que depende del physical channel utilizado Longitud de 72 68 bits. Depende si existe una cabecera de paquete a continuacin o no 3 access code:
Device Access Code (DAC): derivada del dispositivo paged. Usada en el proceso de paging Channel Access Code (CAC): derivada de la LAP del master. Usada en el estado connected Inquiry Access Code (IAC): usado en el proceso de inquiry. Utiliza access code reservados. Dos tipos de IAC: General IAC(GIAC) y Dedicated IAC(DIAC)

Permite la sincronizacin del receptor e identicacin del physical channel


Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 23 / 42

Formato y tipo de paquetes

Access Code

Formato Paquete - Access Code (cont.)

Est compuesto por 2 3 campos:


Preamble: es un patrn de 4 bits: 1010 0101 Sync Word: cada access code utiliza diferentes LAPs (Lower Address Part) para construir la Sync Word Trailer: al igual que el preamble, es un patrn de 4 bits de 1s y 0s alternados. Puede no estar presente

Fuente grco: Bluetooth Specication v4.0 - www.bluetooth.org Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 24 / 42

Formato y tipo de paquetes

Packet Header

Packet Header
Est compuesto de 6 campos y contiene informacin de la capa Link Control Longitud de 18 bits, pero codicado con 1/3 FEC 54 bits
LT_ADDR: indica la direccin del slave TYPE: indica el tipo de paquete FLOW: control de ujo en los canales ACL (FLOW=0 STOP) ARQn: informa al origen de una transferencia exitosa SEQn: provee un esquema de numeracin secuencial HEC: Header error-check. Permite vericar la integridad de la cabecera

Fuente grco: Bluetooth Specication v4.0 - www.bluetooth.org Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 25 / 42

Formato y tipo de paquetes

Packet Header

Packets Types
15 tipos de paquetes especcos para cada logical transport Se los agrupa en segmentos segn la cantidad de slots que ocupan

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

26 / 42

Formato y tipo de paquetes

Packet Header

Payload Format
En el payload se distinguen dos campos:
Campo con datos asincrnicos solamente (paquetes ACL) Campo con datos sincrnicos solamente (paquetes SCO o eSCO)

Excepcin: existe un paquete, DV, que transporta ambos campos SCO slo se soporta en el modo BR, tiene una longitud ja y no contiene cabecera en el payload eSCO soportado en BR y EDR:
BR: contiene dos segmentos: datos sincrnicos y cdigo CRC. No hay cabecera presente EDR: 5 segmentos: tiempo de guarda, secuencia de sincronizacin, datos sincrnicos, cdigo CRC y un trailer. No hay cabecera presente

ACL es soportado en BR y EDR:


BR: 2 3 segmentos: cabecera y datos del payload, y un posible CRC EDR: 6 segmentos: tiempo de guarda, secuencia de sincronizacin, cabecera y datos del payload, cdigo CRC y un trailer.
Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 27 / 42

Formato y tipo de paquetes

Packet Header

Payload Header
Puede ocupar 1 2 bytes de longitud.
1 byte: Basic Rate en segmentos 1 y 2 2 bytes: segmentos 3 y 4 y en todos los paquetes EDR

Est compuesto de 3 campos:


LLID (Logical Link ID): diferencia tipo de paquetes (11 = LMP (ACL-C), 10 = ACL-U) Flow: control de ujo en los logicals channels (0=STOP, 1 = Go On) Length: longitud del payload

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

28 / 42

Formato y tipo de paquetes

Packet Header

Formato paquete genrico


El fomato del paquete reeja la arquitectura de las capas Guard y Sync solamente se utilizan en EDR Paquetes EDR tienen un trailer despus del CRC

Fuente grco: Bluetooth Specication v4.0 - www.bluetooth.org Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 29 / 42

Establecimiento red Bluetooth

Estamos en:
1

Bluetooth Introduccin Arquitecturas Formato y tipo de paquetes Access Code Packet Header Establecimiento red Bluetooth Procedimientos Inquiry y Page Control y correccin de errores Bluetooth Security

4 5

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

30 / 42

Establecimiento red Bluetooth

Procedimientos Inquiry y Page

Procedimiento Inquiry
Inquiry Procedure: procedimiento usado por un dispositivo para descubrir qu otros dispositivos estn en su rea de cobertura El inquiring device enva mensajes inquiry, comienzan con el access code GIAC o DIAC, en una determinada secuencia de saltos Aunque no est denido previo a la conexin, el inquiring device ser el master y slave el inquiry scanning device Un dispositivo discoverable escanea la secuencia inquiry hop, inquiry scan El tiempo de permanencia en una frecuencia lo determina el CLKN del scanning device y la secuencia de saltos la determina el GIAC Al reconocer un mensaje inquiry, contesta con un frame FHS (Frequency Hop Synchronization) que contiene la informacin necesaria para que el inquiring device puede realizar el siguiente paso Mensaje inquiry es annimo. No hay ACK Inquiring Device almacena los datos recolectados
Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 31 / 42

Establecimiento red Bluetooth

Procedimientos Inquiry y Page

Procedimiento Page
Con la informacin obtenida se puede conectar a un dispositivo en particular enviando un mensaje page Aunque no est determinado, el paging device ser el master y el page scanning device el slave Paging device utiliza informacin recibida del page scanning device en el FHS para determinar el access code de los mensajes de paging Master transmite mensajes paging correspondientes al slave a ser conectado en dos frecuencias distintas por slot. 3200 hops por segundo Espera respuesta del slave en esas frecuencias. Sino recibe nada se mueve a otra frecuencia y realiza el mismo proceso Si escucha una respuesta, en el prximo slot enva un paquete FHS para pasarle, entre otros datos, su clock y su BD_ADDR
Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 32 / 42

Establecimiento red Bluetooth

Pasos establecimiento conexin


Standby: no est unido a una piconet Inquiry: busca otro dispositivo para conectarse Page: conecta a una physical channel Connected AMA: activo en la piconet PARK/HOLD: power save mode AMA: Active Member Address PMA: Park Member Address

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

33 / 42

Establecimiento red Bluetooth

Ejemplo funcionamiento

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

34 / 42

Control y correccin de errores

Estamos en:
1

Bluetooth Introduccin Arquitecturas Formato y tipo de paquetes Access Code Packet Header Establecimiento red Bluetooth Procedimientos Inquiry y Page Control y correccin de errores Bluetooth Security

4 5

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

35 / 42

Control y correccin de errores

BitStream Processing
El transmisor realiza varios procesamientos de los bits para mejorar la conabilidad y seguridad de los mismos Se aplican distintos procesos al header y al payload Header:
Se agrega un HEC Data Whitening Se aplica una cdigo FEC

Payload:
Se genera el CRC (opcional) Encriptacin (opcional) Data Whitening Se aplica un cdigo FEC (opcional)

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

36 / 42

Control y correccin de errores

BitStream Processing

Para detectar errores puede utilizar:


Channel Access Code HEC en el header CRC en el payload

Primero se controla si el Access Code es correcto. Se chequea si el LAP es correcto, si pertenece al master HEC y CRC son inicializados con el UAP del master

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

37 / 42

Control y correccin de errores

Correcciones de errores

Existe tres esquemas de correccin de errores:


1/3 rate FEC 2/3 rate FEC ARQ (Automatic Repeat Request) para los datos

Las cabeceras de los paquetes son siempre protegidos por el 1/3 rate FEC 2/3 rate FEC es utilizado en determinados paquetes: DM, DV payload, HV2 y EV4

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

38 / 42

Control y correccin de errores

Esquema ARQ

DM, DH y EV sern transmitidos hasta que se recibe un ACK o el timeout es excedido La informacin del ACK es incluida en la cabecera del paquete siguiente Slo se utiliza el esquema ARQ si el paquete tiene CRC ACK (ARQ=1) o NAK (ARQ=0) es retornado en respuesta a la recepcin de un paquete A los paquetes broadcast se les chequea el CRC, pero no se aplica ningn esquema ARQ Bit SEQN permite detectar payloads duplicados

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

39 / 42

Control y correccin de errores

Power Control
Sniff Mode
Slave escucha en intervalos regulares, Tsniff, por un instante corto de tiempo, sigue en estado activo en la red. Mantiene su LT_ADDR Enva y/o recibe datos, luego se vuelve a dormir Adems, permite que el slave se pueda re-sincronizar con la piconet

Hold Mode
Slave contina sincronizado a la piconet. Mantiene la direccin de logical transport (LT_ADDR) Slave deja de estar activo en la piconet durante un tiempo determianado. Cuando se vence este tiempo, el dispositivo vuelve a estar activo

Park Mode
Slave sigue sincronizado con el canal pero no participan en el mismo Mensaje enviados a una estacin parked son enviados sobre el canal especco Slave libera su LT_ADDR
Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 40 / 42

Bluetooth Security

Estamos en:
1

Bluetooth Introduccin Arquitecturas Formato y tipo de paquetes Access Code Packet Header Establecimiento red Bluetooth Procedimientos Inquiry y Page Control y correccin de errores Bluetooth Security

4 5

Marrone-Barbieri-Robles (LINTI UNLP)

Bluetooth

12 de octubre de 2011

41 / 42

Bluetooth Security

Modos de seguridad
Las distintas versiones de las especicaciones Bluetooth denen 4 modos de seguridad Cada dispositivo debe operar en uno de los 4 modos:
Security Mode 1: sin seguridad. No se realiza autenticacin ni cifrado. Soportado en la versin 2.0 + EDR y anteriores Security Mode 2: seguridad forzada a nivel de servicio. Procedimientos de seguridad son iniciados despus que se estableci el link LMP, pero antes del establecimiento del canal L2CAP. Security Mode 3: seguridad a nivel de link. Autenticacin y cifrado obligatorio para todos las conexiones. Security Mode 4: similar al modo 2. Seguridad obligatoria a nivel de servicio. Secure Simple Pairing (SSP) usa Elliptic Curve Dife Hellman para la generacin e intercambio de claves. Diferentes modelos de asociacin

Secure Simple Pairing simplica el procedimiento de pairing para el usuario Mejora la seguridad provista por el uso de un PIN de 16 valores alfanumrico Security Mode 2 y 3 usan un mtodo para generar las claves y el modo 4 utiliza otro
Marrone-Barbieri-Robles (LINTI UNLP) Bluetooth 12 de octubre de 2011 42 / 42