O **SMTP (Simple Mail Transfer Protocol)** é um protocolo TCP/IP usado para **enviar** e **receber** e-mails. No entanto, como é limitado em sua capacidade de enfileirar mensagens no final do receptor, geralmente é usado com um dos outros dois protocolos, POP3 ou IMAP, que permitem que o usuário salve mensagens em uma caixa de correio do servidor e as baixe periodicamente do servidor.
Em outras palavras, **os usuários geralmente usam** um programa que usa **SMTP para enviar e-mails** e **POP3 ou IMAP para receber** e-mails. Em sistemas baseados em Unix, o **sendmail** é o servidor SMTP mais amplamente usado para e-mails. Um pacote comercial, Sendmail, inclui um servidor POP3. O **Microsoft Exchange** inclui um servidor SMTP e também pode ser configurado para incluir suporte POP3.\
A partir da [qui](https://whatis.techtarget.com/definition/SMTP-Simple-Mail-Transfer-Protocol).
Se você tiver a oportunidade de **fazer a vítima enviar um email** (por meio do formulário de contato da página da web, por exemplo), faça isso porque **você pode aprender sobre a topologia interna** da vítima vendo os cabeçalhos do email.
Você também pode obter um email de um servidor SMTP tentando **enviar para esse servidor um email para um endereço inexistente** (porque o servidor enviará para o atacante um email NDN). Mas, certifique-se de enviar o email de um endereço permitido (verifique a política SPF) e de que você possa receber mensagens NDN.
Você também deve tentar **enviar conteúdos diferentes porque você pode encontrar informações mais interessantes** nos cabeçalhos como: `X-Virus-Scanned: by av.domain.com`\
SMTPS é uma versão segura do protocolo SMTP que utiliza SSL/TLS para criptografar a conexão entre o cliente e o servidor. O SMTPS é usado para enviar e-mails de forma segura, protegendo as informações confidenciais do usuário, como senhas e conteúdo do e-mail, contra interceptação e espionagem. O SMTPS é uma opção mais segura do que o SMTP padrão, que não criptografa a conexão e pode ser facilmente interceptado por um atacante. Ao realizar testes de penetração em um servidor SMTP, é importante verificar se o servidor suporta o SMTPS e se a conexão é criptografada corretamente.
Para realizar testes de penetração em um servidor SMTP, é necessário primeiro encontrar os servidores MX da organização alvo. Isso pode ser feito usando ferramentas como `nslookup` ou `dig` para consultar os registros DNS da organização.
Isso retornará uma lista de servidores MX da organização, juntamente com suas prioridades. Essas informações podem ser usadas posteriormente para realizar testes de penetração em servidores SMTP da organização.
Se o servidor suporta autenticação NTLM (Windows), você pode obter informações sensíveis (versões). Mais informações [**aqui**](https://medium.com/@m8r0wn/internal-information-disclosure-using-hidden-ntlm-authentication-18de17675666).
Alguns servidores SMTP preenchem automaticamente o endereço do remetente quando o comando "MAIL FROM" é emitido sem um endereço completo, divulgando seu nome interno:
VRFY é um comando SMTP que é usado para verificar se um usuário específico existe em um servidor de e-mail. Ele pode ser usado por um atacante para verificar se um usuário específico tem uma conta de e-mail em um servidor. Se o servidor responder com uma mensagem de erro, isso pode indicar que o usuário não existe. Se o servidor responder com uma mensagem de sucesso, isso pode indicar que o usuário existe e pode ser um alvo para ataques de engenharia social ou ataques de força bruta. É importante que os administradores de sistemas desativem o comando VRFY para evitar que os atacantes usem essa técnica para coletar informações sobre os usuários do sistema.
O comando EXPN é usado para expandir um alias de e-mail em uma lista de endereços de e-mail. Isso pode ser útil para um atacante, pois pode ajudar a identificar nomes de usuários válidos em um servidor de e-mail. No entanto, muitos servidores de e-mail desabilitam o comando EXPN por padrão devido a preocupações com privacidade e segurança. Se o comando estiver habilitado, o atacante pode usá-lo da seguinte maneira:
```
expn <username>
```
Isso retornará uma lista de endereços de e-mail associados ao alias de e-mail fornecido.
Automatic tools can be used to enumerate usernames on SMTP servers. These tools typically work by connecting to the SMTP server and issuing VRFY or EXPN commands to validate the existence of a user. Some tools will also use a dictionary attack to guess usernames.
As ferramentas automáticas podem ser usadas para enumerar nomes de usuário em servidores SMTP. Essas ferramentas geralmente funcionam conectando-se ao servidor SMTP e emitindo comandos VRFY ou EXPN para validar a existência de um usuário. Algumas ferramentas também usarão um ataque de dicionário para adivinhar nomes de usuário.
[**A Conferência de Segurança DragonJAR é um evento internacional de cibersegurança**](https://www.dragonjarcon.org/) com mais de uma década de existência que será realizada nos dias 7 e 8 de setembro de 2023 em Bogotá, Colômbia. É um evento com grande conteúdo técnico onde são apresentadas as últimas pesquisas em espanhol que atrai hackers e pesquisadores de todo o mundo.\
**Relatórios de Notificação de Status de Entrega**: Se você enviar um **e-mail** para uma organização para um **endereço inválido**, a organização notificará que o endereço foi invalidado enviando um **e-mail de volta para você**. Os **cabeçalhos** do e-mail retornado irão **conter** possíveis **informações sensíveis** (como o endereço IP dos serviços de e-mail que interagiram com os relatórios ou informações do software antivírus).
root@kali:~# sendEmail -t itdept@victim.com -f techsupport@bestcomputers.com -s 192.168.8.131 -u Important Upgrade Instructions -a /tmp/BestComputers-UpgradeInstructions.pdf
Reading message body from STDIN because the '-m' option was not used.
If you are manually typing in a message:
- First line must be received within 60 seconds.
- End manual input with a CTRL-D on its own line.
IT Dept,
We are sending this important file to all our customers. It contains very important instructions for upgrading and securing your software. Please read and let us know if you have any problems.
As mensagens SMTP são facilmente falsificadas, e, portanto, as organizações usam recursos como **SPF**, **DKIM** e **DMARC** para evitar que partes enviem e-mails não autorizados.
Um **guia completo dessas contramedidas** pode ser encontrado em [https://seanthegeek.net/459/demystifying-dmarc/](https://seanthegeek.net/459/demystifying-dmarc/)
O SPF [foi "descontinuado" em 2014](https://aws.amazon.com/premiumsupport/knowledge-center/route53-spf-record/). Isso significa que, em vez de criar um **registro TXT** em `_spf.domain.com`, você o cria em `domain.com` usando a **mesma sintaxe**.\
Além disso, para reutilizar registros SPF anteriores, é comum encontrar algo como `"v=spf1 include:_spf.google.com ~all"`
O **Sender Policy Framework** (SPF) fornece um mecanismo que permite que MTAs verifiquem se um host que envia um e-mail está autorizado.\
Em seguida, as organizações podem definir uma lista de servidores de correio autorizados e os MTAs podem consultar essas listas para verificar se o e-mail foi falsificado ou não.\
Para definir endereços IP/faixas, domínios e outros que são **autorizados a enviar e-mails em nome de um nome de domínio**, diferentes "**Mecanismos**" podem aparecer no registro SPF.
| ALL | Sempre corresponde; usado para um resultado padrão como `-all` para todos os IPs que não correspondem a mecanismos anteriores. |
| A | Se o nome de domínio tiver um registro de endereço (A ou AAAA) que possa ser resolvido para o endereço do remetente, ele corresponderá. |
| IP4 | Se o remetente estiver em uma determinada faixa de endereços IPv4, corresponderá. |
| IP6 | Se o remetente estiver em uma determinada faixa de endereços IPv6, corresponderá. |
| MX | Se o nome de domínio tiver um registro MX que resolva para o endereço do remetente, ele corresponderá (ou seja, o correio vem de um dos servidores de correio de entrada do domínio). |
| PTR | Se o nome de domínio (registro PTR) para o endereço do cliente estiver no domínio fornecido e esse nome de domínio for resolvido para o endereço do cliente (DNS reverso confirmado para frente), corresponderá. Esse mecanismo é desencorajado e deve ser evitado, se possível. |
| EXISTS | Se o nome de domínio fornecido for resolvido para qualquer endereço, corresponderá (não importa o endereço para o qual ele é resolvido). Isso é raramente usado. Juntamente com a linguagem macro SPF, ele oferece correspondências mais complexas, como consultas DNSBL. |
| INCLUDE | Faz referência à política de outro domínio. Se a política desse domínio passar, esse mecanismo passará. No entanto, se a política incluída falhar, o processamento continuará. Para delegar completamente a política de outro domínio, a extensão de redirecionamento deve ser usada. |
| REDIRECT | <p>Um redirecionamento é um ponteiro para outro nome de domínio que hospeda uma política SPF, permitindo que vários domínios compartilhem a mesma política SPF. É útil ao trabalhar com uma grande quantidade de domínios que compartilham a mesma infraestrutura de e-mail.</p><p>A política SPF do domínio indicado no Mecanismo de redirecionamento será usada.</p> |
Também é possível identificar **Qualificadores** que indicam **o que deve ser feito se um mecanismo for correspondido**. Por padrão, o **qualificador "+"** é usado (então, se qualquer mecanismo for correspondido, isso significa que é permitido).\
Você geralmente notará **no final de cada política SPF** algo como: **\~all** ou **-all**. Isso é usado para indicar que **se o remetente não corresponder a nenhuma política SPF, você deve marcar o e-mail como não confiável (\~) ou rejeitar (-) o e-mail.**
* **`+`** para um resultado PASS. Isso pode ser omitido; por exemplo, `+mx` é o mesmo que `mx`.
* **`?`** para um resultado NEUTRAL interpretado como NENHUM (sem política).
* **`~`** (til) para SOFTFAIL, uma ajuda de depuração entre NEUTRAL e FAIL. Tipicamente, as mensagens que retornam um SOFTFAIL são aceitas, mas marcadas.
* **`-`** (menos) para FAIL, o correio deve ser rejeitado (veja abaixo).
Tradicionalmente, era possível falsificar qualquer nome de domínio que não tivesse um registro SPF correto/qualquer. Atualmente, se um e-mail vem de um domínio sem um registro SPF válido, provavelmente será rejeitado/marcado como não confiável automaticamente.
Para verificar o SPF de um domínio, você pode usar ferramentas online como: [https://www.kitterman.com/spf/validate.html](https://www.kitterman.com/spf/validate.html)
O DomainKeys Identified Mail (DKIM) é um mecanismo pelo qual o e-mail de saída é assinado e validado por MTAs estrangeiros ao recuperar a chave pública de um domínio via DNS. A chave pública DKIM é mantida em um registro TXT para um domínio; no entanto, você deve conhecer tanto o seletor quanto o nome de domínio para recuperá-lo.
Então, para solicitar a chave, você precisa do nome de domínio e do seletor do e-mail do cabeçalho do e-mail `DKIM-Signature`, por exemplo: `d=gmail.com;s=20120113`
Domain-based Message Authentication, Reporting & Conformance (DMARC) é um método de autenticação de e-mails que expande o SPF e o DKIM. As políticas instruem os servidores de e-mail sobre como processar e-mails para um determinado domínio e relatar as ações realizadas.
PayPal e Yahoo instruem servidores de e-mail a rejeitar mensagens que contenham assinaturas DKIM inválidas ou que não se originem de suas redes. Notificações são enviadas para os respectivos endereços de e-mail dentro de cada organização. O Google é configurado de maneira semelhante, embora instrua os servidores de e-mail a quarentenar mensagens e não rejeitá-las completamente.
> Se eu receber um e-mail de pielovers.demon.co.uk e não houver dados SPF para pielovers, devo voltar um nível e testar o SPF para demon.co.uk? Não. Cada subdomínio na Demon é um cliente diferente, e cada cliente pode ter sua própria política. Não faria sentido a política da Demon se aplicar a todos os seus clientes por padrão; se a Demon quiser fazer isso, pode configurar registros SPF para cada subdomínio.
> Portanto, o conselho para os editores SPF é o seguinte: você deve adicionar um registro SPF para cada subdomínio ou nome de host que tenha um registro A ou MX.
Para evitar que os e-mails enviados sejam filtrados por filtros de spam e não cheguem ao destinatário, o remetente pode usar um **servidor de retransmissão que o destinatário confia**. Muitas vezes, os administradores **não têm uma visão geral** de quais **intervalos de IP** eles têm que **permitir**. Isso resulta em uma má configuração do servidor SMTP que ainda encontramos com frequência em testes de penetração externos e internos. Portanto, eles **permitem todos os endereços IP** para não causar erros no tráfego de e-mail e, assim, não perturbar ou interromper inadvertidamente a comunicação com clientes potenciais e atuais:
Se você receber algum **erro ao usar a biblioteca python dkim** para analisar a chave, sinta-se à vontade para usar a seguinte.\
**NOTA**: Isso é apenas uma correção rápida para fazer verificações rápidas em casos em que, por algum motivo, a chave privada openssl **não pode ser analisada pelo dkim**.
## The receiver won't be able to check it, but the email will appear as signed (and therefore, more trusted)
dkim_selector="s1"
sig = dkim.sign(message=msg_data,selector=str(dkim_selector).encode(),domain=sender_domain.encode(),privkey=dkim_private_key.encode(),include_headers=headers)
**Encontre mais informações sobre essas proteções em** [**https://seanthegeek.net/459/demystifying-dmarc/**](https://seanthegeek.net/459/demystifying-dmarc/)
Normalmente, se instalado, em `/etc/postfix/master.cf` contém **scripts para executar** quando, por exemplo, um novo e-mail é recebido por um usuário. Por exemplo, a linha `flags=Rq user=mark argv=/etc/postfix/filtering-f ${sender} -- ${recipient}` significa que `/etc/postfix/filtering` será executado se um novo e-mail for recebido pelo usuário mark.
SMTP (Simple Mail Transfer Protocol) is a TCP/IP protocol used in sending and receiving e-mail. However, since it is limited in its ability to queue messages at the receiving end, it is usually used with one of two other protocols, POP3 or IMAP, that let the user save messages in a server mailbox and download them periodically from the server.
[**A Conferência de Segurança DragonJAR é um evento internacional de cibersegurança**](https://www.dragonjarcon.org/) com mais de uma década de existência que será realizada nos dias 7 e 8 de setembro de 2023 em Bogotá, Colômbia. É um evento com grande conteúdo técnico onde são apresentadas as últimas pesquisas em espanhol que atraem hackers e pesquisadores de todo o mundo.\
Registre-se agora no seguinte link e não perca esta grande conferência!:
* Você trabalha em uma **empresa de cibersegurança**? Quer ver sua **empresa anunciada no HackTricks**? ou quer ter acesso à **última versão do PEASS ou baixar o HackTricks em PDF**? Confira os [**PLANOS DE ASSINATURA**](https://github.com/sponsors/carlospolop)!
* Descubra [**A Família PEASS**](https://opensea.io/collection/the-peass-family), nossa coleção exclusiva de [**NFTs**](https://opensea.io/collection/the-peass-family)
* Adquira o [**swag oficial do PEASS & HackTricks**](https://peass.creator-spring.com)
* **Junte-se ao** [**💬**](https://emojipedia.org/speech-balloon/) [**grupo Discord**](https://discord.gg/hRep4RUj7f) ou ao [**grupo telegram**](https://t.me/peass) ou **siga-me** no **Twitter** [**🐦**](https://github.com/carlospolop/hacktricks/tree/7af18b62b3bdc423e11444677a6a73d4043511e9/\[https:/emojipedia.org/bird/README.md)[**@carlospolopm**](https://twitter.com/hacktricks\_live)**.**
* **Compartilhe suas técnicas de hacking enviando PRs para o** [**repositório hacktricks**](https://github.com/carlospolop/hacktricks) **e** [**hacktricks-cloud repo**](https://github.com/carlospolop/hacktricks-cloud).
