Questão de Redes de Computadores — Protocolo SNMP, sua Extensão RMON e a Base de Informações MIB — VUNESP 2023
Redes de Computadores›Protocolo SNMP, sua Extensão RMON e a Base de Informações MIB
Código
vu196632
Banca
VUNESP
Órgão
UNIVESP
Ano
2023
Cargo
Sup Ped ( )
No contexto de gerenciamento de redes, a versão 3 do protocolo SNMP introduziu, em relação a versões anteriores,
Aa PDU (Protocol Data Unit), conhecida como GetBulkRequest.
Ba PDU (Protocol Data Unit), conhecida como InformRequest.
Co conceito de MIB (Message Information Base) hierárquica.
Dmelhorias significativas de segurança.
Ecapacidade de comunicação gerente-para-gerente.
Revelar gabarito e comentário▾
GabaritoD — melhorias significativas de segurança.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
SNMPv3: a evolução focada em segurança
Gabarito: letra D. A versão 3 do SNMP (Simple Network Management Protocol) introduziu, em relação às versões anteriores, melhorias significativas de segurança, como autenticação, integridade e confidencialidade das mensagens. As demais alternativas citam características que já existiam em versões anteriores (PDUs GetBulkRequest e InformRequest, MIB hierárquica) ou que não são exclusivas do SNMPv3 (comunicação gerente-para-gerente).
O SNMP é um protocolo da camada de aplicação usado para gerenciamento de dispositivos em redes IP, como roteadores, switches, servidores e impressoras. Ele segue um modelo de comunicação entre um gerente (NMS - Network Management System) e um agente (software que roda no dispositivo gerenciado). O gerente envia requisições (GET, SET) e recebe respostas, enquanto o agente pode enviar notificações assíncronas (TRAPs) para reportar eventos.
A evolução do SNMP ocorreu em três versões principais. O SNMPv1, definido na RFC 1157, estabeleceu a base do protocolo com as PDUs básicas: GetRequest, GetNextRequest, GetResponse, SetRequest e Trap. O SNMPv2 trouxe melhorias como a PDU GetBulkRequest (para recuperar grandes volumes de dados de uma só vez) e a PDU InformRequest (para comunicação gerente-para-gerente). O SNMPv3, por sua vez, focou-se em segurança e administração, adicionando mecanismos de autenticação, integridade e confidencialidade, além de um modelo de controle de acesso baseado em visões (VACM - View-Based Access Control Model).
A principal motivação para o SNMPv3 foi a fragilidade de segurança das versões anteriores, que usavam apenas uma "community string" (espécie de senha em texto claro) para autenticação. Isso limitava o uso do SNMP a atividades de monitoramento, pois o controle remoto (via SetRequest) era arriscado. O SNMPv3 resolveu esse problema, permitindo que o protocolo fosse usado com segurança para controle e configuração de dispositivos.
A pegadinha desta questão está em associar ao SNMPv3 características que já existiam no SNMPv2. As PDUs GetBulkRequest e InformRequest, por exemplo, foram introduzidas no SNMPv2, não no v3. A MIB hierárquica também já existia desde o SNMPv1. A comunicação gerente-para-gerente, embora seja um conceito do SNMPv2, não é a principal inovação do SNMPv3. O que realmente define o SNMPv3 é o foco em segurança.
Guarde a fronteira entre as versões: SNMPv1 (base, PDUs básicas), SNMPv2 (GetBulkRequest, InformRequest, comunicação gerente-para-gerente) e SNMPv3 (segurança: autenticação, integridade, confidencialidade). É exatamente nessa fronteira que as alternativas se dividem.
SNMPv1Base: Get, Set, Trap
SNMPv2GetBulk, Inform, gerente-gerente
SNMPv3Segurança: auth, priv, VACM
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A PDU GetBulkRequest foi introduzida no SNMPv2, não no SNMPv3. Ela permite recuperar grandes volumes de dados de uma só vez, otimizando a coleta de informações de uma tabela MIB. No SNMPv1, essa operação exigia múltiplas requisições GetNextRequest.
Alternativa B — ❌ Incorreta
A PDU InformRequest também foi introduzida no SNMPv2. Ela é usada para comunicação gerente-para-gerente, permitindo que um gerente envie notificações a outro gerente. No SNMPv1, as notificações eram feitas apenas via Trap, que não tinha confirmação de recebimento.
Alternativa C — ❌ Incorreta
O conceito de MIB (Management Information Base) hierárquica já existia desde o SNMPv1. A MIB é uma estrutura de dados em árvore que organiza os objetos gerenciados de um dispositivo. O SNMPv3 não introduziu esse conceito; ele apenas manteve a estrutura existente.
Alternativa D — ✅ Correta ⟵ GABARITO
O SNMPv3 é definido pela RFC 3410 como "SNMPv2 com capacidades adicionais de segurança e administração". Ele introduziu três níveis de segurança: noAuthNoPriv (sem autenticação e sem privacidade), authNoPriv (com autenticação, mas sem privacidade) e authPriv (com autenticação e privacidade). Isso permitiu que o SNMP fosse usado com segurança para controle e configuração de dispositivos, superando a limitação das versões anteriores.
Alternativa E — ❌ Incorreta
A capacidade de comunicação gerente-para-gerente foi introduzida no SNMPv2, por meio da PDU InformRequest. Embora o SNMPv3 também suporte essa funcionalidade, ela não é uma inovação do SNMPv3 em relação às versões anteriores.
NÃO CAIA NESSA!
A banca explora a confusão entre as versões do SNMP. As alternativas A, B e E citam características do SNMPv2, enquanto a C cita uma característica do SNMPv1. O candidato que não domina a evolução das versões pode marcar uma dessas alternativas, achando que são inovações do SNMPv3. Lembre-se: o SNMPv3 é sinônimo de segurança.
PEGA ESSA DICA!
Para fixar, monte uma linha do tempo mental: SNMPv1 (básico, PDUs Get/Set/Trap), SNMPv2 (GetBulk, Inform, gerente-para-gerente), SNMPv3 (segurança: auth, priv, VACM). Quando a questão perguntar sobre a principal inovação do SNMPv3, a resposta quase sempre será "segurança".