O que é um Probe Request? Como os Dispositivos Descobrem Redes

O que é um Probe Request? Compreender como os Dispositivos Descobrem Redes. Um Briefing Técnico da Purple. Introdução e Contexto. Bem-vindo a este briefing técnico da Purple. Vou orientá-lo através de um dos mecanismos mais fundamentais - e mais frequentemente incompreendidos - no WiFi empresarial: o probe request. Se é responsável por uma implementação de WiFi para convidados, uma rede de retalho multi-site ou um programa de análise de locais, compreender os probe requests não é opcional. É a base sobre a qual tudo o resto assenta - desde a análise de tráfego pedonal e medição do tempo de permanência até aos desafios de randomização de MAC e conformidade com o GDPR. Por isso, vamos a isto. Sempre que um dispositivo - um smartphone, um portátil, um tablet - não está ligado a uma rede, está constantemente a procurar uma. Esse processo de varrimento começa com um probe request. É uma trama de gestão, definida sob a norma IEEE 802.11, e é transmitida pelo dispositivo cliente, não pelo ponto de acesso. Pense nisto como o dispositivo a gritar para a sala: "Está aí alguém que eu conheça?" O ponto de acesso ouve e, se reconhecer o pedido, responde. Isto acontece centenas de vezes por dia, muitas vezes sem que o proprietário do dispositivo chegue a saber. E para os arquitetos de rede e operadores de locais, esses probe requests são uma mina de ouro de dados operacionais - se souber como capturá-los e interpretá-los corretamente. Aprofundamento Técnico. Vamos aprofundar a mecânica. Um probe request é uma trama de gestão de Camada 2 transmitida nas bandas de rádio de 2,4 GHz ou 5 GHz. Sob a norma IEEE 802.11, é classificado como um subtipo 4 de trama de gestão. A trama contém vários elementos de informação chave: o campo SSID, o elemento de taxas suportadas, o elemento de taxas suportadas alargadas e informações de capacidade, incluindo capacidades HT - que é de elevado débito - e VHT para dispositivos 802.11ac. Existem dois tipos de probe requests. O primeiro é um probe request de difusão (broadcast), por vezes chamado de probe wildcard. Aqui, o campo SSID está vazio - o dispositivo está essencialmente a pedir a qualquer ponto de acesso dentro do alcance para se identificar. O segundo é um probe request direcionado, onde o campo SSID contém um nome de rede específico. Isto acontece quando o dispositivo está ativamente a procurar uma rede à qual se ligou anteriormente e que guardou na sua lista de redes preferidas. A resposta do ponto de acesso - a trama de probe response - reflete grande parte do conteúdo da trama de beacon. Inclui o SSID, o BSSID, o intervalo de beacon, o carimbo de data/hora e o conjunto completo de capacidades. Esta troca é o que permite a um dispositivo construir a sua lista de redes disponíveis antes mesmo de o utilizador abrir as suas definições de WiFi.Agora, existe uma distinção importante entre a monitorização ativa e a monitorização passiva. A monitorização ativa é o ciclo de pedido e resposta de sonda que acabo de descrever. A monitorização passiva é diferente - o dispositivo limita-se a ouvir as tramas de sinalizador (beacon frames) que os pontos de acesso transmitem periodicamente, normalmente a cada 100 milissegundos. A monitorização passiva é mais lenta, mas consome menos energia. A maioria dos dispositivos modernos utiliza uma combinação de ambas, dependendo do seu estado de energia e do domínio regulamentar em que estão a operar. É aqui que a situação se torna operacionalmente significativa. Num local de elevada densidade - um estádio, um centro de conferências, uma grande superfície comercial - pode ter milhares de dispositivos a enviar simultaneamente pedidos de sonda através de múltiplos canais. Isto cria o que é conhecido como condições de tempestade de sondas (probe storm). Cada pedido de sonda consome tempo de antena. Numa rede mal concebida, esta sobrecarga de tramas de gestão pode degradar consideravelmente o débito (throughput) dos clientes ligados. É por isso que os pontos de acesso de classe empresarial implementam filtragem de pedidos de sonda e limitação de taxa (rate limiting) por padrão. Vamos agora falar sobre endereços MAC e por que razão isto é extremamente importante para a análise de dados. Historicamente, cada pedido de sonda continha o endereço MAC real do hardware do dispositivo - um identificador único global de 48 bits gravado na placa de rede. Isto tornava a análise baseada em sondas extremamente fiável. Podia monitorizar um dispositivo ao longo do seu espaço, medir o tempo de permanência, identificar visitantes recorrentes e criar mapas de calor de tráfego pedonal com elevada confiança. Isso mudou significativamente com o iOS 14 em 2020 e o Android 10 antes dele. A Apple e a Google introduziram a aleatorização de endereços MAC para pedidos de sonda. Em vez de transmitirem o MAC real do hardware, os dispositivos geram agora um endereço MAC aleatório para a monitorização. No iOS, esta aleatorização é por SSID - o que significa que o dispositivo utiliza um MAC aleatório consistente ao ligar-se a uma rede específica, mas um diferente ao efetuar sondas. No Android, a implementação varia consoante o fabricante. O impacto prático para os operadores de espaços é significativo. As análises de tráfego pedonal baseadas em sondas que dependiam de endereços MAC persistentes são agora pouco fiáveis para dispositivos não ligados. As contagens de dispositivos únicos são inflacionadas. A identificação de visitantes recorrentes apenas a partir de dados de sondas já não é viável. A solução - e é aqui que o WiFi de convidados autenticado se torna fundamental - passa por mover a sua camada de identidade do endereço MAC para o utilizador autenticado. Quando um visitante se liga através de um Captive Portal ou de um início de sessão social, recolhe uma identidade persistente e consentida que sobrevive à aleatorização de MAC. A plataforma de WiFi de convidados da Purple faz exatamente isto - associa a análise de dados à sessão autenticada, e não ao endereço de hardware, fornecendo-lhe dados de tráfego pedonal precisos e em conformidade com o GDPR, independentemente do comportamento do MAC do dispositivo. Existe também uma dimensão de segurança nos probe requests que os analistas de segurança de rede precisam de compreender. Como os probe requests são tramas de gestão não encriptadas, são visíveis para qualquer pessoa com uma ferramenta de captura de pacotes em modo de monitorização. Um probe request direcionado revela os SSIDs das redes a que um dispositivo se ligou anteriormente - o que é conhecido como a lista de redes preferidas, ou PNL. Esta é uma exposição real de privacidade. Um dispositivo que passe pelo seu espaço está a transmitir os nomes de todas as redes a que alguma vez se ligou. Esta é uma das razões pelas quais a randomização de MAC foi introduzida em primeiro lugar. Do ponto de vista da superfície de ataque, os probe requests permitem ataques de evil twin. Um atacante que capture um probe request direcionado para um SSID específico pode criar um ponto de acesso malicioso com esse SSID e esperar que o dispositivo se ligue automaticamente. Os protocolos de open melhorado e de autenticação simultânea de iguais - SAE - do WPA3 mitigam significativamente este risco, mas apenas se a sua infraestrutura os suportar e aplicar. Recomendações de Implementação e Erros Comuns. Muito bem, passemos ao que realmente deve fazer com isto numa implementação real. Primeiro, se estiver a implementar ou a atualizar uma rede WiFi de convidados num espaço de alta densidade, a colocação dos seus pontos de acesso e o planeamento de canais devem ter em conta a sobrecarga dos probe requests. Utilize uma estratégia de largura de banda mínima de canal - 20 MHz em 2.4 GHz - e implemente limites mínimos de RSSI para evitar que dispositivos distantes se associem. A maioria dos controladores empresariais permite configurar a filtragem de respostas a sondagens para que os APs apenas respondam a dispositivos acima de uma determinada força de sinal. Isto reduz significativamente o ruído das tramas de gestão. Segundo, se estiver a realizar análises de tráfego de pessoas ou de tempo de permanência, aceite que os dados baseados apenas em sondagens já não são suficientes. A sua estratégia de analítica precisa de ser construída em torno de sessões autenticadas. Isto significa que o seu captive portal ou fluxo de integração precisa de ser suficientemente fluido para que os visitantes se liguem realmente. Os dados da Purple mostram que os espaços com uma experiência de integração bem concebida - início de sessão social, captura de e-mail ou um fluxo sem palavra-passe - registam taxas de ligação de 60 a 80 por cento dos dispositivos no espaço. Essa é a sua população de analítica. Terceiro, para a conformidade com o GDPR no Reino Unido e na UE, a recolha de dados de probe requests - mesmo que anonimizados - exige uma avaliação cuidadosa da base jurídica. Se estiver a capturar e a armazenar tramas de sondagem para analítica, precisa de documentar a sua base de interesse legítimo e garantir a minimização de dados. As orientações do ICO sobre a monitorização de WiFi são claras: se conseguir identificar um indivíduo a partir dos dados, mesmo que indiretamente, trata-se de dados pessoais. Trabalhe com o seu encarregado de proteção de dados antes de implementar qualquer sistema de analítica baseado em sondagens. Quarto, preste atenção às tempestades de sondagem em ambientes densos. Se detetar uma degradação inexplicável do débito num local com elevado fluxo de pessoas, consulte os registos dos seus APs e analise as taxas de frames de gestão. Uma tempestade de sondagem é frequentemente a culpada. A solução é uma combinação de filtragem de RSSI mínimo, limitação da taxa de resposta de sondagem e garantia de que a sua banda de 5 GHz é devidamente publicitada para que os dispositivos compatíveis a prefiram em detrimento da de 2.4 GHz. Perguntas e Respostas Rápidas. Deixe-me abordar algumas questões que surgem regularmente. Posso utilizar pedidos de sondagem para contar o fluxo de pessoas sem um Captive Portal? Tecnicamente sim, mas após o iOS 14 a precisão é fraca. Verá contagens únicas inflacionadas e nenhum dado de visitantes recorrentes. Para qualquer análise que vá além de estimativas aproximadas, precisa de sessões autenticadas. Os pedidos de sondagem funcionam em redes WiFi 6E de 6 GHz? Sim, mas com diferenças. A banda de 6 GHz utiliza um mecanismo de descoberta chamado FILS - Fast Initial Link Setup - e descoberta fora de banda, o que altera a dinâmica de sondagem. Se estiver a implementar WiFi 6E, verifique a documentação do seu fabricante sobre o comportamento de varrimento em 6 GHz. Qual é a diferença entre um pedido de sondagem e um pedido de associação? Um pedido de sondagem é pré-associação - o dispositivo está a descobrir redes. Um pedido de associação surge após a autenticação, quando o dispositivo solicita formalmente a adesão a um SSID específico. São fases diferentes da máquina de estados de ligação 802.1X. A aleatorização de MAC é consistente após a ligação? No iOS, sim - o dispositivo utiliza um MAC aleatório estável para um determinado SSID. No Android, varia. Algumas implementações re-aleatorizam em cada ligação. É por isso que a identidade baseada em sessões, e não a identidade baseada em MAC, é a arquitetura correta. Resumo e Próximos Passos. Para concluir: os pedidos de sondagem são o pulsar do coração da descoberta WiFi. Cada dispositivo no seu espaço está constantemente a gerá-los. Compreender a sua estrutura, as suas limitações e as suas implicações de segurança é fundamental para conceber implementações de guest WiFi fiáveis, capazes de fornecer análises e em conformidade. As principais conclusões são estas. Um: as análises baseadas em sondagens sem autenticação não são fiáveis num mundo pós-aleatorização de MAC. Dois: o guest WiFi autenticado é a sua camada de identidade - é o que torna as suas análises precisas e os seus dados em conformidade com o GDPR. Três: a gestão de tempestades de sondagem é uma preocupação operacional real em locais de alta densidade e precisa de ser abordada na fase de conceção da infraestrutura. Quatro: os pedidos de sondagem direcionados expõem a lista de redes preferidas do seu dispositivo - um risco de segurança real que o WPA3 e as boas práticas de higiene de rede podem mitigar. Se quiser aprofundar o assunto, a documentação técnica da Purple abrange a forma como a nossa plataforma independente de hardware captura e processa dados de sondagem juntamente com dados de sessões autenticadas para lhe fornecer análises precisas do local. Também pode explorar os nossos guias sobre orientação no espaço por WiFi e trilateração, que se baseiam diretamente nos fundamentos dos pedidos de sondagem que abordámos hoje. Obrigado por ouvir. Esta foi uma sessão técnica da Purple.