Saltar para o conteúdo principal

Arti iPSK: um guia completo para empresas

O Arti iPSK oferece segurança de rede de nível empresarial com a simplicidade de uma palavra-passe de WiFi doméstico. Este guia detalha como implementar uma arquitetura automatizada de Identity Pre-Shared Key para fornecer isolamento de VLAN seguro por utilizador em ambientes multi-tenant, sem comprometer a compatibilidade de dispositivos IoT.

📖 6 min de leitura📝 1,392 palavras🔧 2 exemplos práticos3 perguntas de prática📚 8 definições principais

Ouça este guia

Ver transcrição do podcast
Fale em inglês britânico com um tom confiante, autoritário e conversacional - como um consultor de rede sénior a informar um CTO antes de uma reunião de direção. Ritmo comedido, dicção clara, ocasional humor seco. Não é uma palestra. É um briefing: Bem-vindo ao Purple Technical Briefing. [curta pausa] Hoje vamos falar sobre arti iPSK - que, para quem não se deparou com o termo, é a abreviatura de gestão automatizada ou assistida por inteligência artificial de Identity Pre-Shared Key. [curta pausa] É um termo complexo, mas o conceito é simples e, ao fim destes dez minutos, saberá exatamente se deve constar do design da sua rede neste trimestre. Deixe-me enquadrar o cenário. [curta pausa] É um promotor imobiliário, um operador de BTR ou um diretor de TI responsável pela conectividade num edifício multi-inquilino. Tem centenas de residentes, cada um com quinze a vinte e cinco dispositivos - telemóveis, portáteis, smart TVs, consolas de videojogos, colunas inteligentes, termóstatos. Todos precisam de WiFi. Todos esperam que funcione como uma rede doméstica privada. E precisa de garantir que o residente A não consegue ver, aceder ou interferir com os dispositivos do residente B - nunca. [curta pausa] Esse é o problema. O iPSK é a arquitetura que o resolve. O arti iPSK é o que acontece quando automatiza a gestão do ciclo de vida dessa arquitetura à escala. [pausa média] Muito bem. Passemos à arquitetura técnica, porque é aqui que a maioria das conversas de aquisição corre mal. [curta pausa] O WPA2-Personal padrão - a palavra-passe na parte de trás de um router - oferece uma chave partilhada por todos. Num empreendimento BTR de 200 unidades, isso significa 200 habitações, potencialmente 4.000 dispositivos, todos a autenticarem-se com a mesma credencial. Se um residente partilhar essa palavra-passe, perdeu o controlo do perímetro da sua rede. Se um residente se mudar e precisar de revogar o seu acesso, terá de alterar a palavra-passe do edifício inteiro. Isso não é uma estratégia de gestão de rede. É um risco. [curta pausa] No outro extremo do espectro, temos o WPA3-Enterprise que utiliza o IEEE 802.1X - o padrão corporativo. Requer um nome de utilizador e palavra-passe únicos, ou um certificado digital, por dispositivo. É altamente seguro. Mas o problema é este: os dispositivos headless - consolas de videojogos, smart TVs, Amazon Echo, Chromecast - não conseguem processar certificados 802.1X. Simplesmente não se conseguem ligar. Num ambiente residencial, isso é um fator de rutura. [curta pausa] O iPSK posiciona-se precisamente no meio. O Identity Pre-Shared Key atribui uma palavra-passe de WiFi única a cada residente individual ou grupo de dispositivos, tudo num único SSID. Do ponto de vista do dispositivo, este está a ligar-se a uma rede WPA2 ou WPA3 padrão usando uma chave pré-partilhada. Sem certificados, sem integrações complexas. Mas, nos bastidores, o seu controlador sem fios - quer seja Cisco Meraki, HPE Aruba, Ruckus ou Juniper Mist - mantém uma base de dados de chaves únicas, uma por residente. Quando um dispositivo se liga e apresenta a sua chave, o controlador associa-a a um registo de identidade e aplica a política de rede correspondente: atribuição de VLAN, limites de largura de banda, controlo de acessos. [medium pause] Agora, a parte verdadeiramente poderosa é o que acontece na camada VLAN. [short pause] Num empreendimento BTR, pretende, no mínimo, quatro segmentos de rede. Uma VLAN de residente para dispositivos pessoais. Uma VLAN de funcionários para a gestão do edifício. Uma VLAN de IoT para sistemas de gestão do edifício, CCTV e fechaduras inteligentes. E uma VLAN de convidados para as áreas comuns. Com uma única PSK partilhada, não consegue diferenciar estes grupos sem implementar múltiplos SSIDs - o que cria congestionamento de radiofrequência e custos de gestão adicionais. Com o iPSK, um único SSID direciona dinamicamente cada dispositivo que se liga para a VLAN correta com base na chave apresentada. Limpo, escalável, operacionalmente simples. [short pause] Isto também cria o que chamamos de Rede de Área Privada - uma bolha de WiFi em torno dos dispositivos de cada residente. Dentro da bolha, o isolamento de Camada 2 está desativado, pelo que a reflexão mDNS funciona. O iPhone de um residente pode detetar o seu próprio Chromecast ou impressora sem fios, tal como num router doméstico. Fora da bolha, o isolamento de Camada 2 é rigorosamente aplicado. O residente A não consegue ver, transmitir para ou interagir com os dispositivos do residente B, mesmo que estejam ligados ao mesmo ponto de acesso físico no corredor. Essa é a arquitetura em conformidade com o GDPR para WiFi multi-inquilino. [medium pause] Então, onde entra a parte "arti"? [short pause] O Arti iPSK refere-se à camada de automatização e inteligência sobre a arquitetura iPSK principal. Gerir manualmente milhares de chaves únicas - gerando-as, distribuindo-as, revogando-as quando um contrato de arrendamento termina - simplesmente não é viável à escala. Um empreendimento com 500 camas e um ciclo de arrendamento de 52 semanas significa centenas de eventos de ciclo de vida de chaves por ano. Se a sua equipa estiver a gerir isso numa folha de cálculo, está a criar um risco operacional. [short pause] A camada de automatização liga o seu controlador sem fios ao seu fornecedor de identidade - Microsoft Entra ID, Okta ou Google Workspace - e ao seu sistema de gestão de propriedade através de API REST. Quando um novo residente é adicionado ao seu sistema de arrendamento, uma chave iPSK única é gerada e distribuída automaticamente - através da aplicação Purple, de um e-mail de boas-vindas ou de um código QR num cartão de entrada. Quando um arrendamento termina, a chave é automaticamente revogada. Sem intervenção manual. Sem pedidos de suporte. Sem credenciais órfãs a acumular-se como uma responsabilidade de segurança. [short pause] A plataforma Multi-Tenant WiFi da Purple gere todo este ciclo de vida como uma sobreposição de nuvem no seu hardware existente. Funcionamos em Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, e Fortinet - para que não fique fidelizado a um fornecedor específico. A plataforma tem certificação ISO 27001, em conformidade com o GDPR e CCPA, e oferece 99.999% de tempo de atividade em 80.000 locais ativos. [medium pause] Deixe-me dar-lhe dois cenários do mundo real para tornar isto concreto. [short pause] Cenário um: um empreendimento Build-to-Rent de 300 unidades em Manchester. O promotor imobiliário especificou pontos de acesso Cisco Meraki em todo o edifício - um AP por corredor, dois por piso em áreas de alta densidade. A sobreposição de nuvem da Purple liga-se ao controlador Meraki via RADIUS e API. Quando um novo residente assina o seu contrato de arrendamento no sistema de gestão de propriedade, a Purple gera automaticamente uma chave iPSK exclusiva de 32 caracteres e envia-a para o e-mail do residente com um código QR. No dia da mudança, o residente digitaliza o código QR no seu telemóvel. Todos os dispositivos que ligar posteriormente utilizando essa chave - portátil, smart TV, consola de jogos, coluna inteligente - ficam na sua VLAN privada. O seu Chromecast funciona. A sua PlayStation obtém um tipo de NAT limpo. O seu vizinho não consegue ver nenhum dos seus dispositivos. Quando se muda, a chave é revogada poucos minutos após a data de fim do arrendamento ser atualizada no sistema de gestão de propriedade. O residente seguinte recebe uma chave nova antes de chegar. [short pause] Cenário dois: um hotel de 250 quartos. Historicamente, o hotel utilizava um Captive Portal - os hóspedes tinham de iniciar sessão através de uma página web a cada 24 horas. A reclamação mais comum dos hóspedes era a fricção na ligação ao WiFi. As Apple TVs nos quartos não funcionavam de todo, porque os portais cativos quebram o emparelhamento de dispositivos. O hotel integrou o seu sistema de gestão de propriedade com a Purple. No check-in, o PMS aciona automaticamente a geração da chave. O hóspede recebe a sua chave iPSK exclusiva na confirmação do check-in. Ligam-se uma vez. Os seus dispositivos permanecem ligados durante a estadia. A chave expira automaticamente no checkout. As pontuações de satisfação dos hóspedes com o WiFi melhoraram 34% no primeiro trimestre após a implementação - dados da própria Purple resultantes da implementação. [medium pause] Certo. Recomendações de implementação e os erros a evitar. [short pause] Primeiro: geração de chaves. As suas chaves iPSK devem ter no mínimo 20 caracteres, idealmente 32, e ser criptograficamente aleatórias. Não permita que os residentes escolham as suas próprias chaves. Não utilize padrões sequenciais ou previsíveis. Gere-as programaticamente e distribua-as de forma segura. [short pause] Segundo: suporte do controlador. Nem todos os controladores sem fios implementam o iPSK da mesma forma. A Cisco chama-lhe iPSK ou Personal Private Network. A Aruba chama-lhe MPSK - Multi-PSK. A Ruckus chama-lhe DPSK - Dynamic PSK. Os limites de escala, as capacidades de API e a granularidade do direcionamento de VLAN variam entre plataformas e versões de firmware. Antes de se comprometer com uma plataforma, valide o número máximo de chaves exclusivas suportadas por SSID. Algumas plataformas mais antigas limitam este valor a algumas centenas, o que é inadequado para um empreendimento de grande dimensão. [short pause] Terceiro: limites de dispositivos por chave. Os estudantes e residentes ligam vários dispositivos. Se não configurar um limite de dispositivos por chave, um único iPSK pode proliferar por dezenas de dispositivos, prejudicando a sua capacidade de atribuir o tráfego com precisão. Defina um limite de quatro a seis dispositivos por chave e aplique-o no controlador. [short pause] Quarto: dimensionamento do escopo DHCP. Num ambiente residencial de alta densidade, consumirá endereços IP rapidamente. Planeie de 15 a 25 dispositivos por habitação. Utilize tempos de concessão (lease) DHCP de quatro a oito horas, em vez das 24 horas predefinidas, para recuperar endereços de forma eficiente. [short pause] O principal erro a evitar: implementar o iPSK sem um processo documentado de ciclo de vida das chaves. As chaves que nunca são revogadas acumulam-se ao longo do tempo e tornam-se um risco de segurança. Crie o fluxo de trabalho de revogação antes de entrar em funcionamento, não depois. [medium pause] Perguntas rápidas. [short pause] O iPSK requer um certificado no dispositivo do cliente? Não. O dispositivo do cliente vê uma solicitação de palavra-passe padrão WPA2 ou WPA3. Sem certificados, sem configuração de suplicante. [short pause] É possível limitar a largura de banda por residente? Sim. O servidor RADIUS identifica o residente específico e pode enviar atributos de política de limite de taxa de volta para o controlador. [short pause] É seguro se um residente partilhar a sua chave? Muito mais seguro do que o PSK padrão. O novo dispositivo junta-se apenas à Rede de Área Privada isolada desse residente - não à rede mais ampla do edifício ou aos dispositivos de outros residentes. E pode definir um limite de endereços MAC concorrentes por chave. [short pause] O iPSK funciona com WPA3? Sim. O WPA3-SAE pode ser combinado com iPSK em hardware suportado, adicionando confidencialidade direta (forward secrecy) e resistência a ataques de dicionário offline. [medium pause] Para concluir. [short pause] O Arti iPSK - gestão automatizada de Identity Pre-Shared Key - é a arquitetura certa para qualquer implementação de WiFi multi-tenant onde necessite de responsabilização por residente sem a complexidade de uma infraestrutura 802.1X completa. Oferece credenciais exclusivas por residente, direcionamento dinâmico de VLAN, gestão granular do ciclo de vida e um registo de auditoria pronto para conformidade - tudo com uma experiência de integração de dispositivos tão simples como introduzir uma palavra-passe de WiFi. [short pause] O caso comercial é claro. No setor BTR, o WiFi gerido como uma comodidade suporta um prémio de renda de quinze a trinta libras por unidade, por mês, e reduz os períodos de vacatura em cinco a dez dias - pesquisa de setor da British Property Federation. Para um empreendimento de 200 unidades, isso representa uma contribuição significativa para o rendimento operacional líquido. [short pause] A Purple opera WiFi gerido em mais de 80.000 locais desde 2012. Somos certificados pela ISO 27001, em conformidade com o GDPR e CCPA, e certificados como B Corp. A nossa plataforma Multi-Tenant WiFi gere todo o ciclo de vida do residente - onboarding, gestão de credenciais, suporte IoT, analítica e conformidade - como uma sobreposição em nuvem no hardware que já possui ou que está a especificar hoje. [short pause] Se está na fase de projeto de um empreendimento BTR, ou a analisar uma rede existente que não está a ter o desempenho esperado, visite purple dot ai para obter o guia escrito completo, diagramas de arquitetura e uma calculadora de ROI. [short pause] Obrigado por ouvir.

header_image.png

Resumo Executivo

Fornecer WiFi seguro e de alto desempenho em ambientes multi-tenant obriga a um compromisso. Escolhe-se a simplicidade de uma palavra-passe partilhada (WPA2-Personal), que oferece zero segurança e zero isolamento, ou escolhe-se a complexidade da autenticação 802.1X Enterprise, que fornece excelente segurança mas inviabiliza completamente dispositivos sem interface de utilizador, como consolas de jogos, smart TVs e sensores IoT.

O Arti iPSK (automated Identity Pre-Shared Key) elimina este compromisso. Atribui uma palavra-passe WiFi única a cada residente ou utilizador num único SSID partilhado. Quando um dispositivo se liga, o servidor RADIUS encaminha-o dinamicamente para uma VLAN dedicada, criando uma Private Area Network (PAN) para esse utilizador específico. Esta arquitetura oferece a segurança e o controlo por utilizador de uma rede empresarial, mantendo 100% de compatibilidade de dispositivos. Este guia detalha a arquitetura técnica, as estratégias de implementação e o caso de negócio para promotores imobiliários, operadores de BTR e equipas de TI de hotelaria que procuram implementar iPSK em escala.

Análise Técnica Profunda: A Arquitetura iPSK

O núcleo de uma implementação iPSK depende da integração entre o seu Wireless LAN Controller (ou Cloud Controller) e um servidor de autenticação RADIUS.

O Fluxo de Autenticação

Quando um dispositivo tenta ligar-se ao SSID partilhado, apresenta a sua Pre-Shared Key única. O ponto de acesso envia um pedido de autenticação, normalmente contendo o endereço MAC do dispositivo, para o servidor RADIUS. O servidor RADIUS verifica a sua base de dados. Se a chave e o endereço MAC corresponderem a um perfil válido, envia uma mensagem Access-Accept de volta para o controlador.

Mais importante ainda, esta resposta inclui políticas de rede específicas como atributos específicos do fabricante. O mais crítico destes é a atribuição de VLAN.

architecture_overview.png

A Vantagem da Private Area Network (PAN)

Num ambiente multi-tenant, como um hotel de 200 quartos ou uma propriedade build-to-rent, pode ter milhares de dispositivos nos mesmos pontos de acesso físicos. Com o iPSK, o servidor RADIUS atribui dinamicamente os dispositivos de cada residente à sua própria VLAN específica. Isto cria uma bolha WiFi virtual em torno desse utilizador.

Dentro da bolha, o isolamento de Layer 2 é desativado. Isto significa que a reflexão mDNS funciona perfeitamente. O iPhone de um residente pode detetar o seu próprio Chromecast ou impressora sem fios, exatamente como faria num router doméstico privado. Fora da bolha, o isolamento de Layer 2 é estritamente aplicado. O Residente A não consegue ver, transmitir para ou interagir com os dispositivos do Residente B, mesmo que estejam ligados exatamente ao mesmo ponto de acesso no corredor. Isto resolve a maior dor de cabeça no WiFi multi-inquilino: a descoberta de dispositivos. Mantém a segurança estrita e o isolamento necessários para um espaço público ou partilhado, enquanto proporciona a experiência fluida e interligada que os utilizadores esperam.

Comparação de Compatibilidade

comparison_chart.png

Como mostra a comparação, o iPSK preenche a lacuna entre a simplicidade do consumidor e o controlo empresarial. Ao contrário do WPA3-Enterprise, suporta nativamente dispositivos IoT sem ecrã (headless) que não conseguem processar certificados 802.1X.

Guia de Implementação

Implementar o iPSK com sucesso requer um planeamento cuidadoso do seu design de RF, configuração do controlador e integração de identidade.

1. Levantamento de Local de RF e Planeamento de Densidade

Antes de especificar os pontos de acesso, execute um design preditivo de radiofrequência. Ferramentas como o Ekahau modelam a propagação do sinal através dos materiais específicos do seu edifício. Planeie para uma elevada densidade de dispositivos: as frações BTR modernas têm em média 15 - 25 dispositivos ligados por habitação. A sua arquitetura de rede precisa de lidar com essa densidade desde o primeiro dia.

2. Classificação de Tráfego e Design de VLAN

Documente cada tipo de dispositivo e população de utilizadores no seu ambiente. Residentes, funcionários, visitantes, dispositivos IoT, CCTV e sistemas de gestão de edifícios requerem, cada um, uma VLAN, sub-rede e política de firewall dedicadas.

Implemente uma política de firewall de negação por defeito e permissão explícita entre VLANs. A sua VLAN de convidados deve ter acesso de saída à internet e nada mais. Garanta que não existe rota da rede de convidados para as sub-redes de residentes ou funcionários.

3. Configuração do Controlador

Mantenha o seu número de SSIDs baixo. Transmita no máximo três SSIDs por banda de rádio: Residente (iPSK), Funcionários (802.1X) e Convidado (Captive Portal ou Passpoint). Cada SSID adicional consome tempo de antena para tramas de beacon, o que degrada significativamente o rendimento em implementações densas.

4. Automatizar o Ciclo de Vida (O "Arti" em Arti iPSK)

Gerir manualmente milhares de chaves exclusivas é impossível para as equipas de TI. Deve automatizar o ciclo de vida. Integre o seu controlador sem fios com o seu Fornecedor de Identidade (Microsoft Entra ID, Okta) e o seu Sistema de Gestão de Propriedades através de REST API.

Quando um novo residente é adicionado ao sistema, gere automaticamente uma chave exclusiva de 32 caracteres, criptograficamente aleatória. Distribua-a através da aplicação Purple ou de um e-mail de boas-vindas seguro. Quando o arrendamento termina, revogue a chave instantaneamente via API. Isto garante uma abordagem Zero Trust ao acesso à rede sem sobrecarga administrativa.

Casos de Estudo Reais

Implementação em Build-to-Rent (BTR)

Um operador de BTR de 300 unidades implementou access points Cisco Meraki com a sobreposição de nuvem da Purple a gerir o ciclo de vida do iPSK. Quando um residente assina o seu contrato, a Purple gera uma chave única. No dia da mudança, o residente liga o seu smartphone, smart TV e consola de jogos utilizando essa única chave. Todos os dispositivos ficam na sua VLAN privada. A sua PlayStation obtém um tipo de NAT limpo para jogos online. Quando se mudam, a chave é revogada automaticamente através de integração de API com o sistema de gestão de propriedades. O operador alcançou uma experiência "Instant-On", eliminando a necessidade de os residentes organizarem a sua própria banda larga, o que apoiou um prémio de renda de £25 por mês.

Implementação em Hotelaria

Um hotel de 250 quartos dependia historicamente de Captive Portals, exigindo que os hóspedes fizessem login a cada 24 horas. Isto causava uma fricção significativa e impedia os hóspedes de utilizarem Apple TVs ou Chromecasts. O hotel integrou o seu Sistema de Gestão de Propriedades com a Purple. No check-in, o PMS despoleta a geração de uma chave iPSK única, impressa na capa do cartão do quarto. Os hóspedes ligam-se uma vez, os seus dispositivos permanecem ligados durante toda a estadia e a chave expira automaticamente no checkout. As pontuações de satisfação dos hóspedes com o WiFi melhoraram 34% no primeiro trimestre após a implementação.

Melhores Práticas

  • Automatizar o Aprovisionamento: Nunca gira chaves manualmente numa folha de cálculo. Utilize a integração de API com o seu PMS ou IdP para gerar e revogar chaves automaticamente.
  • Impor Limites de Dispositivos: Configure um limite de dispositivos simultâneos por chave (normalmente 4 - 6 dispositivos para indivíduos, ou 15 - 25 para um agregado familiar) para evitar a partilha não autorizada de credenciais.
  • Otimizar os Scopes de DHCP: Em implementações residenciais de alta densidade, utilize tempos de lease DHCP de 4 - 8 horas em vez das 24 horas padrão para evitar a exaustão de endereços IP.
  • Gerar Chaves Fortes: As chaves devem ser criptograficamente aleatórias e ter no mínimo 20 caracteres (idealmente 32). Nunca utilize padrões sequenciais ou permita que os utilizadores escolham as suas próprias chaves.
  • Utilizar Hardware Suportado: Certifique-se de que os seus access points e controladores suportam a atribuição dinâmica de VLAN via RADIUS. A Purple implementa-se como uma sobreposição de nuvem agnóstica em termos de hardware em Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet.

Resolução de Problemas e Mitigação de Riscos

Risco: Exaustão de Endereços IP Num edifício multifamiliar, os dispositivos ligam-se e desligam-se frequentemente. Se os leases de DHCP forem demasiado longos, ficará sem endereços IP na sua sub-rede. Mitigação: Dimensione as sub-redes adequadamente para a densidade de dispositivos esperada e reduza os tempos de lease de DHCP para 4 horas.

Risco: Credenciais Órfãs As chaves que são geradas mas nunca revogadas tornam-se uma vulnerabilidade de segurança significativa ao longo do tempo. Mitigação: Desenvolva o fluxo de trabalho de revogação antes de entrar em funcionamento. Associe a expiração da chave diretamente à data de fim do contrato ou à data de checkout no seu sistema de gestão.

Risco: Interferência de RF de Routers de Consumo Se a experiência de WiFi gerido for fraca, os residentes irão ligar os seus próprios routers de consumo, criando uma enorme interferência de RF que degrada o desempenho de todos. Mitigação: Forneça uma experiência Instant-On sem falhas desde o primeiro dia. Utilize iPSK para garantir que os dispositivos inteligentes funcionam perfeitamente, eliminando o incentivo para os residentes instalarem hardware não autorizado.

ROI e Impacto no Negócio

A transição para iPSK transforma o WiFi de um centro de custos num motor de valor.

Para as equipas de TI, reduz drasticamente os pedidos de suporte. Elimina as rotações manuais de palavras-passe e as chamadas constantes sobre consolas de videojogos que não se conseguem ligar a redes 802.1X.

Para os operadores de espaços, particularmente no setor Build-to-Rent, o WiFi gerido como uma comodidade impulsiona consistentemente um acréscimo no valor da renda e reduz os períodos de inatividade. A investigação do setor pela British Property Federation indica que o WiFi gerido suporta um acréscimo de renda de £15-30 por unidade por mês e reduz os períodos de inatividade em 5-10 dias. Ao fornecer a conectividade segura e de alto desempenho que os inquilinos modernos exigem, diferencia a sua propriedade e aumenta o Rendimento Operacional Líquido.

Para saber mais sobre arquiteturas relacionadas, consulte os nossos guias sobre WiFi para Convidados para áreas comuns, ou explore como este se integra com WiFi Analytics para compreender a utilização do espaço. Nos setores de Hotelaria e Retalho , estas informações impulsionam uma eficiência operacional significativa. Também pode ler mais sobre a estratégia de SSID no nosso artigo do blogue Três SSIDs para a todos governar: guest, Passpoint e IoT WiFi .

Definições Principais

iPSK (Identity Pre-Shared Key)

Um mecanismo de segurança que atribui uma palavra-passe de WiFi exclusiva a cada utilizador ou dispositivo individual num único SSID, proporcionando controlo por utilizador sem a complexidade do 802.1X.

Quando as equipas de TI precisam de proteger ambientes multi-tenant, mas têm de suportar dispositivos sem ecrã, como consolas de videojogos.

RADIUS

Remote Authentication Dial-In User Service. Um protocolo de rede que fornece gestão centralizada de Autenticação, Autorização e Auditoria (Accounting).

O motor de backend que verifica uma chave iPSK e indica ao controlador sem fios a qual VLAN deve atribuir o utilizador.

VLAN Steering

O processo de atribuição dinâmica de um dispositivo que se liga a uma Virtual Local Area Network específica com base nas suas credenciais de autenticação.

Utilizado para separar o tráfego de residentes do tráfego de funcionários nos mesmos pontos de acesso físicos.

PAN (Private Area Network)

Um segmento de rede lógico criado por iPSK que isola os dispositivos de um único utilizador de todos os outros utilizadores na infraestrutura partilhada.

Essencial para proporcionar uma experiência de WiFi privada e semelhante à de casa num edifício partilhado.

Reflexão mDNS

Uma funcionalidade de rede que permite que o tráfego multicast (como a descoberta Apple Bonjour ou Chromecast) atravesse as fronteiras da rede de forma segura.

Necessário para permitir que os residentes transmitam vídeo do seu telemóvel para a sua smart TV.

Dispositivo Sem Ecrã (Headless)

Um dispositivo ligado à rede sem um ecrã tradicional ou interface de teclado, como um sensor de IoT, coluna inteligente ou termostato.

Geralmente, estes dispositivos não conseguem processar portais cativos ou certificados 802.1X, tornando o iPSK o único método de segurança empresarial viável para os mesmos.

Layer 2 Isolation

Uma configuração de segurança que impede que os dispositivos ligados ao mesmo ponto de acesso comuniquem diretamente entre si.

Deve ser ativada entre residentes por motivos de segurança, mas desativada dentro da PAN de um residente para que os seus dispositivos possam interagir.

BTR (Build-to-Rent)

Propriedades residenciais construídas de raiz concebidas especificamente para arrendamento em vez de venda, normalmente detidas e geridas por um único proprietário institucional.

O principal setor imobiliário que impulsiona a adoção de arquiteturas de WiFi gerido e iPSK.

Exemplos Práticos

Um bloco de alojamento para estudantes com 400 camas utiliza atualmente uma única palavra-passe WPA2-Personal partilhada. Os estudantes queixam-se de que não conseguem fazer transmissão de conteúdos para as suas televisões porque o isolamento de dispositivos está ativado. O departamento de TI queixa-se de que, quando um estudante é expulso, não é possível revogar o seu acesso sem alterar a palavra-passe de todos os 400 estudantes. Como deve ser reestruturada esta arquitetura?

Implementar uma arquitetura iPSK. Transmitir um único SSID "Resident WiFi". Integrar o controlador sem fios com o sistema de gestão do alojamento de estudantes através de API. Quando um estudante se inscrever, gerar uma chave iPSK exclusiva de 32 carateres. O servidor RADIUS utilizará esta chave para atribuir os dispositivos do estudante a uma VLAN exclusiva (criando uma Private Area Network). Desativar o isolamento de Camada 2 dentro da VLAN para que a transmissão funcione, mas impor o isolamento entre VLANs. Quando um estudante sair, revogar a sua chave específica via API.

Comentário do Examinador: Esta abordagem resolve os requisitos de experiência do utilizador e de segurança. Proporciona a experiência de transmissão "semelhante à de casa" que os estudantes exigem, ao mesmo tempo que dá à equipa de TI o controlo granular de revogação por utilizador de que necessitam, sem exigir certificados 802.1X complexos que as consolas de videojogos não conseguem processar.

Um promotor imobiliário está a planejar a rede para um novo complexo de apartamentos Build-to-Rent. Precisa de suportar residentes, funcionários do edifício, sistemas de gestão de edifícios IoT (AVAC, fechaduras inteligentes) e WiFi para convidados no átrio. Como devem ser estruturados os SSIDs e as VLANs?

Transmitir exatamente três SSIDs para minimizar os custos de gestão e a congestão de RF: "Resident WiFi" (utilizando iPSK), "Staff WiFi" (utilizando 802.1X) e "Guest WiFi" (utilizando um Captive Portal). Criar quatro VLANs distintas: VLAN 10 (Residentes), VLAN 20 (Funcionários), VLAN 30 (IoT) e VLAN 40 (Convidados). Configurar a firewall com uma política de recusa por predefinição entre VLANs. Ligar os dispositivos IoT sem ecrã ao SSID "Resident WiFi" utilizando chaves iPSK dedicadas que os direcionam especificamente para a VLAN 30.

Comentário do Examinador: Esta é a arquitetura empresarial ideal. Minimiza a proliferação de SSIDs (poupando tempo de transmissão de rádio) ao mesmo tempo que mantém uma separação lógica rigorosa entre os tipos de tráfego. A utilização de iPSK para os dispositivos IoT evita a necessidade de um SSID dedicado à IoT, otimizando ainda mais o ambiente de RF.

Perguntas de Prática

Q1. Está a implementar WiFi num lar de idosos. Os residentes precisam de ligar dispositivos médicos de IoT, smart TVs e tablets. O gestor das instalações pretende utilizar a segurança 802.1X Enterprise para obter a máxima proteção. Qual é a falha arquitetónica neste plano?

Dica: Considere as capacidades dos dispositivos que os residentes trazem consigo.

Ver resposta modelo

A falha é que o 802.1X requer um certificado digital ou uma autenticação complexa de utilizador/palavra-passe. Os dispositivos headless, como sensores médicos de IoT e smart TVs, não conseguem processar estas credenciais e não conseguirão ligar-se. Em vez disso, deve ser utilizado o iPSK para fornecer isolamento por utilizador de nível empresarial, mantendo a compatibilidade com estes dispositivos.

Q2. Um operador de BTR relata que o seu pool de DHCP fica esgotado à quarta-feira de todas as semanas, fazendo com que os novos residentes não consigam ligar-se. Estão a utilizar uma sub-rede /23 (510 IPs utilizáveis) para 200 residentes. Que alteração de configuração é necessária?

Dica: Pense no tempo durante o qual os endereços IP são retidos após um dispositivo se desligar.

Ver resposta modelo

O tempo de concessão (lease time) do DHCP está provavelmente definido para o padrão de 24 horas (ou mais longo). Num ambiente de alta densidade onde os dispositivos saem e regressam frequentemente, os endereços IP estão a ser retidos desnecessariamente. Reduza o tempo de concessão do DHCP para 4 - 8 horas para recuperar endereços de forma mais agressiva. Adicionalmente, uma sub-rede /23 pode ser demasiado pequena para 200 residentes se estes tiverem uma média de 3 dispositivos cada; expandir para uma /22 pode ser necessário.

Q3. Um gestor de TI pretende transmitir 6 SSID diferentes para separar o tráfego: Residentes, Funcionários, IoT, AVAC, Convidados e Gestão. Porque é que este é um design de RF inadequado e de que forma o iPSK o resolve?

Dica: Considere o overhead dos beacon frames no espetro sem fios.

Ver resposta modelo

A transmissão de 6 SSID cria um overhead de gestão excessivo no espetro de radiofrequência. Cada SSID transmite beacon frames constantemente, consumindo tempo de antena valioso mesmo quando não existem clientes ligados, o que degrada o rendimento geral da rede. O iPSK resolve isto permitindo-lhe transmitir um único SSID e utilizar as chaves exclusivas para direcionar dinamicamente os dispositivos para as suas respetivas VLAN (Residentes, IoT, AVAC) no backend.