Корпоративтік электрондық пошта коммерциялық ұсыныстар, шарттар, шоттар, сайттан келетін өтінімдер және клиенттермен хат алмасу үшін пайдаланылады. Сондықтан хаттардың жеткізілуіндегі мәселелер ұйым жұмысына тікелей әсер етуі мүмкін.
Мынадай жағдайды елестетейік: компания клиентке маңызды хат жібереді, бірақ ол «Спам» қалтасына түседі. Немесе тапсырыс беруші компания қызметкерінің атынан келгендей көрінетін, шотты жаңа деректемелер бойынша төлеуді сұрайтын хабарлама алады.
Бұл жағдайлардың себептері әртүрлі, алайда екеуі де пошта инфрақұрылымын дұрыс баптап, домен атауын қолдан жасаудан қорғаудың қаншалықты маңызды екенін көрсетеді.
Жіберушінің түпнұсқалығын растау үшін SPF, DKIM және DMARC механизмдері қолданылады. Олардың әрқайсысы нені білдіретінін және қалай бірге жұмыс істейтінін қарастырайық.
Неге жеке доменнің болуы жеткіліксіз
info@company.kz түріндегі мекенжай кәдімгі тегін пошта жәшігіне қарағанда кәсібирек көрінеді. Бірақ жеке доменнің болуы қабылдаушы сервер жіберілген хаттың түпнұсқалығын растай алады деген кепілдік бермейді.
Сонымен қатар корпоративтік хабарламалар көбіне бірден бірнеше жүйеден жіберіледі: пошта сервисінен, сайттан, CRM жүйесінен, шот ұсыну бағдарламасынан немесе хабарлама тарату платформасынан.
Егер бұл көздер домен баптауларында ескерілмесе, кейбір хаттар аутентификация тексеруінен өтпеуі мүмкін.
SPF хат жіберуге рұқсат етілген көздерді анықтайды. DKIM хаттың криптографиялық қолтаңбасын тексеруге мүмкіндік береді. DMARC тексеру нәтижелерін жіберушінің көрінетін мекенжайындағы доменмен байланыстырып, сәйкессіздік болғанда хабарламаны өңдеу саясатын белгілейді.
SPF: қандай серверлерге хат жіберуге рұқсат етілген
SPF (Sender Policy Framework) — домен иесі пошта жіберуге рұқсат етілген көздер туралы ақпарат жариялайтын механизм.
Ол үшін DNS жүйесінде арнайы TXT жазбасы жасалады. Қабылдаушы пошта сервері осы жазба арқылы хабарламаның тиісті көзден жіберілуіне рұқсат бар-жоғын тексереді.
Мысалы, ұйым корпоративтік пошта сервисін және хабарламалар жіберетін бөлек жүйені қолданса, баптауларда екі көзді де ескеру керек.
SPF баптауындағы жиі кездесетін қателер
- бір домен үшін бірнеше бөлек SPF жазбасы жарияланған;
- жаңа пошта провайдеріне ауысқаннан кейін ескі баптаулар қалып қойған;
- корпоративтік сайттан хат жіберетін сервер ескерілмеген;
- рұқсат етілген жіберушілер тізіміне іс жүзінде қажетсіз жүйелер де қосылған;
- жазба SPF ережелері мен DNS сұрауларына қойылатын шектеулерді ескермей жасалған.
SPF пайдаланушы «Кімнен» өрісінде көретін мәтінді ғана емес, жіберілімнің техникалық доменін тексеретінін түсіну маңызды. Сондықтан компанияның көрінетін мекенжайын толық қорғау үшін бір SPF жеткіліксіз.
DKIM: хабарламалардың цифрлық қолтаңбасы
DKIM (DomainKeys Identified Mail) пошта жүйесіне шығыс хабарламаларға криптографиялық кілт арқылы қол қоюға мүмкіндік береді.
Кілттің ашық бөлігі доменнің DNS жүйесінде жарияланады, ал жабық бөлігі жіберуші жүйеде қолтаңба қалыптастыру үшін қолданылады.
Қабылдаушы қолтаңбаның жарияланған кілтке сәйкестігін және хабарламаның қолтаңбамен қорғалған бөліктері жіберілгеннен кейін өзгермегенін тексере алады.
Әдетте DKIM пошта провайдерінің басқару панелінде бапталады. DNS жүйесіне сол провайдер берген жазба қосылады.
Пошта жүйесін ауыстырғаннан кейін ескі жазбаларды жай көшіру жеткіліксіз. Жаңа жүйенің шығыс хаттарға шынымен қол қоятынын және қолтаңбалардың тексеруден өтетінін анықтау қажет.
DMARC: домен атауын қорғау саясаты
DMARC (Domain-based Message Authentication, Reporting and Conformance) домен иесіне түпнұсқалықтың қажетті тексерулерінен өтпеген хабарламаларды қалай өңдеу керегін анықтауға мүмкіндік береді.
DMARC-тың басты ерекшелігі — алушыға көрінетін жіберуші мекенжайындағы доменнің SPF немесе DKIM тексеруінен өткен доменмен сәйкестігін бақылауы.
DMARC бірнеше негізгі режимді қолдайды:
| Саясат | Мақсаты |
|---|---|
| p=none | DMARC саясаты бойынша хабарламаны бұғаттауды сұрамай, тексеру нәтижелерін бақылау. |
| p=quarantine | Қабылдаушы жүйеден күмәнді хабарламаларды карантинге, мысалы «Спам» қалтасына жіберуді сұрау. |
| p=reject | DMARC саясатының талаптарына сәйкес келмейтін хабарламаларды қабылдамауды сұрау. |
Хаттың жеткізілуі жөніндегі түпкілікті шешім қабылдаушы серверге де байланысты. Тіпті дұрыс бапталған DMARC саясаты әр хаттың «Кіріс» қалтасына түсетініне кепілдік бермейді.
Егер компания заңды жіберілім көздерінің бәрін ескермесе, DMARC-тың қатаң саясаты өз хаттарының қабылданбауына әкелуі мүмкін. Алдымен SPF, DKIM және домендердің сәйкестігін тексеріп, есептерді талдап, содан кейін саясатты біртіндеп күшейту керек.
Неге хаттар әлі де спамға түседі
SPF, DKIM және DMARC дұрыс бапталғанның өзінде кейбір хабарламалар спамға түсуі мүмкін. Аутентификация — пошта жүйелері бағалайтын маңызды факторлардың бірі ғана.
Хаттың жеткізілуіне домен мен IP-мекенжайдың беделі, хат мазмұны, пайдаланушылардың шағымдары, күмәнді сілтемелер, жіберілім көлемі мен сипаты да әсер етеді.
Сондықтан диагностика DNS жазбаларын ойланбай өзгертуден емес, нақты хатты тексеруден басталады: оның техникалық тақырыптарын, аутентификация нәтижелерін және қабылдаушы жүйенің қате хабарламаларын қарау қажет.
Баптаудың дұрыс реттілігі
Алдымен компания атынан хат жіберетін барлық жүйенің тізімін жасау қажет. Негізгі пошта сервисінен бөлек, оған сайттағы формалар, CRM, құжаттар тарату қызметтері және автоматты хабарландырулар кіруі мүмкін.
Содан кейін DNS жазбалары тексеріліп, әр сервистің талаптарына сәйкес аутентификация механизмдері бапталады.
Өзгерістерден кейін әртүрлі пошта жүйелеріне сынақ хаттары жіберіліп, олардың тақырыптарындағы тексеру нәтижелері зерттеледі. Егер есептілігі бар DMARC қолданылса, алынған деректер талданып, аутентификациядан өтпейтін жіберілім көздері анықталады.
Өз компанияңызда нені тексеру керек
Корпоративтік поштаның сайт қауіпсіздігімен байланысы
Кері байланыс формаларынан келетін хаттарға ерекше назар аудару керек. Сайт өтінімдерді дұрыс қабылдаса да, хабарламаның жауапты қызметкерге міндетті түрде жететінін білдірмейді.
Мәселелер хат жіберушісінің дұрыс көрсетілмеуінен, DNS баптауларының сәйкессіздігінен немесе қолданылатын хостингтің шектеулерінен туындауы мүмкін.
Сондықтан сайтқа қызмет көрсеткенде форманың жұмысын ғана емес, хабарламаның жіберілген сәтінен бастап корпоративтік пошта жәшігіне жеткенге дейінгі толық жолын тексеру қажет.
Формаларды қорғаудың басқа қырлары туралы «WordPress формаларын спамнан қорғау» материалында жазғанбыз.
Жиі қойылатын сұрақтар
Корпоративтік пошта туралы сұрақтар
Пошта доменін тексеру туралы негізгі сұрақтар.
Тек SPF қолдану жеткілікті ме?
Корпоративтік доменді толық қорғау үшін бұл жеткіліксіз. Домендердің сәйкестігін тексерумен бірге SPF, DKIM және DMARC тетіктерін баптаған жөн.
SPF пен DKIM хаттардың «Кіріс» қалтасына жетуіне кепілдік бере ме?
Жоқ. Олар жіберілімнің түпнұсқалығын растауға көмектеседі, бірақ пошта провайдерлері домен беделін, хат мазмұнын және жіберушінің әрекетін қоса алғанда, басқа да факторларды ескереді.
Корпоративтік поштаны көшіргеннен кейін баптауларды өзгерту керек пе?
Әдетте MX, SPF, DKIM және DMARC жазбаларын, сондай-ақ домен атынан хат жіберетін барлық жүйенің баптауларын тексеріп, қажет болса жаңарту керек.
DMARC пошталық алаяқтықты толық тоқтата ала ма?
Жоқ. Ол доменді қолдан жасаудың белгілі бір тәсілдеріне қарсы көмектеседі, бірақ әлеуметтік инженерияның барлық түрінен, ұқсас домен атауларынан және шынайы пошта аккаунтының бұзылуынан қорғамайды.
WEB-LABS арқылы корпоративтік поштаны баптау
WEB-LABS ұйымдарға корпоративтік сервистерді, DNS жүйесін, пошта жәшіктерін баптауға және сайттарды техникалық сүйемелдеуге көмектеседі.
Компания хаттары клиенттерге жетпесе, поштаны көшіргеннен кейін қателер пайда болса немесе домен қорғанысын тексеру қажет болса, жұмысты қолданыстағы конфигурацияны диагностикалаудан бастаған дұрыс.
Мәселеңізді WEB-LABS кері байланыс формасы арқылы сипаттаңыз. SPF, DKIM, DMARC баптауы мен корпоративтік хат алмасудың тұрақты жұмысын қамтамасыз ету үшін қандай тексерулер қажет екенін анықтауға көмектесеміз.
Киберқауіпсіздік дұрыс әрекеттен басталады.
WEB-LABS қызметкерлерге жұмыс орнындағы киберқауіпсіздік негіздерін үйретеді: электрондық поштамен, құпиясөздермен, файлдармен, интернет-ресурстармен және корпоративтік жүйелермен қауіпсіз жұмыс істеу ережелерін түсіндіреді.
Оқу материалдарын меңгергеннен кейін қызметкерлер қорытынды тестілеуден өтеді. Тестті сәтті тапсырғандарға WEB-LABS-тың жеке сертификаты беріледі.