Guest WiFi Session Timeouts: Balancing UX and Security

[Música de Introdução - Eletrónica corporativa, profissional e otimista] Anfitrião: Bem-vindo ao Purple Technical Briefing. Sou o vosso anfitrião e hoje vamos abordar um tema que se situa mesmo na interseção entre a engenharia de rede e a experiência do cliente: os Tempos de Expiração de Sessão de Guest WiFi. Se é um gestor de TI, um arquiteto de rede ou um diretor de operações de espaços, conhece bem esta luta. A equipa de marketing quer que os clientes se liguem uma vez e nunca mais vejam um ecrã de início de sessão. As equipas de segurança e infraestrutura observam o esgotamento do pool de DHCP e preocupam-se com sessões obsoletas e não autenticadas. Hoje, vamos colmatar essa lacuna. Vamos discutir como definir tempos de expiração que mantêm os utilizadores ligados sem comprometer a sua postura de segurança ou a disponibilidade de IP. [Som de transição] Anfitrião: Vamos mergulhar na mecânica técnica. Quando falamos de um "tempo de expiração de sessão", estamos na verdade a falar de dois temporizadores distintos que operam no seu controlador de rede: o Idle Timeout (Tempo de Inatividade) e o Absolute Timeout (Tempo Absoluto). Pense no Idle Timeout como o seu monitor de inatividade. Ele monitoriza a transmissão ativa de dados. Se um dispositivo cliente não enviar ou receber absolutamente nada durante um período especificado, o controlador termina a sessão. O objetivo principal aqui é a recuperação de recursos. Liberta concessões de DHCP e memória do Ponto de Acesso alocada a dispositivos que abandonaram fisicamente o seu espaço sem se desligarem formalmente. No entanto, há um senão. Os smartphones modernos são incrivelmente agressivos na suspensão de atividade para poupar bateria. Quando entram em suspensão, param de transmitir. Se definir o seu idle timeout de forma demasiado agressiva — por exemplo, cinco minutos — vai desligar dispositivos em suspensão. Quando o utilizador tirar o telemóvel do bolso para verificar um e-mail, será forçado a voltar ao Captive Portal. É uma experiência de utilizador terrível. Para ambientes típicos, um idle timeout entre 30 e 60 minutos é o ponto ideal. Agora, vejamos o Absolute Timeout. Este é o temporizador rígido. Ele dita a duração total máxima de uma sessão, independentemente de o dispositivo estar ou não a transmitir dados ativamente. Assim que este temporizador chega a zero, a sessão é terminada e o utilizador deve autenticar-se novamente. Porque precisamos disto? Impõe limites de utilização diária, garante que os utilizadores aceitam periodicamente os seus Termos e Condições e força uma revalidação de segurança. O desafio é que é disruptivo. Irá interromper sessões ativas — mesmo chamadas VoIP. Portanto, o seu absolute timeout deve alinhar-se com o tempo de permanência típico do seu espaço. [Som de transição] Anfitrião: Vamos analisar algumas recomendações de implementação no mundo real. Não existe uma solução única para todos os casos aqui. Pense numa loja de retalho com elevada rotação. Os clientes movem-se rapidamente. O seu objetivo é captar análises precisas de tráfego pedonal e, talvez, apresentar marketing direcionado, evitando ao mesmo tempo a permanência prolongada. Neste cenário, um tempo limite de inatividade (idle timeout) de 15 a 30 minutos é perfeito. Se um dispositivo estiver inativo durante meia hora, significa que saíram da loja. O seu tempo limite absoluto deve ser de cerca de 2 a 4 horas, cobrindo a viagem de compras típica mais longa. E iria querer utilizar o bypass de autenticação MAC — ou MAB — para uma reautenticação silenciosa ao longo de 7 a 14 dias para monitorizar os clientes que regressam. Agora, compare isso com um ambiente de hotelaria empresarial — um hotel. Os hóspedes esperam uma experiência semelhante à de casa. Se os forçar a iniciar sessão a cada quatro horas, a sua receção será inundada de reclamações. Aqui, o seu tempo limite de inatividade precisa de ser muito mais longo — 4 a 8 horas. Os hóspedes deixam os dispositivos nos quartos enquanto vão para a piscina; esses dispositivos não devem ser desligados. O tempo limite absoluto deve ser de 24 horas ou, idealmente, associado diretamente à data de check-out através de uma integração com o Sistema de Gestão de Propriedades (PMS). E, finalmente, considere um grande centro de transportes, como um aeroporto ou um estádio. Os tempos de permanência são altamente variáveis e a exaustão de endereços IP é um risco crítico e imediato. Tem dezenas de milhares de dispositivos transitórios. Neste ambiente, a conservação de recursos supera uma UX fluida. Precisa de um tempo limite de inatividade agressivo — 15 minutos — para recuperar IPs rapidamente. O seu tempo limite absoluto pode ser de 4 horas e, geralmente, necessita de reautenticação manual para gerir os consumidores excessivos de largura de banda. [Som de transição] Apresentador: Antes de passarmos para as Perguntas e Respostas, quero destacar alguns erros críticos a evitar. Primeiro: Alugueres DHCP desalinhados. Este é o erro de configuração número um que vemos. Não defina um tempo limite de sessão de 2 horas e um aluguer DHCP de 8 horas. Se uma sessão terminou, o IP deve estar livre. O seu tempo de aluguer DHCP deve corresponder de perto ou exceder ligeiramente o seu tempo limite de sessão absoluto. Segundo: Ignorar a Randomização MAC. O iOS e o Android utilizam agora endereços MAC privados por predefinição. Se a sua rede depende fortemente da reautenticação baseada em MAC para essa experiência de regresso fluida, precisa de educar os utilizadores. Utilize a sua splash page para os instruir a desativar a randomização MAC para o seu SSID específico se pretenderem uma ligação fluida de vários dias. Terceiro: Operar às escuras. Utilize as suas análises de WiFi. Analise a duração das suas sessões. Se 90% dos seus utilizadores saem naturalmente em 45 minutos, definir um tempo limite absoluto de 12 horas é apenas correr um risco desnecessário. Baseie os seus temporizadores em dados reais de tempo de permanência. [Som de transição] Apresentador: Vamos fazer uma sessão rápida de Perguntas e Respostas com base nas dúvidas comuns dos clientes. Pergunta 1: 'Os utilizadores queixam-se de que têm de iniciar sessão sempre que voltam do almoço. Como resolvemos isto?' Resposta: Aumente o seu tempo limite de inatividade. Se o almoço for de uma hora, um tempo limite de inatividade de 30 minutos irá desligá-los. Aumente-o para 90 minutos. Pergunta 2: 'Estamos a ficar sem endereços IP todas as tardes, mas o nosso espaço não está cheio. Porquê?' Resposta: Sessões fantasma. O seu tempo limite de inatividade (idle timeout) está desativado ou configurado para um período demasiado longo, o que significa que os dispositivos que saíram há horas ainda estão a reter concessões de IP. Reduza o seu tempo limite de inatividade para 30 minutos e encurte o tempo de concessão DHCP. Pergunta 3: 'De que forma é que a Encriptação Sem Fios Oportunista, ou OWE, afeta os tempos limite?' Resposta: A OWE fornece encriptação individualizada para redes abertas sem palavra-passe. Não altera diretamente o funcionamento dos tempos limite, mas melhora significativamente a sua postura de segurança durante a sessão, tornando os tempos limite absolutos mais longos ligeiramente menos arriscados do ponto de vista da monitorização passiva (passive sniffing). [Som de transição] Anfitrião: Em resumo: Os tempos limite de sessão são o ponto de equilíbrio entre a experiência do utilizador e a segurança da rede. Utilize o seu tempo limite de inatividade para gerir o comportamento dos dispositivos e os recursos de rede. Utilize o seu tempo limite absoluto para gerir o comportamento humano e a conformidade. Adapte estas definições ao seu setor específico — a hotelaria necessita de temporizadores longos, o retalho de temporizadores médios e os transportes de alta densidade necessitam de temporizadores agressivos. Alinhe as suas concessões DHCP, tenha em conta a aleatorização de MAC e deixe que a sua análise guie a sua configuração. Acerte nisto e reduzirá os pedidos de suporte, protegerá a sua rede e fornecerá a conectividade contínua que os seus convidados esperam. Obrigado por se juntar a este Briefing Técnico da Purple. Até à próxima, mantenha as suas redes seguras e os seus convidados ligados. [Música de Encerramento - Desvanece]