PGDCA, BCA, B-Tech, MCA, M-Tech, B.Sc computer science राजस्थान सूचना सहायक व कंप्यूटर शिक्षक विशेष नोट्स: इस अध्याय में हम Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC (ईमेल स्पूफिंग: सुरक्षा तंत्र - SPF, DKIM और DMARC रिकॉर्ड्स) की संपूर्ण थ्योरी, मुख्य तकनीकी बिंदु, तुलनात्मक तालिका और विगत परीक्षाओं के पैटर्न पर आधारित 20 अति-महत्वपूर्ण बहुविकल्पीय प्रश्न (MCQs) विस्तृत हिंदी व अंग्रेजी व्याख्या सहित पढ़ेंगे।
Overview: Email Spoofing exploits SMTP's lack of native sender authentication to forge 'From:' addresses, and is mitigated by combining DNS-based SPF IP authorization, DKIM cryptographic signatures, and DMARC domain alignment policies.
अध्याय सार: ईमेल स्पूफिंग मूल SMTP प्रोटोकॉल में सेंडर प्रमाणीकरण न होने का फायदा उठाकर नकली 'From:' पता दिखाती है; इसकी रोकथाम तीन DNS-आधारित सुरक्षा स्तंभों—SPF, DKIM और DMARC—के संयुक्त उपयोग से होती है।
Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC: Detailed Notes & Architecture (ईमेल स्पूफिंग: सुरक्षा तंत्र - SPF, DKIM और DMARC रिकॉर्ड्स)
1. SMTP Vulnerability: Envelope MAIL FROM vs Display From: (SMTP कमजोरी: एनवेलप MAIL FROM बनाम डिस्प्ले From:)
[EN] Simple Mail Transfer Protocol (SMTP, RFC 5321 on port 25 for relay / 587 for submission) was designed in an era of implicit trust and contains zero built-in sender identity verification. Furthermore, email splits identity into two layers: the SMTP Envelope 'MAIL FROM' (Return-Path used for bounces) and the RFC 5322 Message Header 'From:' displayed to recipients in Outlook or Gmail. Attackers easily forge both fields to impersonate CEOs or banks.
[HI] SMTP प्रोटोकॉल (पोर्ट 25 रिले / 587 सबमिशन) में सेंडर की पहचान सत्यापित करने का कोई मूल तंत्र नहीं है। ईमेल में दो अलग पते होते हैं: बाहरी एनवेलप 'MAIL FROM' (बाउंस के लिए) और यूज़र को स्क्रीन पर दिखने वाला हेडर 'From:'। बिना अतिरिक्त सुरक्षा के कोई भी हमलावर किसी बैंक या CEO के पते से नकली ईमेल भेज सकता है।
2. SPF (Sender Policy Framework — RFC 7208) (SPF (सेंडर पॉलिसी फ्रेमवर्क — RFC 7208))
[EN] SPF allows a domain owner to publish a DNS TXT record starting with 'v=spf1' listing every IPv4/IPv6 address, MX server, or third-party vendor ('include:') authorized to transmit email on its behalf, ending with an enforcement qualifier: '-all' (Hard Fail), '~all' (Soft Fail), '?all' (Neutral), or '+all' (Insecure Pass All). Crucially, SPF validates only the Envelope 'MAIL FROM' domain (NOT the visible 'From:' header), is capped at 10 DNS lookups, and frequently breaks when emails are naively forwarded.
[HI] SPF में डोमेन मालिक DNS TXT रिकॉर्ड ('v=spf1') में उन वैध सर्वर IP की सूची देता है जो उसके नाम से मेल भेज सकते हैं, और अंत में '-all' (हार्ड फेल) या '~all' (सॉफ्ट फेल) लगाता है। ध्यान दें कि SPF केवल एनवेलप 'MAIL FROM' की जांच करता है (यूज़र को दिखने वाले 'From:' हेडर की नहीं), और ईमेल फॉरवर्ड होने पर अक्सर फेल हो जाता है।
3. DKIM (DomainKeys Identified Mail — RFC 6376) (DKIM (डोमेनकीज़ आइडेंटिफाइड मेल — RFC 6376))
[EN] DKIM uses asymmetric cryptography (RSA or Ed25519) to ensure email integrity and domain attribution: the sending MTA hashes the email body and critical headers, signs them with its private key, and attaches a 'DKIM-Signature:' header containing tags like 'd=' (signing domain), 's=' (selector), 'bh=' (body hash), and 'b=' (signature). Receiving servers retrieve the public key from DNS at '<selector>._domainkey.<domain>'. Because the cryptographic signature travels inside the message, DKIM survives normal email forwarding.
[HI] DKIM असिमेट्रिक क्रिप्टोग्राफी का उपयोग करता है: भेजने वाला सर्वर अपनी प्राइवेट कुंजी से ईमेल बॉडी व हेडर्स पर डिजिटल हस्ताक्षर कर 'DKIM-Signature:' हेडर जोड़ता है (जिसमें d= डोमेन व s= सेलेक्टर होता है)। प्राप्तकर्ता सर्वर '<selector>._domainkey.<domain>' से पब्लिक कुंजी लेकर इसकी पुष्टि करता है; यह ईमेल फॉरवर्ड होने पर भी मान्य रहता है।
4. DMARC (RFC 7489): Alignment, Policy & Reporting (DMARC (RFC 7489): अलाइनमेंट, पॉलिसी और रिपोर्टिंग)
[EN] Published at DNS TXT '_dmarc.<domain>' beginning with 'v=DMARC1', DMARC bridges the gap left by SPF and DKIM alone by enforcing Identifier Alignment: the visible 'From:' header domain must match either the SPF 'MAIL FROM' domain or the DKIM 'd=' signing domain (under strict 's' or relaxed 'r' mode). Domain owners set policy 'p=none' (monitor only), 'p=quarantine' (send to spam), or 'p=reject' (block completely), while receiving daily XML aggregate reports via 'rua='.
[HI] DMARC ('_dmarc.<domain>') यह सुनिश्चित करता है कि यूज़र को दिखने वाला 'From:' डोमेन कम से कम SPF या DKIM में सत्यापित डोमेन से मेल (Alignment) खाए। मालिक इसमें नीति 'p=none' (केवल निगरानी), 'p=quarantine' (स्पैम में डालें) या 'p=reject' (पूरी तरह ब्लॉक करें) तय करता है और 'rua=' पर XML रिपोर्ट प्राप्त करता है।
Syntax, Formula & Technical Example (Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC)
# 1. SPF DNS TXT Record (example.com) — Hard Fail unauthorized senders
example.com. IN TXT "v=spf1 ip4:203.0.113.10 include:_spf.mailhost.test -all"
# 2. DKIM Public Key DNS TXT Record (selector 's2026')
s2026._domainkey.example.com. IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A..."
# 3. DMARC Policy DNS TXT Record (_dmarc.example.com) — Strict Alignment & Reject
_dmarc.example.com. IN TXT "v=DMARC1; p=reject; adkim=s; aspf=s; rua=mailto:dmarc@example.com"Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC Quick Reference & Comparison Table
| Email Standard | DNS Location & Syntax Prefix | Core Verification & Limitation |
|---|---|---|
| SMTP (RFC 5321) | TCP Ports 25 / 587 / 465 (No DNS auth) | No native sender proof; separates Envelope vs Header From |
| SPF (RFC 7208) | Domain root TXT ('v=spf1 ... -all') | Checks sending IP vs MAIL FROM; max 10 lookups; breaks on forward |
| DKIM (RFC 6376) | <sel>._domainkey.<dom> TXT ('v=DKIM1') | Cryptographic RSA/Ed25519 signature; survives email forwarding |
| DMARC (RFC 7489) | _dmarc.<domain> TXT ('v=DMARC1; p=...') | Enforces Header From alignment + policy (none/quarantine/reject) |
Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC Top 20 Bilingual MCQs with Answers
Q1. Why is basic SMTP (RFC 5321) inherently vulnerable to Email Spoofing?
(मूल SMTP प्रोटोकॉल (RFC 5321) ईमेल स्पूफिंग के प्रति स्वाभाविक रूप से संवेदनशील क्यों है?)
(A) SMTP operates solely over unauthenticated UDP port 25
(B) SMTP deletes domain names before delivering messages to POP3
(C) SMTP lacks built-in cryptographic sender authentication and trusts any supplied MAIL FROM and From: header strings
(D) SMTP encrypts all sender addresses with a single global DES key
Correct Answer: (C)
[EN] Without SPF, DKIM, and DMARC layered via DNS, any open relay or misconfigured server can transmit emails claiming any 'From:' address.
[HI] मूल SMTP में सेंडर की पहचान सत्यापित करने का कोई तंत्र नहीं है, इसलिए कोई भी मनचाहा 'MAIL FROM' व 'From:' हेडर लिख सकता है।
Q2. Which DNS record type is used to publish SPF, DKIM public keys, and DMARC policies?
(SPF, DKIM पब्लिक कुंजी और DMARC नीतियां प्रकाशित करने के लिए किस DNS रिकॉर्ड प्रकार का उपयोग होता है?)
(A) TXT record
(B) MX record
(C) AAAA record
(D) PTR record
Correct Answer: (A)
[EN] Although a short-lived dedicated SPF RR type (99) was deprecated by RFC 7208, SPF, DKIM, and DMARC all use standard DNS TXT records.
[HI] SPF, DKIM और DMARC तीनों के नियम मानक DNS 'TXT' रिकॉर्ड के रूप में ही प्रकाशित किए जाते हैं।
Q3. What does the '-all' qualifier at the end of an SPF record ('v=spf1 mx -all') instruct receiving mail servers to do?
(SPF रिकॉर्ड ('v=spf1 mx -all') के अंत में '-all' क्वालिफायर प्राप्तकर्ता मेल सर्वर को क्या निर्देश देता है?)
(A) Pass All: accept emails from any IP worldwide
(B) Hard Fail: emails from any IP not explicitly authorized in the SPF record fail authentication
(C) Soft Fail: accept all emails without inspection
(D) Disable DKIM signature verification for the domain
Correct Answer: (B)
[EN] SPF qualifiers are '+' (Pass), '?' (Neutral), '~' (SoftFail—mark suspicious), and '-' (Fail—reject or fail SPF check).
[HI] '-all' का अर्थ Hard Fail है, अर्थात सूचीबद्ध IP के बाहर किसी भी सर्वर से आए ईमेल को अनधिकृत (अवैध) माना जाए।
Q4. Why can an attacker STILL spoof the visible 'From: ceo@bank.com' address if the victim domain ONLY configured SPF (without DMARC)?
(यदि किसी डोमेन ने केवल SPF लगाया हो (और DMARC न लगाया हो), तब भी हमलावर दिखने वाला 'From: ceo@bank.com' पता कैसे स्पूफ कर सकता है?)
(A) SPF records expire every 60 seconds
(B) SPF uses symmetric RC4 passwords that are easily cracked
(C) SPF only checks email attachments, not headers
(D) SPF only validates the hidden SMTP Envelope 'MAIL FROM' domain (attacker-domain.com), NOT the visible RFC 5322 'From:' header
Correct Answer: (D)
[EN] An attacker can pass SPF using their own domain in MAIL FROM while setting the visible display 'From:' header to ceo@bank.com—DMARC Alignment stops this.
[HI] SPF केवल बाहरी एनवेलप 'MAIL FROM' की जांच करता है, यूज़र को दिखने वाले 'From:' हेडर की नहीं; दोनों का मिलान (Alignment) केवल DMARC सुनिश्चित करता है।
Q5. What is the strict maximum DNS lookup limit permitted per SPF evaluation under RFC 7208?
(RFC 7208 के अनुसार एक SPF जांच के दौरान अधिकतम कितने DNS लुकअप (include, a, mx, redirect) की अनुमति है?)
(A) 10 DNS lookups (exceeding 10 causes an immediate PermError)
(B) 100 DNS lookups
(C) 2 DNS lookups
(D) Unlimited DNS lookups
Correct Answer: (A)
[EN] To prevent DNS amplification/DoS loops, RFC 7208 caps mechanisms triggering DNS queries (include, mx, a, ptr, exists) at 10.
[HI] DNS लूप व DoS रोकने के लिए RFC 7208 ने प्रति SPF जांच अधिकतम 10 DNS लुकअप की सीमा तय की है, इससे अधिक पर PermError आता है।
Q6. At what exact DNS subdomain path does a receiving server look up a sender's DKIM public key?
(प्राप्तकर्ता मेल सर्वर किसी प्रेषक की DKIM पब्लिक कुंजी को किस सटीक DNS पथ पर खोजता है?)
(A) _dmarc.<domain>
(B) <domain>._dkim.mx
(C) <selector>._domainkey.<domain>
(D) _spf.<domain>
Correct Answer: (C)
[EN] If DKIM-Signature contains 'd=example.com; s=mail2026;', the verifier queries TXT records at 'mail2026._domainkey.example.com'.
[HI] DKIM-Signature में 's=' (सेलेक्टर) और 'd=' (डोमेन) देखकर सर्वर '<selector>._domainkey.<domain>' का TXT रिकॉर्ड खोजता है।
Q7. Why does DKIM authentication generally survive automatic email forwarding better than SPF?
(ईमेल के स्वतः फॉरवर्ड (Forwarding) होने पर भी DKIM प्रमाणीकरण SPF की तुलना में अधिक सुरक्षित क्यों बना रहता है?)
(A) DKIM strips the From: header before forwarding
(B) DKIM updates every forwarding router's SPF record dynamically
(C) SPF refuses to work over TLS port 587
(D) DKIM signs the message headers and body inside the email itself, whereas forwarding changes the sending relay IP and breaks SPF IP checks
Correct Answer: (D)
[EN] Because a forwarding server sends from its own IP (not listed in the original sender's SPF), SPF fails unless SRS is used, while DKIM stays valid if body/headers aren't altered.
[HI] फॉरवर्ड करने पर भेजने वाले सर्वर का IP बदल जाने से SPF टूट जाता है, जबकि ईमेल में जुड़ा DKIM क्रिप्टोग्राफिक सिग्नेचर बदलाव न होने तक वैध रहता है।
Q8. Inside a 'DKIM-Signature' header, what do the tags 'd=' and 'bh=' represent respectively?
('DKIM-Signature' हेडर के भीतर 'd=' और 'bh=' टैग क्रमशः क्या दर्शाते हैं?)
(A) d= is the DMARC Version and bh= is the Bit Header
(B) d= is the Signing Domain and bh= is the cryptographic Body Hash
(C) d= is the Destination IP and bh= is the Bounce Host
(D) d= is the Deletion Time and bh= is the Browser Header
Correct Answer: (B)
[EN] Key DKIM tags: v=1, a=rsa-sha256, d=domain, s=selector, c=canonicalization, h=signed headers, bh=body hash, b=signature.
[HI] DKIM हेडर में d= हस्ताक्षर करने वाला डोमेन, s= सेलेक्टर, bh= ईमेल बॉडी का हैश और b= वास्तविक डिजिटल सिग्नेचर होता है।
Q9. Which three enforcement policies can be assigned to the 'p=' tag inside a DMARC DNS record?
(DMARC DNS रिकॉर्ड के 'p=' टैग में कौन सी तीन प्रवर्तन नीतियां (Policies) सेट की जा सकती हैं?)
(A) accept, retry, and bounce
(B) none, quarantine, and reject
(C) allow, encrypt, and forward
(D) pass, softfail, and neutral
Correct Answer: (B)
[EN] Organizations usually start with p=none to collect reports, move to p=quarantine (spam folder), and graduate to p=reject (drop spoofed mail).
[HI] DMARC में क्रमशः p=none (केवल रिपोर्टिंग), p=quarantine (स्पैम में भेजें) और p=reject (पूर्णतः अस्वीकार करें) नीतियां होती हैं।
Q10. What does 'Identifier Alignment' in DMARC verify?
(DMARC में 'Identifier Alignment' क्या सत्यापित करता है?)
(A) That the domain in the user-visible 'From:' header matches the authenticated SPF MAIL FROM domain and/or the DKIM 'd=' signing domain
(B) That the sender's MX record IP matches the recipient's IP subnet
(C) That the email subject line aligns visually in UTF-8 right-to-left format
(D) That the email attachment size aligns to 4 KB boundaries
Correct Answer: (A)
[EN] DMARC passes only when SPF passes AND aligns with From:, OR DKIM passes AND aligns with From: (strict 's' = exact match, relaxed 'r' = organizational subdomain match).
[HI] DMARC तभी पास होता है जब दिखने वाला 'From:' डोमेन कम से कम पास हुए SPF के MAIL FROM या पास हुए DKIM के d= डोमेन से मेल खाए।
Q11. In a DMARC record, what is the purpose of the 'rua=' tag versus the 'ruf=' tag?
(DMARC रिकॉर्ड में 'rua=' और 'ruf=' टैग का उद्देश्य क्रमशः क्या होता है?)
(A) rua= handles IPv4 addresses, while ruf= handles IPv6 addresses
(B) rua= enables encryption, while ruf= disables attachments
(C) rua= specifies the address for daily Aggregate XML reports, while ruf= specifies the address for per-failure Forensic reports
(D) rua= sets the SMTP relay port, while ruf= sets the TLS cipher
Correct Answer: (C)
[EN] RUA delivers summarized daily pass/fail telemetry from providers like Gmail/Microsoft; RUF sends redacted/individual failure copies (often disabled for privacy).
[HI] rua= दैनिक समग्र (Aggregate XML) रिपोर्ट प्राप्त करने का पता देता है, जबकि ruf= प्रत्येक असफल ईमेल की फोरेंसिक रिपोर्ट हेतु होता है।
Q12. Which standard TCP port is defined by RFC 6409 specifically for authenticated Mail Submission from email clients (MUAs) to MTAs using STARTTLS?
(RFC 6409 के अनुसार ईमेल क्लाइंट (MUA) से सर्वर (MTA) पर प्रमाणित ईमेल सबमिशन (STARTTLS) के लिए कौन सा मानक TCP पोर्ट निर्धारित है?)
(A) Port 23
(B) Port 143
(C) Port 587
(D) Port 110
Correct Answer: (C)
[EN] Port 25 is server-to-server SMTP relay, Port 587 is modern STARTTLS submission, and Port 465 is implicit TLS (SMTPS per RFC 8314).
[HI] पोर्ट 25 सर्वर-से-सर्वर SMTP रिले के लिए है, जबकि आधुनिक क्लाइंट से प्रमाणित ईमेल भेजने के लिए पोर्ट 587 (STARTTLS) व 465 (SMTPS) उपयोग होते हैं।
Q13. What does '+all' inside an SPF record (e.g., 'v=spf1 +all') mean—and why is it considered a critical security misconfiguration?
(SPF रिकॉर्ड में '+all' ('v=spf1 +all') का क्या अर्थ है और इसे गंभीर सुरक्षा त्रुटि क्यों माना जाता है?)
(A) It requires all recipients to use PGP encryption
(B) It limits SPF lookups to zero
(C) It rejects every email sent from the domain
(D) It passes EVERY IP address on the entire Internet, completely neutralizing SPF protection
Correct Answer: (D)
[EN] A '+' qualifier means Pass; putting '+all' tells the world that every arbitrary IP on Earth is authorized to send mail for your domain.
[HI] '+all' का अर्थ है कि दुनिया का हर IP पता इस डोमेन के नाम से ईमेल भेजने के लिए अधिकृत है, जिससे SPF पूरी तरह बेकार हो जाता है।
Q14. What standard prevents malicious third parties from spoofing a brand's verified logo next to emails—and what DMARC prerequisite does it mandate?
(ईमेल इनबॉक्स में कंपनी का आधिकारिक लोगो प्रदर्शित करने वाला कौन सा मानक है, और इसके लिए कौन सी DMARC स्थिति अनिवार्य है?)
(A) POP3S, requiring DMARC at p=none
(B) SNMPv3, requiring port 161
(C) BIMI (Brand Indicators for Message Identification), requiring DMARC enforcement at p=quarantine or p=reject
(D) IMAP4, requiring SPF +all
Correct Answer: (C)
[EN] BIMI (paired with a Verified Mark Certificate) motivates organizations to reach strict DMARC enforcement (quarantine/reject) before logos display.
[HI] BIMI मानक ईमेल के साथ ब्रांड लोगो दिखाने से पहले डोमेन पर सख्त DMARC (p=quarantine या p=reject) लागू होना अनिवार्य करता है।
Q15. What is 'ARC (Authenticated Received Chain, RFC 8617)' designed to solve?
('ARC (Authenticated Received Chain, RFC 8617)' प्रोटोकॉल किस ईमेल सुरक्षा समस्या को हल करने के लिए बनाया गया है?)
(A) Replacing DNS TXT records with binary BGP advertisements
(B) Compressing large video attachments inside SMTP
(C) Encrypting user Outlook passwords locally
(D) Preserving original SPF/DKIM/DMARC authentication results across intermediate mailing lists or forwarders that modify message bodies/headers
Correct Answer: (D)
[EN] Mailing lists add footers or alter Subject tags (breaking DKIM) and resend from their own IP (breaking SPF); ARC signs the pre-modification auth results.
[HI] मेलिंग लिस्ट ईमेल में फुटर जोड़कर DKIM तोड़ देती हैं और IP बदलकर SPF; ARC मध्यवर्ती सर्वरों के बीच मूल सत्यापन परिणामों की श्रृंखला सुरक्षित रखता है।
Q16. Which statement about Email Spoofing, SPF, DKIM, and DMARC is FALSE?
(ईमेल स्पूफिंग और SPF, DKIM व DMARC के बारे में निम्नलिखित में से कौन सा कथन असत्य (FALSE) है?)
(A) SPF checks whether the sending server IP is authorized for the Envelope MAIL FROM domain
(B) SPF, DKIM, and DMARC encrypt the body content of emails end-to-end so even mail servers cannot read messages
(C) DKIM relies on asymmetric public/private keys stored in DNS under _domainkey
(D) DMARC allows domain owners to specify p=none, p=quarantine, or p=reject
Correct Answer: (B)
[EN] SPF, DKIM, and DMARC authenticate sender identity and integrity—they do NOT provide end-to-end content confidentiality (for which S/MIME or PGP is required).
[HI] SPF, DKIM और DMARC केवल प्रेषक की पहचान व अखंडता सत्यापित करते हैं, ये ईमेल संदेश की सामग्री को एंड-टू-एंड एन्क्रिप्ट नहीं करते (एन्क्रिप्शन के लिए PGP या S/MIME चाहिए)।
Q17. Within Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC, which email standard directly maps to: "TCP Ports 25 / 587 / 465 (No DNS auth)"?
(Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC में कौन सा Email Standard सीधे "TCP Ports 25 / 587 / 465 (No DNS auth)" से संबंधित है?)
(A) SMTP (RFC 5321)
(B) SPF (RFC 7208)
(C) DKIM (RFC 6376)
(D) DMARC (RFC 7489)
Correct Answer: (A)
[EN] In Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC, 'SMTP (RFC 5321)' handles 'TCP Ports 25 / 587 / 465 (No DNS auth)' (No native sender proof; separates Envelope vs Header From).
[HI] Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC में 'SMTP (RFC 5321)' का कार्य/विवरण 'TCP Ports 25 / 587 / 465 (No DNS auth)' (No native sender proof; separates Envelope vs Header From) है।
Q18. Which option accurately describes 'SPF (RFC 7208)' in Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC?
(Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC के संदर्भ में 'SPF (RFC 7208)' की सही विशेषता कौन सी है?)
(A) _dmarc.<domain> TXT ('v=DMARC1; p=...')
(B) <sel>._domainkey.<dom> TXT ('v=DKIM1')
(C) Domain root TXT ('v=spf1 ... -all')
(D) TCP Ports 25 / 587 / 465 (No DNS auth)
Correct Answer: (C)
[EN] 'SPF (RFC 7208)' provides 'Domain root TXT ('v=spf1 ... -all')' — key point: Checks sending IP vs MAIL FROM; max 10 lookups; breaks on forward.
[HI] 'SPF (RFC 7208)' का मुख्य विवरण 'Domain root TXT ('v=spf1 ... -all')' है (Checks sending IP vs MAIL FROM; max 10 lookups; breaks on forward)।
Q19. In Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC, identify the correct parameter for the specification: "<sel>._domainkey.<dom> TXT ('v=DKIM1')".
(Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC में "<sel>._domainkey.<dom> TXT ('v=DKIM1')" विवरण किस विकल्प के लिए सही है?)
(A) DMARC (RFC 7489)
(B) DKIM (RFC 6376)
(C) SMTP (RFC 5321)
(D) SPF (RFC 7208)
Correct Answer: (B)
[EN] 'DKIM (RFC 6376)' corresponds to '<sel>._domainkey.<dom> TXT ('v=DKIM1')' (Cryptographic RSA/Ed25519 signature; survives email forwarding).
[HI] 'DKIM (RFC 6376)' का संबंध '<sel>._domainkey.<dom> TXT ('v=DKIM1')' (Cryptographic RSA/Ed25519 signature; survives email forwarding) से है।
Q20. Considering Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC, what key behavior defines 'DMARC (RFC 7489)'?
(Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC में 'DMARC (RFC 7489)' की मुख्य भूमिका या मान क्या है?)
(A) TCP Ports 25 / 587 / 465 (No DNS auth)
(B) _dmarc.<domain> TXT ('v=DMARC1; p=...')
(C) <sel>._domainkey.<dom> TXT ('v=DKIM1')
(D) Domain root TXT ('v=spf1 ... -all')
Correct Answer: (B)
[EN] 'DMARC (RFC 7489)' represents '_dmarc.<domain> TXT ('v=DMARC1; p=...')' (Enforces Header From alignment + policy (none/quarantine/reject)).
[HI] 'DMARC (RFC 7489)' का अर्थ/मान '_dmarc.<domain> TXT ('v=DMARC1; p=...')' है (Enforces Header From alignment + policy (none/quarantine/reject))।
Email Spoofing: SMTP Vulnerability, SPF, DKIM and DMARC — Exam FAQs
Q1: Do I need both SPF and DKIM if I already have DMARC?
यदि मैंने DMARC सेट कर दिया है, तो क्या फिर भी SPF और DKIM दोनों की आवश्यकता है?
[EN] Yes! DMARC does not work standalone—it relies on SPF and/or DKIM passing AND aligning with the visible 'From:' domain. Having both ensures resilience even when emails are forwarded.
[HI] हाँ! DMARC अकेले काम नहीं करता; यह SPF और/या DKIM के पास होने तथा 'From:' डोमेन से मेल खाने (Alignment) पर निर्भर करता है। दोनों होना सर्वोत्तम है।
Q2: Why shouldn't a new domain jump straight to 'p=reject' in DMARC on day one?
किसी नए या सक्रिय संगठन को पहले ही दिन DMARC को सीधे 'p=reject' पर क्यों नहीं सेट करना चाहिए?
[EN] Legitimate third-party senders (CRM, HR, invoicing tools) might not yet have SPF/DKIM aligned, causing critical genuine emails to bounce. Best practice is starting with p=none to audit rua= reports first.
[HI] कंपनी के वैध थर्ड-पार्टी टूल (CRM, बिलिंग सॉफ्टवेयर) बिना कॉन्फ़िगरेशन के ब्लॉक हो सकते हैं। इसलिए पहले p=none रखकर rua= रिपोर्ट से सभी वैध स्रोत जांचे जाते हैं।
Q3: Does DMARC stop 'Lookalike Domain' spoofing (e.g., micr0soft.com instead of microsoft.com)?
क्या DMARC एक जैसे दिखने वाले नकली डोमेन (जैसे micr0soft.com) से आने वाले फ़िशिंग ईमेल को रोक सकता है?
[EN] No. If an attacker buys 'micr0soft.com' and sets valid SPF/DKIM/DMARC for 'micr0soft.com', DMARC will pass for that lookalike domain; defenders need lookalike-domain monitoring and user awareness.
[HI] नहीं। यदि हमलावर खुद 'micr0soft.com' जैसा मिलता-जुलता डोमेन खरीदकर उस पर अपने सही SPF/DKIM लगा दे, तो उसका DMARC पास हो जाएगा; इसके लिए डोमेन मॉनिटरिंग जरूरी है।
Post a Comment
Post a Comment