Resumo

  • RFC 3607 é um modelo histórico Informational publicado em 2003. Ele combina observações de escala do Code Red com premissas sobre participação, desempenho, coordenação e alvo criptográfico.
  • Uma contagem de infecção não comprova uma frota útil. Inventário de participantes, consentimento, disponibilidade, unidades exclusivas, falhas, duplicatas e validação precisam de recibos próprios.

Um número atravessou três contextos. No primeiro, era uma observação epidemiológica de um worm. No segundo, virou população potencial de um cenário. No terceiro, apareceu em uma apresentação como capacidade disponível. O valor não mudou; o verbo mudou três vezes. Foi essa mudança, não a aritmética, que eliminou a evidência.

RFC 3607 foi publicado em setembro de 2003 com o título “Chinese Lottery Cryptanalysis Revisited: The Internet as a Codebreaking Tool”. Classificado como Informational, retomou a ideia de usar enorme quantidade de computadores gerais para alterar a economia de uma tarefa criptanalítica. A rápida disseminação do Code Red tornou a escala imaginável. O documento não padronizou uma implantação, não autorizou o uso de máquinas e não auditou uma operação real.

O modelo é condicional. Ele escolhe população, fração ativa, ritmo por host, tempo disponível, custo de coordenação e alvo. Calcula uma consequência caso essas entradas valham. Um resultado numérico preciso não transforma entradas presumidas em medições.

CAIDA registrou historicamente mais de 359 mil hosts infectados pelo Code Red em menos de catorze horas. Isso sustenta uma afirmação delimitada sobre aquele surto e sua observação. Não sustenta simultaneidade permanente, hardware uniforme, acesso estável, controle por uma só parte ou execução correta de outra carga.

Endereço também não é host estável. Um equipamento pode trocar de endereço e ser contado outra vez; muitos podem compartilhar um endereço; um participante pode desaparecer antes da tarefa. Máquinas podem repetir intervalos, falhar, devolver lixo ou ser recuperadas pelos proprietários. Multiplicar endpoints por um benchmark é cenário, não telemetria de execução.

Há ainda uma diferença de autoridade. Um desafio público define como qualquer pessoa reconhece um candidato correto. Ele não concede a qualquer pessoa o direito de operar processadores de terceiros. Quem publica a pergunta e quem autoriza recursos são sujeitos diferentes.

Voluntários, nuvem contratada, infraestrutura própria e sistemas comprometidos podem produzir o mesmo resultado matemático. O candidato não traz a categoria de origem. Validade técnica não produz consentimento retroativo. Contrato, mandato operacional, direito de uso e responsabilidade continuam separados.

O trabalho agregado também não é trabalho único. Uma alegação de cobertura exige unidades identificadas, atribuição sem sobreposição ou sobreposição contabilizada, horários, confirmações, validação, timeout e redistribuição. Somar operações por segundo pode contar o mesmo intervalo várias vezes e ignorar regiões nunca examinadas.

Encontrar um candidato válido não reconstitui esse livro. A busca pode terminar no primeiro acerto, logo o resultado não prova exaustão. Pode ter vindo por outra via, informação prévia ou participante independente. O verificador confirma o candidato; não confirma o percurso.

Um canal protegido acrescenta outro limite. Ele pode ocultar legitimamente o remetente, mas então não funciona como prova completa de procedência. A organização pode saber que a resposta é correta e ainda não provar quem encomendou, coordenou, forneceu recursos ou sofreu uso indevido.

O primeiro publicador não precisa ser o descobridor. O coordenador pode não possuir as máquinas, o proprietário pode desconhecer o cálculo e o verificador pode não ter produzido nada. Crédito, dano e obrigação não surgem da posse do resultado.

O tempo também limita a conclusão. RFC 3607 pertence ao ambiente de 2003. NIST retirou DES depois; AES atual tem tamanhos de chave e pressupostos distintos; RFCs posteriores mudaram orientações sobre MD5 e SHA-1. Trocar apenas o nome do algoritmo preservando a população histórica não é atualização.

Hardware especializado, avanços algorítmicos, energia, memória, rede, coordenação e migração defensiva alteram o custo. Chaves aleatórias, segredos derivados de senha, registros de protocolo e falhas de implementação também formam problemas diferentes. “Escala de Internet” não é um multiplicador universal.

RFC 3766 relaciona tamanho de chave, custo e contexto. RFC 4086 relaciona aleatoriedade à fonte e à construção. RFC 7696 exige agilidade quando premissas enfraquecem. Um alerta histórico pode iniciar a revisão, mas não decidir sozinho a segurança presente.

A cadeia de evidência começa com desafio exato, identificadores, material alvo, predicado de sucesso e data. Depois registra quem tinha autoridade para publicar e quem podia comprometer recursos, modalidades de participação, prazo e retirada. A execução preserva unidade única, trabalhador ou atestado limitado, atribuição, conclusão, validação, falha, duplicata e retry.

O resultado mantém candidato, software e versão, verificador, ambiente e transcrição. A decisão mantém escopo, sistemas, mudança e incertezas. Um estado único chamado “quebrado” não substitui essas camadas.

O desconhecido deve permanecer explícito. Sem identidade de hosts, registre desconhecido. Sem consentimento, registre não demonstrado. Sem cobertura reconstruível, mostre a estimativa e a ausência do livro. Com canal anônimo, não invente atribuição por horário ou custódia.

Verificação pública continua forte: rejeita resposta falsa sem confiança no remetente. Seu domínio, porém, é o candidato e o predicado. Ela não certifica a história operacional, social e jurídica do cálculo.

O ensinamento durável de RFC 3607 é que computadores comuns, em grande número, podem deslocar a fronteira econômica de trabalhos especializados. A observação do Code Red ajudou a tornar o risco legível. Preservar seu escopo impede que um surto histórico seja rebatizado como uma frota que nunca foi medida.