SPF, DKIM և DMARC քայլ առ քայլ․ DNS գրառումներ, որոնք պետք են ձեր դոմենին

Կոնկրետ DNS գրառումներ Microsoft 365-ի և Google Workspace-ի համար և անվտանգ ճանապարհ մոնիտորինգից մինչև կեղծ նամակների արգելափակում։

Առանց SPF-ի, DKIM-ի և DMARC-ի ցանկացած մեկը կարող է ուղարկել նամակ, որը կարծես ձեր դոմենից է, իսկ ձեր իրական նամակներն ավելի հաճախ են հայտնվում սպամում։ Կարգավորումը տևում է մոտ մեկ ժամ՝ գումարած մի քանի շաբաթ դիտարկում։

Նախքան սկսելը: անհրաժեշտ է մուտք դոմենի DNS կառավարմանը (ռեգիստրատորի կամ DNS մատակարարի մոտ) և փոստային ծառայության ադմինիստրատորի վահանակին։ example.am-ը փոխարինեք ձեր դոմենով։ Կազմեք ձեր անունից նամակներ ուղարկող բոլոր ծառայությունների ցանկը՝ փոստային սերվեր, կայքի ձևեր, CRM, տեղեկագրերի ծառայություն, հաշվապահական ծրագիր։

Քայլ 1. Հրապարակեք մեկ SPF գրառում

SPF-ը թվարկում է այն սերվերները, որոնց թույլատրված է ձեր դոմենից փոստ ուղարկել։ SPF գրառումը պետք է լինի միայն մեկը․ այլ ուղարկողներին ավելացրեք լրացուցիչ include:-ներով՝ ըստ նրանց փաստաթղթերի։

; Microsoft 365
example.am.   TXT   "v=spf1 include:spf.protection.outlook.com -all"
; Google Workspace
example.am.   TXT   "v=spf1 include:_spf.google.com ~all"

Քայլ 2. Միացրեք DKIM-ը փոստային ծառայությունում

DKIM-ը ստորագրում է յուրաքանչյուր նամակ։ Microsoft 365-ում բացեք Defender պորտալը (Email & collaboration → Policies → Email authentication settings → DKIM), երկու CNAME գրառումները պատճենեք DNS և միացրեք ստորագրումը։ Google Workspace-ում ստեղծեք բանալին ադմինիստրատորի վահանակում (Apps → Google Workspace → Gmail → Authenticate email), հրապարակեք TXT գրառումը և սեղմեք Start authentication։ Նույնն արեք ձեր անունից նամակներ ուղարկող այլ ծառայությունների համար։

Քայլ 3. Սկսեք DMARC-ը մոնիտորինգի ռեժիմում

DMARC-ը ստացողներին ասում է, թե ինչ անել ստուգումը չանցած նամակների հետ, և ձեզ հաշվետվություններ է ուղարկում։ Սկսեք p=none-ից․ առայժմ ոչինչ չի արգելափակվում, դուք միայն հաշվետվություններ եք ստանում։

_dmarc.example.am.   TXT   "v=DMARC1; p=none; rua=mailto:dmarc@example.am"

Քայլ 4. Անցեք quarantine-ի, հետո՝ reject-ի

2–4 շաբաթ ուսումնասիրեք հաշվետվությունները և ուղղեք ստուգումը չանցնող օրինական ծառայությունները։ Այնուհետև անցեք p=quarantine-ի, իսկ երբ ամեն ինչ մաքուր է՝ p=reject-ի։

_dmarc.example.am.   TXT   "v=DMARC1; p=quarantine; pct=100; rua=mailto:dmarc@example.am"
; later:
_dmarc.example.am.   TXT   "v=DMARC1; p=reject; rua=mailto:dmarc@example.am"

Քայլ 5. Ստուգեք գրառումները

Համոզվեք, որ գրառումները տեսանելի են, և փորձնական նամակ ուղարկեք արտաքին փոստարկղ․ նամակի վերնագրերում SPF-ը, DKIM-ը և DMARC-ը պետք է ցույց տան pass։

nslookup -type=txt example.am
nslookup -type=txt _dmarc.example.am
# Linux / macOS:
dig +short TXT _dmarc.example.am

Տարածված սխալներ

  • Երկու SPF գրառում․ ստացողները դա համարում են սխալ։
  • Մոռացված կայքը կամ CRM-ը, որոնք նույնպես նամակներ են ուղարկում։
  • Հավերժական p=none․ հաշվետվություններ կան, պաշտպանություն՝ ոչ։

Ձեր դոմենը ձեր ստորագրությունն է։ SPF-ը, DKIM-ը և DMARC-ը այն դժվար կեղծելի են դարձնում։

Օգնության կարիք ունե՞ք։ Կապվեք CySec-ի հետ՝ անվճար խորհրդատվության համար։

Հաճախ տրվող հարցեր

Կարո՞ղ են SPF-ը, DKIM-ը և DMARC-ը խափանել մեր փոստը

Միայն եթե օրինական ուղարկողը նշված չէ SPF-ում կամ նրա համար միացված չէ DKIM-ը։ Այդ պատճառով DMARC-ը սկսում են p=none-ից․ խնդիրները երևում են հաշվետվություններում, նախքան որևէ բան կարգելափակվի։

Ո՞ւր են գալիս DMARC հաշվետվությունները և ինչպե՞ս կարդալ դրանք

rua=-ում նշված հասցեին։ Դրանք XML ֆայլեր են․ DMARC հաշվետվությունների անվճար կամ վճարովի ծառայությունը դրանք վերածում է հասկանալի գրաֆիկների այն մասին, թե ով է նամակներ ուղարկում ձեր անունից։

Պե՞տք է DMARC, եթե մենք միայն ստանում ենք փոստ

Այո։ Հարձակվողները միևնույն է կարող են ձեր դոմենից կեղծ նամակներ ուղարկել ձեր հաճախորդներին։ reject քաղաքականությունը պաշտպանում է ձեր անունը, նույնիսկ եթե դուք գրեթե նամակ չեք ուղարկում։

Որքա՞ն ժամանակ անց փոփոխությունները կգործեն

DNS փոփոխությունները սովորաբար տարածվում են մի քանի րոպեից մինչև մի քանի ժամվա ընթացքում՝ կախված գրառումների TTL-ից։

Օգնության կարի՞ք ունեք

Մեր ինժեներները կուսումնասիրեն ձեր ներկայիս համակարգը և կառաջարկեն կոնկրետ բարելավումներ։