Questão de Redes de Computadores — Protocolo SNMP, sua Extensão RMON e a Base de Informações MIB — CESPE / CEBRASPE 2024

SNMP: transporte UDP e limitações de segurança e eficiência

Gabarito: C (CERTO). O SNMP (Simple Network Management Protocol) é um protocolo da camada de aplicação que, por padrão, utiliza o UDP nas portas 161 (gerência) e 162 (traps) como transporte, e essa escolha traz exatamente as duas deficiências apontadas: segurança frágil e ineficiência na transferência de grandes volumes de dados. A afirmação está correta porque descreve com precisão o comportamento padrão do protocolo e suas limitações conhecidas.

O SNMP é o protocolo padrão da Internet para gerenciamento de dispositivos em redes IP, permitindo que um gerente monitore e controle agentes (roteadores, switches, servidores, impressoras etc.). Ele opera na camada de aplicação e, por padrão, usa o UDP — um protocolo de transporte sem conexão, sem confirmação de entrega e sem controle de fluxo. Essa escolha é intencional: o UDP é leve e rápido, ideal para o tráfego de monitoramento, que geralmente envolve mensagens curtas e frequentes. No entanto, essa mesma característica gera as deficiências citadas.

A segurança é um ponto historicamente fraco no SNMP. As versões iniciais (SNMPv1 e SNMPv2c) utilizam apenas uma string de comunidade (community string) como autenticação, transmitida em texto claro, o que permite que um atacante capture e reutilize essa credencial. Além disso, o UDP não oferece criptografia nem integridade por si só, deixando as mensagens vulneráveis a espionagem e adulteração. A versão SNMPv3 foi criada justamente para corrigir essas falhas, adicionando autenticação, criptografia e controle de acesso, mas o protocolo ainda é frequentemente usado com as versões mais antigas.

A transferência eficiente de grande quantidade de informação também é prejudicada pelo uso do UDP. Como o UDP não segmenta nem reordena dados, mensagens SNMP grandes podem ser fragmentadas na camada IP e, se um fragmento for perdido, toda a mensagem é descartada — sem retransmissão automática. Além disso, o SNMP tradicionalmente opera com operações GET/SET/GETNEXT, que recuperam um objeto por vez, o que é ineficiente para coletar grandes volumes de dados. A operação GETBULK (introduzida no SNMPv2) melhora isso, mas ainda assim o protocolo não foi projetado para transferir arquivos ou grandes blocos de informação — para isso, existem outros mecanismos, como o uso de SSH ou a exportação de dados via outros protocolos.

Na prática, um administrador que precisa monitorar o tráfego de um roteador usa o SNMP para consultar contadores de interface via GET. Se precisar de muitos dados, ele pode usar GETBULK, mas ainda assim a transferência é limitada pelo tamanho das mensagens UDP e pela ausência de confiabilidade. Para grandes volumes, seria mais adequado usar um protocolo como o NetFlow ou o sFlow, que são projetados para exportar fluxos de dados.

A pegadinha que a banca explora aqui é a tentação de achar que, por ser um protocolo de gerenciamento, o SNMP deveria usar TCP para garantir confiabilidade. Mas a realidade é que o SNMP usa UDP justamente para ser leve e rápido, aceitando a perda ocasional de pacotes em troca de simplicidade. Essa é uma característica fundamental do protocolo, e a afirmação do enunciado está alinhada com a literatura técnica.

Item — ✅ CERTO

A afirmação está correta. O SNMP utiliza o UDP no nível de transporte (portas 161 e 162) para gerenciamento de equipamentos, e isso acarreta deficiências em segurança (autenticação fraca nas versões v1/v2c, sem criptografia) e em transferência eficiente de grandes volumes de dados (UDP não confiável, sem retransmissão, e operações GET/GETNEXT ineficientes). A literatura técnica confirma que o SNMP foi projetado com essas limitações, e a versão 3 foi criada para mitigar a segurança, mas a transferência de grandes volumes continua sendo um ponto fraco.

Gabarito: C (CERTO).