O comando RCPT TO (Recipient To) é o responsável por identificar o endereço de destino de uma mensagem dentro de uma transação SMTP. Ele deve ser enviado após a aceitação bem-sucedida do comando MAIL FROM e pode ser repetido inúmeras vezes para permitir o envio de uma única mensagem para múltiplos destinatários (Multicast SMTP). Do ponto de vista técnico e de Cyber Segurança, o RCPT TO é o estágio de controle mais crítico para a prevenção de Spam e proteção de infraestrutura.

1. Fundamentos Técnicos e o “Forward-Path” (RFC 5321)

Quando o servidor processa o comando RCPT TO:<usuario@alvo.com>, ele está construindo o que chamamos de Forward-Path. Este é o caminho que a mensagem deve seguir para a entrega final.

Envelope vs Cabeçalhos de Visualização

É vital para um analista de redes diferenciar o destinatário do envelope (RCPT TO) dos destinatários que aparecem nos campos To: e Cc: da mensagem.
- O servidor SMTP utiliza apenas as informações do RCPT TO para o roteamento real.
- Isso permite que um e-mail seja enviado para um destinatário oculto (Bcc: Blind Carbon Copy), onde o nome do destinatário aparece no comando RCPT TO, mas é deliberadamente omitido dos cabeçalhos que o MUA do receptor exibirá.

2. Limites de Buffer e Capacidade de Destinatários

A especificação estabelece limites mínimos que um servidor de correio profissional deve ser capaz de gerenciar.
- Lista de Destinatários: Um servidor SMTP deve suportar, no mínimo, 100 destinatários por mensagem única (RFC 5321).
- Tratamento de Excesso (Quota de Recipientes): Se o cliente tentar enviar 500 destinatários e o servidor tiver um limite inferior, o servidor deve responder com o erro 452 Too many recipients ou 552. Nestes casos, o cliente deve enviar o DATA com os destinatários aceitos e iniciar uma nova transação para os restantes.

3. Extensões ESMTP no Comando RCPT

O comando RCPT também foi enriquecido com parâmetros técnicos para controle de entrega (DSN - Delivery Status Notifications).

• NOTIFY=SUCCESS,FAILURE,DELAY: O cliente instrui o servidor de destino sobre quando deve gerar um relatório de status. Ex: “Me avise apenas se a entrega falhar”.
• ORCPT=[address-type;address]: (Original Recipient) Mantém o endereço original do destinatário caso a mensagem sofra reescritas ou redirecionamentos durante o transporte, permitindo auditorias de conformidade.

4. Perspectiva de Cyber Security e Admissão de E-mail

Para um profissional de Cyber Security, o estágio do RCPT TO é a principal barreira contra invasão de spam e ataques de reconhecimento.

Ataque de Enumeração de Usuários (Harvesting)

• O Ataque: Um atacante conecta ao servidor e envia milhares de comandos RCPT TO para endereços aleatórios (joao@empresa.com, maria@empresa.com). Observando se o servidor responde 250 OK ou 550 User unknown, o atacante valida quais e-mails existem.
• A Defesa: Servidores de alta segurança são configurados para não serem “comunicativos”. Em vez de 550, eles podem retornar um código de sucesso genérico (250) e descartar a mensagem silenciosamente após o processamento, ou utilizar o Harassment Protection, onde o servidor introduz atrasos propositais (Tarpitting) a cada erro consecutivo no comando RCPT.

Problema do Relay Aberto (Open Relay)

O servidor faz o processamento de admissão no RCPT TO:
1. Destinato Local: O IP do cliente é qualquer um, mas o destinatário é da própria empresa. O servidor aceita.
2. Destinatário Remoto (Outbound): O cliente quer enviar para gmail.com. O servidor só deve aceitar se o IP do cliente for de uma rede confiável ou se ele estiver autenticado. Se aceitar cegamente, trata-se de um Relay Aberto, o que levará o IP do servidor para listas negras mundiais em minutos.

5. Códigos de Erro e Diagnóstico Técnico

Identificar o motivo de uma falha de entrega é feito através da análise dos códigos de resposta ao comando RCPT:
- 550 Relaying Denied: O servidor não é o destino e não permite relay para o IP do emissor.
- 551 User not local; please try <forward-path>: O servidor redireciona o cliente para outro host (raramente usado hoje por segurança).
- 451 Requested action aborted: internal database error: Falha momentânea na conexão com o sistema de diretório (LDAP/AD).
- 554 Transaction failed: Erro genérico de política de segurança (ex: o domínio do receptor está bloqueado).

6. Laboratório Prático: Auditoria de Destinatários

Para auditar se o seu servidor está vazando informações de usuários através do RCPT TO:

telnet webmail.empresa.com 25
HELO externo.com
MAIL FROM:<externo@externo.com>
RCPT TO:<existente@empresa.com>
# Resposta: 250 OK (Vaza informacao: usuario existe)
RCPT TO:<nao-existe@empresa.com>
# Resposta: 550 User unknown (Vaza informacao: usuario nao existe)

Verificação de Limite de Recipientes:
Utilize o swaks para testar quantos recipientes seu servidor aceita antes de negar:
swaks --to list-of-150-emails@destino.com --server mx.destino.com

7. Conclusão da Indicação do Destinatário

O comando RCPT TO é o momento da verdade no protocolo SMTP. É aqui que o servidor assume o compromisso geográfico da entrega. A rigidez na validação deste comando, somada a políticas inteligentes de silêncio para evitar enumeração, é o que garante que uma infraestrutura de correio eletrônico permaneça segura, eficiente e livre de abusos automatizados.