Configuración
Funciones
El perfil define dos roles: Fast Pair Seeker y Fast Pair Provider. Por lo general, el dispositivo buscador es un teléfono que busca un dispositivo para vincularse. El proveedor es un dispositivo que anuncia su presencia y disponibilidad para la vinculación (p.ej., un par de auriculares detectables).
El dispositivo de búsqueda de Vinculación rápida debe usar el rol de GAP Central. El proveedor de Vinculación rápida debe usar el rol de periférico de GAP.
Detección de dispositivos
Para facilitar el descubrimiento de dispositivos, el proveedor de Vinculación rápida debe anunciar una carga útil que indique la compatibilidad con el servicio de Vinculación rápida de Google (con los datos que se describen a continuación). El buscador de Vinculación rápida debe analizar y observar periódicamente la presencia de tramas de anuncios del proveedor de Vinculación rápida, y tomar medidas si le interesa.
ID de modelo
Cada modelo de proveedor tiene un ID de modelo de 24 bits, que Google proporciona durante el registro del modelo.
Potencia de transmisión
Los dispositivos de proveedor deben anunciar a una potencia de transmisión baja (TxPower) para limitar la exposición del dispositivo anunciado. Sin embargo, la potencia debe ser lo suficientemente alta como para que el anuncio sea visible para cualquier teléfono a, al menos, 1 metro de distancia.
Para determinar la proximidad, el buscador de Vinculación rápida debe conocer la potencia de transmisión del proveedor de Vinculación rápida. Para los fines de este perfil, TxPower se define como la intensidad de la señal recibida en la fuente (0 metros), medida en dBm (esta es la misma forma en que Eddystone la define).
Este valor medido se debe transmitir con uno de los siguientes métodos:
- Se incluye en el registro de anuncios
- El dispositivo incluye el tipo de datos Nivel de potencia de transmisión, ibid.. Art. 1, § 1.5, en su anuncio.
- Se proporciona durante el registro del modelo
- Durante el registro del modelo, el fabricante proporciona a Google la potencia de transmisión y el modelo de dispositivo que se usó para medirla.
- El dispositivo debe mantener su potencia de transmisión constante para todas las transmisiones cuando se usa esta opción, de modo que las mediciones de distancia sean precisas.
Claves: Par de claves pública/privada contra la suplantación
Después del registro del modelo, junto con el ID del modelo, Google distribuirá una clave privada anti-spoofing de 256 bits (un número entero en [1,n–1] en la curva elíptica secp256r1). Esta clave se debe conservar en el dispositivo del proveedor y, lo ideal, es que se almacene dentro de un elemento seguro (SE). Ten en cuenta que se recomienda encarecidamente usar un Elemento seguro. Si no se usa uno, no se puede garantizar que los atacantes no puedan suplantar el rol del proveedor, ya que la clave privada podría filtrarse. Esta filtración de claves abre la posibilidad de ataques de intermediarios. Por lo tanto, si se detecta suplantación o abuso, es posible que se inhabiliten las funciones de Vinculación rápida que usan esta clave (por ejemplo, la notificación "Presiona para vincular" cuando el proveedor está en modo de vinculación).
El proveedor no usa actualmente la clave pública correspondiente contra suplantación de identidad. El buscador la usa para encriptar un mensaje que se enviará al proveedor (consulta Vinculación basada en claves).
Claves: Lista de claves de la cuenta
El Proveedor asignará espacio para almacenar una lista persistente de claves de cuenta de 128 bits. Cada clave de cuenta permite que se reconozca al proveedor como perteneciente a una cuenta de usuario determinada.
La lista debe poder almacenar al menos cinco claves (es decir, debe haber al menos 80 bytes de espacio dedicados a esta lista). Los proveedores pueden almacenar más datos de forma opcional, pero deben asegurarse de que las claves quepan dentro de su paquete publicitario. La cantidad exacta que se puede almacenar dependerá de cuántos bytes libres estén disponibles en el paquete publicitario. Consulta la sección Filtro de clave de cuenta para obtener más información sobre cómo determinar cuántos bytes ocupará cada clave. Por ejemplo, para anunciar 10 claves de cuenta, se necesitan 15 bytes disponibles en el paquete.Sin embargo, para los dispositivos personales (p.ej., auriculares), la cantidad de claves de cuenta no debe ser superior a 5. Esto es para evitar que la cantidad de claves de la cuenta sea demasiado grande y, por lo tanto, pueda ser única y rastreable.
Inicialmente, esta lista está vacía y se debe borrar si se restablece la configuración de fábrica del proveedor (si el usuario borra su lista de dispositivos vinculados). La lista se completa según se describe en la sección Característica de la clave de la cuenta.
Información de la dirección BLE
Para evitar el seguimiento, la publicidad BLE debe usar la dirección privada aleatoria resoluble (RPA). La dirección debe rotarse, como mínimo, cada 15 minutos mientras el dispositivo esté publicitando activamente y cada vez que el estado cambie de no publicitar a publicitar. Se debe usar un desplazamiento aleatorio para alterar el intervalo de aleatorización de la dirección.
Negociación del tamaño de la MTU del Protocolo de atributos (ATT)
Siempre que sea posible, se debe usar un valor de unidad de transmisión máxima (MTU) de ATT de 83, pero se permite el valor predeterminado de 23.