Descoberto que sinais de Bluetooth do smartphone podem permitir seguir o utilizador

asimoto says:

Castro,
Pelos testes que fiz todos os dispositivos moveis a minha volta são imutáveis, falo obviamente do Mac addr bluetooth, não quer dizer que não seja possível muda-lo, mas terá que ser nas camadas de software, como acontece com o Mac wifi, ou ethernet, mas para isso precisas de ter um SO que suporte Raw Sockets como o Windows XP, mas a microsoft vedou o acesso a Raw sockets porque permitem precisamente alterar os macs, e apartir do XP já não tens essa funcionalidade..

Ou seja como é que mudas o mac a cada par de minutos??

Bruno Mota says:

Zé (Castro) trabalho no ramo há mais de 20 anos.

Volta lá para o programa da bola…aqui fala-se com conhecimento de causa, formação e experiência.

asimoto says:

Castro,
Estive a ler sobre o tema:
https://www.novelbits.io/bluetooth-address-privacy-ble/

pelo que percebo há 4 tipos:
Public Address
Random Static Address
Random Private Resolvable Address
Random Private Non-Resolvable Address

No entanto precisas sempre de ter 2 MAC addresses, para o caso de teres um Random Private Resolvable Address(Um deles só está activo quando tens o dispositivo emparelhado e trusted com outro dispositivo…e teem que suportar os dois esse modo de comunicação..e esse é que muda)..

Ou seja um deles é sempre fixo do tipo: Public Address ou Random Static Address, é de certa forma fixo, ou seja com base nele podes identificar dispositivos na rede, porque o MAC nunca muda..se for um Public Address, nunca muda, se for um Random Static Address, pode mudar, mas és tu que o mudas, e tens que fazer reset depois, ou seja em runtime não muda!

O que tu estas a falar é de um MAC que muda depois de fazer pairing, e depois de marcar o dispositivo como trusted, *em conecções activas*.
Mas nesse caso o MAC address de base é sempre o mesmo, ou seja tu podes identificar na rede o mesmo dispositivo!
A única coisa que não acedes(talvez…), é ao conteúdo da comunicação entre dois dispositivos emparelhados e trusted, porque de x em X tempo(15 minutos by default…o IOS acho que mantém o valor standard..) o segundo mac address muda, e as tramas desse é que transportam a informação enviada.

Pelo que já percebi a Xiomi Band 3, tem um Random Static Address, ou seja é gravado na altura que fizeram o hardware, e não reflete nem o ID da marca nem o ID do modelo, parece-me completamente random..
Mas pode suportar Random Private Resolvable Address, não testei com a band ligada, nessa situação os primeiros 3 octetos são sempre iguais 🙂

Castro says:

asimoto, estás a confundir aquilo que é a existência dum address interno do bluetooth com aquilo que está a ser transmitido via rádio pelo smartphone periodicamente (advertising). Um smartphone não tem que transmitir esse endereço. Bastaria até pensares um bocadinho, se o endereço estático estivesse a ser sempre transmitido o RPA não teria qualquer utilidade para o efeito para que foi criado, para o teu cenário bastaria apenas manter a ligação encriptada com chaves que alteravam ao longo do tempo, não seria preciso mudar o endereço.

O RPA está sempre a mudar periodicamente, a mudança não depende de teres feito uma nova ligação. Os aparelhos reconhecem-se porque existe uma chave criptográfica associada à geração do endereço, sendo as chaves são partilhadas na primeira vez que fizeram pairing, ou seja um aparelho pode estar a transmitir mais do que um endereço.

Castro says:

asimoto, mas nos dias de hoje a maioria dos aparelhos e acessórios que compras já suporta RPA – tal foi introduzido no BLE há já vários anos! E caso tenhas algum acessório que não use, o smartphone só revelaria o seu Public Address caso uma ligação com esse acessório esteja estabelecida e autorizada, isto é e tal como já disse, um smartphone não tem que andar a transmitir esse endereço periodicamente. O protocolo, o hardware e os sistemas operativos, evoluíram muito desde a altura em que se falou pela primeira vez do tracking por sinal do bluetooth.
Aconselho a ler o artigo científico destes investigadores assim como informação disponibilizada pelo consórcio bluetooth:
https://www.bluetooth.com/blog/bluetooth-technology-protecting-your-privacy/

Castro says:

asimoto, não, um smartphone não “está a enviar o MAC do equipamento para o AR”. Lê bem as informações do próprio consórcio Bluetooth e o que eu já disse. Não é por o bluetooth estar a funcionar que ele está a enviar o seu endereço/address. Os smartphone dalguns anos a esta parte só revelam um endereço quando a ligação a outro aparelho fôr autorizada pelo utilizador para ser feito o emparelhamento, e se já tiver havido previamente um emparelhamento e quiseres restabelecer a ligação o endereço emitido já não seria o mesmo. O mesmo se diga de smartwatches, auriculares bluetooth, etc, minimamente decentes.
Repensa bem a questão e irás reparar que não é preciso um endereço único e imutável para a coisa funcionar.

Castro says:

asimoto, parece-me que estás a ter problema a entender conceitos básicos!
1º Beacons é outra coisa que não tem nada a ver com aparelhos se quererem ligar a outros, sendo que há diferentes tipos utilizações e implementações. Aparelhos como smartphones, smartwatches, etc, não andam a enviar sempre o mesmo beacon, e se tiveres algum aparelho destes que anda a enviar sempre o mesmo beacon, então quem criou tal coisa é estúpido e incompetente.

2º parece que confundes pairing/emparelhamento com o estabelecimento de ligações. O emparelhamento só é feito uma única vez e envolve uma autorização manual por parte do utilizador, sendo que muitos aparelhos até têm procedimentos especiais para iniciar o processo. A partir do momento que existe emparelhamento os aparelhos podem parar ligações e mais tarde restabelecer as ligações. Restabelecer uma ligação não implica estar a enviar sempre a mesma informação:
“Bluetooth 4.2 now allows private reconnection addresses to also change to a new, random address using the same timer-based mechanism” (ano de 2015)

A informação que tu colaste não é um endereço completo, se é que é sequer um endereço para uma ligação e não um beacon. Os endereços são muito mais longos do que isso, sendo que um RPA tem no início sempre os mesmos caracteres, normalmente permitindo identificar o fabricante e possivelmente o modelo.

Castro says:

Sinceramente não parece que percebas. A confusão foi bastante evidente entre beacon e “advertizing” para estabelecer uma ligação entre aparelhos – são coisas distintas.
O mesmo se diga da confusão que persiste sobre o que é feito para estabelecer uma ligação. Não é com a “conexão” estabelecida que o endereço muda (havendo suporte para BLE 4.2 e RPA)… o endereço está sempre a mudar mesmo sem ligação.
E não, não basta ter o bluetooth ligado para fazer “advertizing”, nem o “advertizing” implica revelar um endereço imutável.
Como exemplos, e volto a repetir, um smartphone recente não anda a fazer “advertizing” automáticos para que qualquer outro aparelho à volta o possa ver e criar novas ligações. Há também periféricos que só vão iniciar o emparelhamento se se fizer determinado procedimento.

Castro says:

percebeste mal, assim como parece claro que não entendeste a informação prestada pelo consórcio bluetooth que diz muito claramente nos últimos parágrafos, que a partir da versão 4.2 o endereço para “advertising” dum aparelho que quer restabelecer a ligação também pode variar periodicamente.
A troca de chaves faz-se apenas no emparelhamento, coisa que só acontece uma vez, e não todas as vezes que se ligam.
Repara bem nos objectivos declarados para o BLE, e agora pensa se quem criou o protocolo é assim tão burro ao ponto de obrigar a usar sempre o mesmo endereço para “advertising”, contrariando por completo o objectivo declarado.

“Ha e usam um private non-resolvable address.Esses dispositivos são os únicos que não fazem advertizing,”
errado! um Non-Resolvable Random Private Address é basicamente usado apenas para emissão de beacons, coisa que não tem nada a ver com estabelecer ligações entre aparelhos. Chama-se “Non-Resolvable “ exactamente porque a forma como é gerado não é partilhado com nenhum outro aparelho em nenhum momento, ou seja, não há nenhum aparelho que pode “resolver” qual é que seria o endereço gerado naquele momento.
“eles só se revelam por exemplo quando alguém prime um botão neles..”
um botão é apenas um dos métodos possíveis, também pode ser por nfc, etc. O emparelhamento dum Apple Watch até requer uma forma de leitura óptica. O emparelhamento dum Airpod requer abrir a tampa da caixa, etc, etc

Quanto ao que tu vês dos teus smartphones Android há algo de muito errado, já que o sistema Android está feito para os smartphones não andarem a fazer automaticamente e peridodicamente advertising para estabelecer ligações a não ser que se mude nas definições. O mais certo é estarem a enviar beacons, e caso não mudem quem criou o software para esses beacons fez muito mau trabalho.

Castro says:

Não estou a prestar atenção ao que dizes??
Sinceramente isto está a tornar-se ridículo!
Tu dizes que só há “endereços random depois de os equipamentos serem emparelhados e trusted..e NUMA LIGAÇÃO ACTIVA”
Ora eu digo que não é preciso uma ligação activa para haver endereços random… VÊS a diferença????????? Aliás é tecnicamente possível o endereço ser random desde o primeiro momento que um aparelho é ligado, já que não há qualquer requisito que torne obrigatório estar a enviar um endereço fixo no início – o advertising para ligação só requer que seja apresentado o endereço com que se pode ligar naquele momento. A troca de chaves/emparelhamento não é o ponto a partir do qual o endereço se torna random, a troca de chaves é o ponto a partir do qual um outro aparelho com que se emparelhou passa a poder prever qual vai ser o endereço usado num determinado momento.

Segundo ponto, continuas a não entender que existem dois tipos de “advertising”: para ligação e os beacons – terás que ir mais a fundo para distinguir entre os dois, e não apenas ver que existe um endereço. Se tens software em smartphones que cria beacons que não variam, então lamento, mas compraste algo feito por pessoas incompetentes. Tenta ver um iPhone ou um Apple Watch, etc.

““Ha e usam um private non-resolvable address.Esses dispositivos são os únicos que não fazem advertizing,”E to dizes “errado”???? Mas depois escreves o mesmo que eu disse só que por outras palavras…puff. Não está errado, está 100% certo! Os private non-resolvable address, não fazem advertizing! duh.”
Continuas a fazer imensas confusões!
Primeiro, tu dizes que os aparelhos a que eu próprio faço referência “usam um private non-resolvable”… isto está claramente errado, e bastaria saberes interpretar o que disse para entender onde. Se falei em iniciar o emparelhamento de “periféricos”, então estamos a falar de ligações, e não de protocolos usados com certos beacons – pensa lá um bocadinho sobre se dá para aplicar um “ private non-resolvable address” para um aparelho que quer emparelhar?
Segundo, e volto a repetir o que disse antes, existem dois tipos de “advertising”! Se falas no uso de ““ private non-resolvable address”” estás a falar em advertising também… Por isso não é 100% certo, é “100%” errado!