Resumo

  • RFC 2012 declarou tcpConnState read-write. A única escrita autorizada pela sintaxe, deleteTCB(12), apagava o TCB da conexão correspondente e encerrava imediatamente a conexão no nó gerenciado.
  • A tupla IPv4 e os contadores tornavam estados e volumes visíveis, mas não ligavam operador, permissão e motivo à reação das aplicações, ao par remoto, à duração e ao efeito sobre o serviço.
  • RFC 4022 preservou o comando, introduziu tipos de endereço, separou listeners, acrescentou processo, tornou a escrita opcional para conformidade e reconheceu o risco de negação de serviço.

Quando a leitura virava ato

RFC 2012 oferecia parâmetros e estatísticas do motor TCP: algoritmo de retransmissão, limites de timeout, capacidade de conexões, aberturas, falhas, resets, conexões atuais, segmentos, retransmissões, erros e RSTs. A tcpConnTable mostrava cada conexão corrente por endereço e porta locais e remotos.

Mas tcpConnState tinha MAX-ACCESS read-write. Uma estação não podia escrever um estado comum; somente deleteTCB(12). O efeito definido era apagar o Transmission Control Block daquela conexão no host e terminá-la imediatamente. O envio de RST ao outro extremo era opcional e não confiável.

Logo, exclusão local, aviso remoto, percepção da aplicação, nova tentativa e impacto para usuários são fatos distintos. Uma resposta bem-sucedida do protocolo de gestão não prova toda essa sequência.

O TCB guardava o que mantinha a conexão viva

RFC 793 descreveu no TCB os sockets das pontas, segurança e precedência, ponteiros para buffers, fila de retransmissão, segmento atual e variáveis de sequência. CLOSED era “fictício” porque a ausência de TCB significava ausência de conexão.

deleteTCB não mudava uma etiqueta: removia a memória local do protocolo. Mesmo assim, a linha não possuía ID da ação, chamado, justificativa, pessoa, dono da aplicação ou recibo persistente. Ela desaparecia quando a conexão fechava e sua tupla poderia ser reutilizada.

A capacidade vinha de RFC 1213. Em 1991, o documento tornou tcpConnState gravável justamente para permitir apagar o TCB. RFC 2012 levou os objetos ao SMIv2. A introdução atribuía autenticação, autorização, controle de acesso e privacidade ao framework administrativo, enquanto a seção de segurança não examinava o comando.

Contadores não assinavam a causa

Uma intervenção pode coincidir com queda de tcpCurrEstab, aumento de tcpEstabResets ou novo RST em tcpOutRsts. Cada métrica, porém, responde a outra pergunta: estoque atual, transições específicas para CLOSED ou segmentos RST enviados. Nenhuma registra “causado por este SET”.

O nexo exige guardar linha e instante observados, solicitação autenticada, identidade e função vigentes, contexto e write view da instância, intenção, resposta do agente, desaparecimento do TCB, reação local, observação remota, retries, duração e consequência. Movimento compatível não é causa demonstrada.

RFC 4022 ampliou a identificação

O sucessor abandonou a tabela antiga porque ela era IPv4-only e misturava listeners com conexões. A nova tabela combina InetAddressType, endereço e porta em cada ponta. RFC 4001 acrescenta formas com zone index para desambiguar escopos. Uma tabela exclusiva descreve listeners em qualquer endereço, por família ou em endereço específico.

Campos de processo ligam conexão ou listener a um PID do sistema operacional e podem ser correlacionados com outras MIBs. Isso melhora a atribuição ao processo, não à pessoa ou ao resultado. PID pode ser zero, reutilizado e apenas local.

O deleteTCB(12) permaneceu. Contudo, a declaração de conformidade permite tcpConnectionState read-only e diz que escrita e deleteTCB não são obrigatórios. Módulo, capacidade, autorização, execução e resultado não são a mesma evidência.

RFC 4022 também tornou explícito o risco: escrita não autorizada poderia terminar uma conexão arbitrária e causar negação de serviço. Até a leitura de conexões, listeners e processos pode ser sensível.

O que SNMPv3 consegue — e o que não consegue

RFC 3414 vincula a mensagem a um usuário, protege integridade e atualidade e pode oferecer confidencialidade. RFC 3415 separa views de leitura, escrita e notificação segundo modelo, nome e nível de segurança, contexto e instância.

Esses controles protegem o caminho da requisição. Não produzem sozinhos chamado, razão, confirmação da aplicação, recebimento pelo par, impacto ao cliente ou duração. O usuário autenticado é aquele em cujo nome a mensagem saiu, não necessariamente a pessoa física diante do console.

O aprendizado histórico não é banir um atuador de emergência. É preservar as fronteiras entre ver, receber poder, agir e comprovar efeito. A especificação define o interruptor; a rede em execução recebe a consequência.

Fontes

Limites das evidências

As fontes comprovam documentos, objetos, opções de conformidade e modelos de segurança. Não comprovam implementação por fornecedor, uso real, incidente, adoção, violação de SLA ou configuração padrão atual.