Microsoft 365 SPF, DKIM i DMARC 2026: bezpieczeństwo poczty MŚP
Firmowa poczta jest częstym miejscem startu incydentu: fałszywa faktura, podszycie pod prezesa, przejęte konto kontrahenta. Dlatego konfiguracja m365 spf dkim dmarc w Microsoft 365 jest podstawą wiarygodności domeny, ochrony przed spoofingiem i dostarczalności.
Od lutego 2024 r. Google wymaga od nadawców masowych wysyłających ponad 5000 wiadomości dziennie do Gmaila uwierzytelniania poczty oraz DMARC, co opisuje w wytycznych dla nadawców. Microsoft opisuje DMARC jako ochronę przed BEC, ransomware i phishingiem w Microsoft Learn. W 2026 roku brak rekordów oznacza spam folder lub odrzucenie wiadomości.
Dla firmy używającej Microsoft 365 z Outlook podstawowe wdrożenie da się wykonać w około godzinę. Trzeba jednak uwzględnić nie tylko Exchange Online, ale też newslettery, CRM, fakturownię, sklep internetowy i stare forwardery.
Dlaczego 2026 jest ważny dla małych i średnich firm
SERP dla fraz microsoft 365 anti spoofing, exchange online dmarc i ms365 email bezpieczenstwo jest pełen krótkich instrukcji. Typowa luka: brak planu przejścia z monitoringu do egzekwowania, raportów RUA, ostrzeżeń o Mailchimpie i SendGridzie oraz kontekstu NIS2.
Raport ENISA Threat Landscape 2025 analizuje 4875 incydentów i wskazuje phishing jako ważny wektor wejścia. NIS2 nie wymienia SPF, DKIM i DMARC jako pojedynczego obowiązku, ale wymaga adekwatnych środków technicznych. Dla firm regulowanych brak kontroli nad domeną pocztową jest trudny do obrony.
- Dostarczalność: Gmail, Yahoo, Apple i Microsoft mocniej oceniają reputację domeny.
- Anti-spoofing: SPF, DKIM i DMARC ograniczają podszywanie się pod zarząd, księgowość lub handlowców.
- Compliance: konfiguracja poczty wspiera dowody bezpieczeństwa dla NIS2, ISO 27001 i kontrahentów.
- Widoczność: raporty DMARC pokazują nadawców z domeny firmy.
SPF: rekord DNS autoryzujący Microsoft 365
SPF, czyli Sender Policy Framework, to rekord TXT w DNS domeny. Informuje serwery odbiorców, które systemy mogą wysyłać pocztę z domeny @firma.pl. Dla organizacji, która wysyła wyłącznie przez Exchange Online, typowa wartość to:
v=spf1 include:spf.protection.outlook.com -all
- Zaloguj się do panelu DNS, np. OVH PL, Hetzner DNS, home.pl, cyber_Folks albo panelu domeny NASK.
- Otwórz strefę domeny głównej, np.
firma.pl.
- Dodaj lub zaktualizuj rekord TXT dla hosta
@.
- Wklej
v=spf1 include:spf.protection.outlook.com -all.
- Jeśli z domeny wysyła też CRM, sklep, Mailchimp lub SendGrid, dopisz mechanizm SPF tego dostawcy i pilnuj limitu 10 odwołań DNS.
Najczęstszy błąd to dwa rekordy SPF dla jednej domeny. Rekord zaczynający się od v=spf1 powinien być jeden, połączony i utrzymywany jako źródło prawdy.
DKIM: podpis wiadomości w Microsoft Defender
DKIM podpisuje wiadomość kluczem prywatnym po stronie Microsoft 365. Odbiorca sprawdza podpis przez CNAME w DNS, więc wiadomość może przejść DMARC nawet wtedy, gdy forwarding zepsuje SPF. W pakietach Microsoft 365 Business Premium i Microsoft 365 E3 konfiguracja odbywa się w portalu Defender.
- Wejdź do
security.microsoft.com jako administrator.
- Otwórz Email & collaboration, Policies & rules, Threat policies, a następnie Email authentication settings.
- Wybierz domenę niestandardową, np.
firma.pl.
- Skopiuj dwa rekordy CNAME:
selector1._domainkey i selector2._domainkey.
- Dodaj rekordy w DNS i po propagacji włącz DKIM dla domeny.
Nie kopiuj wartości DKIM z losowego poradnika. Microsoft generuje rekordy dla konkretnego tenanta i domeny, a instrukcja DKIM wymaga dwóch rekordów CNAME.
DMARC: od monitoringu do blokowania spoofingu
DMARC łączy wynik SPF i DKIM z domeną widoczną w polu From. To polityka mówiąca odbiorcom, co zrobić z wiadomością, która nie przechodzi zgodności. Organizacja DMARC.org rekomenduje dojrzałą ścieżkę: none, potem quarantine, docelowo reject.
Startowy rekord TXT dla hosta _dmarc:
v=DMARC1; p=none; rua=mailto:[email protected]
Po 1-2 tygodniach analizy raportów RUA i poprawieniu legalnych nadawców można przejść do:
v=DMARC1; p=quarantine; rua=mailto:[email protected]; pct=100
Docelowo, zwykle po 60-90 dniach:
v=DMARC1; p=reject; rua=mailto:[email protected]; pct=100
| Polityka |
Efekt |
Kiedy użyć |
Ryzyko |
p=none |
Monitoruje i zbiera raporty. |
Pierwsze 1-2 tygodnie. |
Niskie, ale nie blokuje spoofingu. |
p=quarantine |
Kieruje podejrzane wiadomości do spamu lub kwarantanny. |
Po potwierdzeniu legalnych źródeł. |
Średnie przy niezinwentaryzowanych systemach. |
p=reject |
Prosi odbiorcę o odrzucenie wiadomości podszywającej się pod domenę. |
Po pełnym monitoringu. |
Niskie po dobrym wdrożeniu. |
Plan wdrożenia w 1 godzinę
- 0:00-0:10: zweryfikuj domenę niestandardową w Microsoft 365 admin center i sprawdź, czy użytkownicy wysyłają z
@firma.pl.
- 0:10-0:20: dodaj SPF
v=spf1 include:spf.protection.outlook.com -all albo uporządkuj istniejący rekord.
- 0:20-0:35: włącz DKIM w Defender, dodaj CNAME
selector1._domainkey i selector2._domainkey.
- 0:35-0:45: dodaj DMARC
p=none z adresem rua=mailto:[email protected].
- 0:45-0:55: sprawdź rekordy w MXToolbox, dmarc.org i Google Postmaster Tools.
- 0:55-1:00: utwórz skrzynkę lub alias do raportów DMARC.
Koszty, narzędzia i licencje
SPF, DKIM i DMARC nie wymagają osobnej bramki pocztowej. Potrzebujesz dostępu do DNS i administracji Microsoft 365. Różnica między planami dotyczy widoczności, ochrony antyphishingowej i zarządzania urządzeniami. Przy zakupie licencji warto sprawdzić Microsoft Defender.
| Element |
Orientacyjny koszt 2026 |
Rola w projekcie |
| Microsoft 365 Business Premium |
około 22 USD/użytk./mies. w cenniku globalnym Microsoft |
Exchange Online, Defender for Office 365, Intune i bezpieczeństwo dla MŚP. |
| Microsoft 365 E3 |
cena zależna od kanału i regionu |
Szersze funkcje zgodności i zarządzania dla większych organizacji. |
| Postmark DMARC Digests |
darmowy plan |
Czytelne raporty RUA bez ręcznej analizy XML. |
| Valimail Monitor |
darmowy tier |
Inwentaryzacja nadawców i statusu domen. |
| DMARC Analyzer |
od około 35 USD/mies. |
Raportowanie i alerty dla wielu domen. |
Projekt warto połączyć z ochroną stacji roboczych, np. przez oprogramowanie antywirusowe dla firm. W środowiskach hybrydowych znaczenie ma też relay SMTP i Windows Server 2025.
Typowe pułapki: forwardery, SaaS i polskie DNS
Stare przekierowania, np. z Gmaila lub hostingu, mogą zepsuć SPF. DKIM zwykle pomaga, o ile treść nie została zmieniona. Microsoft 365 wspiera ARC, czyli Authenticated Received Chain, ale ARC nie zastępuje poprawnego DKIM.
Mailchimp, SendGrid, Brevo, sklep internetowy, helpdesk i fakturownia powinny mieć własny DKIM, a czasem SPF include. Nie przechodź na p=reject, dopóki raporty nie potwierdzą alignmentu legalnych źródeł.
OVH PL, Hetzner DNS, home.pl, cyber_Folks i operatorzy domen NASK wspierają TXT oraz CNAME. Różnice są praktyczne: host @ albo pusta nazwa, automatyczne dopisanie domeny albo pełny FQDN.
Harmonogram dla 25-osobowej firmy
- Tydzień 1: SPF i DKIM dla Microsoft 365, test nagłówków i korekta DNS.
- Tydzień 2: DMARC
p=none, skrzynka RUA i lista legalnych nadawców.
- Miesiąc 2: przejście na
p=quarantine i obserwacja raportów.
- Miesiąc 3:
p=reject, alertowanie na nowe źródła i kwartalny przegląd DNS.
Warto dokumentować właściciela domeny, raportów RUA i procesu zatwierdzania nowych usług wysyłających pocztę. Najważniejsza zasada: dmarc dla firmy 2026 to cykl monitoringu i zaostrzania polityki, nie jednorazowy wpis DNS.
Najczęściej zadawane pytania
Czy Microsoft 365 sam konfiguruje SPF, DKIM i DMARC?▾
Nie w pełni. Microsoft obsługuje DKIM w Defender i podpowiada rekordy, ale SPF, CNAME DKIM oraz DMARC TXT trzeba opublikować w DNS domeny.
Czy od razu ustawić DMARC p=reject?▾
Zwykle nie. Najpierw użyj p=none, zbierz raporty przez 1-2 tygodnie, napraw legalne źródła i dopiero przejdź przez p=quarantine do p=reject.
Czy SPF wystarczy, jeśli firma używa tylko Outlooka?▾
Nie. SPF jest potrzebny, ale DKIM zwiększa odporność na forwarding, a DMARC pozwala egzekwować politykę domeny widocznej w polu From.
Co zrobić z Mailchimpem, SendGridem albo CRM?▾
Każdy legalny system trzeba zinwentaryzować i skonfigurować zgodnie z dokumentacją dostawcy: najczęściej przez własny DKIM, czasem SPF include lub subdomenę wysyłkową.
Czy SPF, DKIM i DMARC są wymagane przez NIS2?▾
NIS2 wymaga adekwatnego zarządzania ryzykiem. Uwierzytelnianie poczty jest praktyczną kontrolą ograniczającą phishing i spoofing, więc dla firm regulowanych powinno być standardem.
Masz pytanie do tego artykulu?
Zespol KluczeSoft chetnie odpowie. Pomagamy w wyborze licencji Microsoft, faktur KSeF i zakupach B2B.
Skontaktuj sie Centrum pomocy