TI para escolas: tecnologia e segurança no setor de educação

Por que TI de escola não é TI de escritório

Uma escola com 800 alunos tem, na prática, uma densidade de usuários que a maioria das empresas de porte médio nunca enfrenta. No intervalo, centenas de dispositivos tentam se conectar simultaneamente à mesma rede. Em uma prova online, dezenas de máquinas precisam manter sessão estável ao mesmo tempo, sem queda. Em um escritório com 80 funcionários, o pico de uso é previsível e distribuído ao longo do dia. Em uma escola, o pico é sincronizado pelo sinal do recreio.

Essa diferença muda tudo no dimensionamento. Access points calculados por metro quadrado — a regra usada em escritórios — falham em sala de aula, porque o gargalo não é cobertura, é densidade de clientes por rádio. Uma sala com 35 tablets conectados no mesmo AP compartilha o mesmo tempo de transmissão; o sinal aparece cheio no celular do coordenador e mesmo assim a aula trava. O sintoma que chega à direção é "o Wi-Fi é ruim", mas o problema real é arquitetura de rede errada para o perfil de uso.

Some-se a isso um segundo fator: a escola opera com três populações de usuários com necessidades opostas. Alunos precisam de acesso amplo e filtrado. Professores precisam de acesso rápido a sistemas acadêmicos e conteúdo. A secretaria e o financeiro manipulam dados sensíveis de menores e contratos, e não podem estar no mesmo segmento de rede que o notebook pessoal de um aluno do ensino médio. Tratar os três como "a rede da escola" é o erro estrutural mais comum do setor.

Wi-Fi escolar: dimensionar por densidade, não por área

O projeto de rede sem fio de uma instituição de ensino precisa começar por uma contagem simples: quantos dispositivos simultâneos por ambiente, no pior cenário. Não é o número de alunos matriculados — é o número de aparelhos que estarão ativos ao mesmo tempo, contando celular pessoal, tablet institucional e notebook. Em escolas com política BYOD, a conta costuma ser de dois a três dispositivos por aluno presente.

Com esse número em mãos, o desenho muda. Em vez de um AP potente por andar, o padrão correto é mais APs com potência reduzida e canais bem planejados, cada um servindo menos clientes. Reduzir a potência é contraintuitivo, mas evita que um dispositivo distante monopolize o rádio em taxa baixa e degrade toda a célula. Outros pontos que separam um projeto profissional de uma instalação improvisada:

• Cabeamento estruturado até cada AP — repetidores em cascata dividem a banda pela metade a cada salto e são a causa raiz de boa parte das reclamações de lentidão.
• Redes segmentadas por VLAN — uma SSID para alunos, uma para professores, uma para administrativo e, idealmente, uma para dispositivos de infraestrutura (câmeras, catracas, impressoras).
• Banda 5 GHz priorizada em áreas densas, com 2,4 GHz reservada para equipamentos legados e cobertura de pátio.
• Controle de banda por perfil — impedir que streaming em uma sala consuma o link durante uma avaliação online em outra.
• Link de internet com redundância — em escola, queda de link em dia de prova ou de matrícula tem custo institucional, não só operacional.

Um detalhe frequentemente ignorado: a rede administrativa não deve depender do mesmo equipamento de borda que serve os alunos. Se o firewall trava sob carga no intervalo, a secretaria para de emitir boletos e o sistema acadêmico fica inacessível. Separação física ou lógica com priorização garantida resolve isso por poucos reais a mais no projeto inicial.

LGPD e dados de menores: o risco que a escola subestima

A escola é uma das poucas organizações que trata, por natureza da operação, dados pessoais de crianças e adolescentes em volume. Nome completo, data de nascimento, endereço, CPF dos responsáveis, foto, dados de saúde (alergias, laudos, medicação), histórico disciplinar e boletim. A LGPD dá tratamento específico a esses dados, e o Artigo 14 estabelece que o tratamento de dados de crianças deve ser feito no melhor interesse do titular e, no caso de menores de 12 anos, com consentimento específico e destacado de pelo menos um dos pais ou responsável legal.

Vazamento de dados em escola não é só multa da ANPD. É lista de endereços de crianças, com foto e horário de saída, circulando fora da instituição. O dano reputacional é imediato e a confiança das famílias não volta com um comunicado.

Na prática, os pontos de exposição mais comuns em instituições de ensino são previsíveis e corrigíveis. Planilhas com dados de alunos salvas no desktop de máquinas compartilhadas na secretaria. Fotos de eventos escolares em pastas de drive público sem controle de acesso. Sistemas acadêmicos com senha compartilhada entre três funcionárias do mesmo setor. Backup do servidor acadêmico feito em HD externo que fica na mesma sala do servidor — inútil contra incêndio, furto ou ransomware. E, o mais frequente: ex-funcionários com acesso ativo meses após o desligamento.

A correção não exige orçamento grande, exige método. Inventário de onde os dados de alunos residem, controle de acesso individual por pessoa (nunca por setor), registro de quem acessou o quê, política de retenção — dados de aluno que saiu da escola há sete anos precisam continuar acessíveis para toda a equipe? — e criptografia nos backups. Nomear um encarregado de dados (DPO), mesmo que seja um responsável interno com apoio externo, deixa de ser formalidade e vira o ponto de contato obrigatório com a ANPD e com as famílias.

Sistemas acadêmicos, continuidade e o custo de parar

O sistema de gestão acadêmica é o coração operacional da escola: matrícula, notas, frequência, financeiro, comunicação com responsáveis. Quando ele para, a escola não para de funcionar — ela passa a funcionar no papel, e o retrabalho de reconciliar depois costuma custar mais que o incidente. Por isso, o critério de disponibilidade desses sistemas deve ser tratado com o mesmo rigor de um ERP industrial, mesmo quando o software é um SaaS contratado por mensalidade.

Três perguntas definem a maturidade dessa camada. Primeiro: se o sistema acadêmico é local, existe backup testado com restauração comprovada — não apenas "o backup está rodando"? Segundo: se o sistema é em nuvem, existe cópia dos dados sob controle da escola, ou a instituição depende inteiramente da retenção do fornecedor? Terceiro: quanto tempo a escola aguenta operar sem ele antes de o impacto virar problema pedagógico e não apenas administrativo?

A resposta a essas perguntas define o desenho de continuidade. Um período crítico como matrícula, rematrícula ou fechamento de bimestre concentra risco: é justamente quando o sistema tem mais carga, mais gente digitando e menos tolerância a indisponibilidade. Congelar mudanças de infraestrutura nessas janelas, ter um plano de contingência escrito e testado, e garantir que o suporte tenha SLA compatível com o calendário escolar — não com o horário comercial padrão — são medidas de baixo custo e alto retorno.

1. Mapear os sistemas críticos e o tempo máximo tolerável de parada de cada um.
2. Testar restauração de backup ao menos trimestralmente, com registro do resultado.
3. Manter cópia independente do provedor SaaS, quando o contrato permitir exportação.
4. Documentar o procedimento manual de emergência para matrícula e lançamento de notas.
5. Alinhar SLA de suporte ao calendário letivo, incluindo períodos de pico.

Laboratórios, dispositivos e o ciclo de vida do parque

O parque de máquinas de uma escola envelhece de forma peculiar: os equipamentos administrativos são renovados quando quebram, e os laboratórios são renovados quando um projeto pedagógico exige. O resultado é um parque heterogêneo, com sistemas operacionais em versões diferentes, alguns já sem atualização de segurança, todos conectados na mesma rede. Uma máquina desatualizada em laboratório é a porta de entrada mais provável para ransomware em ambiente escolar.

Padronizar reduz custo de suporte de forma direta. Uma imagem única por perfil de máquina — laboratório, sala de professores, secretaria — permite reinstalar um equipamento em minutos em vez de horas, garante que todos tenham a mesma versão de software e elimina a variável "nessa máquina não funciona". Somado a isso, gestão centralizada de atualizações e antivírus corporativo com console única transformam a rotina de manutenção de reativa em preventiva.

Vale ainda tratar o dispositivo do aluno como não confiável por definição. Em política BYOD, o notebook que entra na escola pode estar comprometido, sem antivírus e com software pirata. Ele não deve ter rota para a rede administrativa, não deve enxergar impressoras internas nem compartilhamentos de arquivo, e deve passar por filtro de conteúdo obrigatório enquanto estiver dentro da instituição — exigência que se soma à responsabilidade legal da escola sobre o que menores acessam sob sua supervisão.

Como a Duk apoia instituições de ensino

Escola raramente tem equipe de TI dimensionada para tudo isso. O cenário comum é um técnico interno resolvendo chamados do dia e sem tempo para projeto de rede, política de acesso, continuidade ou adequação à LGPD. A saída não é contratar mais gente — é ter um parceiro que cuide da camada estruturante enquanto o time interno mantém a operação próxima do usuário.

A Duk Informática & Cloud atua há mais de 18 anos em suporte e infraestrutura de TI para empresas e instituições, atendendo mais de 550 clientes. Como Microsoft Gold Partner, apoiamos a adequação de ambientes Microsoft 365 com controle de acesso por perfil, políticas de retenção e proteção de dados alinhadas ao que a LGPD exige de quem trata informação de menores. Do projeto de Wi-Fi dimensionado por densidade real de alunos ao backup testado do sistema acadêmico, o escopo cobre a infraestrutura que sustenta a operação pedagógica.

O ponto de partida costuma ser simples: um diagnóstico do ambiente atual — rede, parque de máquinas, backup, controle de acesso e exposição de dados — que mostra à direção onde estão os riscos reais e qual a ordem de prioridade para tratá-los. Com esse mapa, decisões de investimento em tecnologia educacional deixam de ser reação a incidente e passam a seguir um plano com calendário compatível com o ano letivo.