DMARCeye blog

Případy použití: Co všechno umožňuje propojení DMARCeye s AI chatem

Written by Jack Zagorski | 7.7.2026 14:03:58

MCP (Model Context Protocol) není jen další integrace. Je to zcela nový způsob, jak s daty z DMARCeye pracovat běžným jazykem.

V našem prvním oznámení o MCP jsme se zaměřili na hlavní myšlenku: dostat vaše DMARC data do LLM, abyste mohli souhrnné reporty proměnit v jasné další kroky jednoduše tím, že se ptáte. V tomto článku se do praktických případů použití ponoříme hlouběji a probereme, co všechno můžete dělat, jakmile MCP zapnete.

Co najdete v této příručce

Nejdřív: Co jsou ty položky „get-“ a „list-“?

V aplikaci DMARCeye uvidíte sadu podporovaných nástrojů s názvy jako get-account-report nebo get-domain-source-report. Jsou to „nástroje“, které váš AI asistent může použít k načtení dat z DMARCeye.

Můžete si je představit jako bezpečné, předdefinované datové akce:

  • Nástroje „get-“ načtou konkrétní report nebo datovou sadu (například report domény za určité období).
  • Nástroje „list-“ vrátí index nebo přehled (například seznam domén, ke kterým máte přístup, nebo vaše nastavení upozornění).

DŮLEŽITÉ: Tyto nástroje pracují na pozadí, otázku můžete položit běžným jazykem a váš AI asistent sám vybere, které nástroje k jejímu zodpovězení použije.

Právě tím je MCP pro DMARC tak silné: překlenuje propast mezi „mám data“ a „vím, co dělat dál“. Místo ručního procházení reportovacích pohledů si můžete říct o výsledek, který chcete, a asistent dokáže vytáhnout správný kontext z DMARCeye, aby odpověď podložil.

Případ použití 1: Okamžitý přehled účtu

Někdy nepotřebujete hloubkové šetření, ale jen jasný snímek stavu. Přehledy na úrovni účtu jsou ideální pro týdenní kontroly, aktualizace pro vedení nebo odpovědi na jednoduché otázky jako „Zlepšujeme se?“ nebo „Změnilo se něco?“

Mezi typické postupy patří:

  • Souhrny celkového stavu na vyšší úrovni napříč všemi doménami (trendy prošlo/selhalo, hlavní zdroje, zásadní změny).
  • Stanovení priorit: které domény nebo zdroje potřebují pozornost jako první.
  • Detekce změn: co je nového od minulého týdne a proč na tom záleží.

Na pozadí může MCP k načtení správných dat pro odpověď použít nástroje jako get-account-report, list-domains-overview a get-report-preview.

Ukázkové prompty:

  • „Dej mi týdenní přehled napříč všemi doménami. Co se změnilo oproti předchozímu týdnu?“
  • „Které domény mají právě teď nejvyšší objem selhání DMARC?“
  • „Shrň náš aktuální stav do 6 odrážek pro krátkou aktualizaci.“

Případ použití 2: Podrobná analýza (rozbor domény, odesílatele a IP)

Když něco nevypadá v pořádku (třeba neznámý odesílatel, náhlý nárůst selhání nebo podezření na pokus o spoofing), chcete se rychle dostat do detailů, aniž byste se utopili v surových datech. Právě tady MCP vyniká: šetření můžete vést formou konverzace a klást doplňující otázky, dokud není obraz jasný.

Mezi postupy podrobné analýzy patří:

  • Hloubkové rozbory domény: pochopení vzorců prošlo/selhalo u jedné domény za vybrané období.
  • Analýza odesílatele/zdroje: izolování konkrétního odesílajícího zdroje (ESP, CRM, marketingová platforma, interní systém) a zjištění, co selhává a proč.
  • Rozbor na úrovni IP: identifikace, které IP adresy selhání způsobují a zda vypadají legitimně, nebo podezřele.

Tato šetření obvykle pohánějí nástroje jako get-domain-report, get-domain-source-report a get-domain-ip-report.

Ukázkové prompty:

  • „Jaké jsou u example.com hlavní selhávající zdroje za posledních 14 dní? Seřaď je podle objemu a rizika.“
  • „Tento odesílatel selhává na sladění DKIM. Co je nejpravděpodobnější příčina a co bychom měli zkontrolovat jako první?“
  • „Rozeber IP adresy zodpovědné za selhání a řekni mi, které z nich vypadají jako neautorizované odesílání.“

Výhodou tu není jen rychlost, ale i srozumitelnost. Místo ručního převádění DMARC signálů do konkrétních kroků si můžete říct o diagnózu a doporučenou posloupnost dalších kroků na základě toho, co DMARCeye sleduje.

Případ použití 3: Rychlé reporty (rychlé odpovědi bez složitého filtrování)

Ne každé rozhodnutí vyžaduje úplné šetření. Někdy potřebujete jen náhled určeného období, jen ke čtení, třeba „Jak vypadal minulý měsíc?“ nebo „Dej mi přehledné shrnutí na poradu za 5 minut.“

Mezi postupy rychlých reportů patří:

  • Souhrny pro vedení, které se vyhýbají technickému šumu a soustředí se na klíčové trendy a rizikové oblasti.
  • Provozní kontroly pro IT nebo bezpečnostní týmy.
  • Porovnání před/po pro ověření, že určitá změna zlepšila míru sladění.

Tohle často pohání nástroj jako get-report-preview (a pokud chcete více kontextu, lze jej zkombinovat s nástroji pro účet nebo doménu).

Ukázkové prompty:

  • „Vytvoř shrnutí za posledních 30 dní a zvýrazni tři největší rizika.“
  • „Vytvoř krátký report, který můžu vložit týmu do Slacku.“
  • „Porovnej tento týden s minulým a řekni mi, jestli se sladění zlepšilo.“

Případ použití 4: Monitoring a upozornění (mějte problémy pod kontrolou)

MCP neslouží jen k analýze; je to také způsob, jak zkontrolovat nastavení monitoringu a udržet si přehled, když se něco změní. Pokud váš postup závisí na upozorněních a monitoringu blacklistů, můžete pomocí MCP potvrdit, co je zapnuté, co se sleduje a jaký je aktuální stav.

Mezi postupy monitoringu patří:

  • Kontrola konfigurace upozornění, aby byly pokryty důležité signály.
  • Kontroly stavu blacklistů pro ochranu reputace domény a doručitelnosti.
  • Třídění incidentů: rychlé shrnutí, co se změnilo a co by mělo následovat.

Na pozadí může asistent použít nástroje jako list-alert-settings, list-report-settings a list-blacklist-overview.

Ukázkové prompty:

  • „Jaká upozornění má aktuálně zapnutá můj tým a nechybí nám něco důležitého?“
  • „Zkontroluj stav blacklistů a shrň všechny problémy, kterými bych se měl zabývat.“
  • „Napiš krátkou aktualizaci k incidentu: co se stalo, co to znamená a co dělat dál.“

Případ použití 5: Správa týmů a práce se zainteresovanými stranami

DMARC málokdy navždy spravuje jeden člověk. Domény se přesouvají mezi týmy, agentury obsluhují více klientů a interní zainteresované strany potřebují aktualizace, které nejsou psané v DMARC žargonu.

Mezi postupy pro týmy a přístupy patří:

  • Zobrazení týmů, ke kterým máte přístup, a toho, co obsahují.
  • Výpis členů týmu, aby bylo jasné, kdo může na co reagovat.
  • Převedení výsledků DMARC do aktualizací pro zainteresované strany, kterým rozumí i laik.

Tyto případy použití odpovídají nástrojům jako list-user-teams a list-team-users. Všimnete si také nástroje send-user-email, který umožňuje odeslat obsah na e-mailovou adresu přihlášeného uživatele. V praxi to umožňuje velmi praktický postup: v chatu vytvoříte shrnutí reportu a pak si ho pošlete e-mailem jako záznam nebo aktualizaci k přeposlání.

Ukázkové prompty:

  • „Vypiš týmy, ke kterým mám přístup, a shrň domény v každém z nich.“
  • „Ukaž, kdo je v tomto týmu, a připrav pro ně krátkou aktualizaci.“
  • „Připrav týdenní e-mail o stavu DMARC s klíčovými metrikami, riziky a doporučenými dalšími kroky a pak mi ho pošli.“

Případ použití 6: Vytváření (a odesílání) reportů e-mailem

Jedním z nejpraktičtějších postupů MCP je proměnit DMARC reporting v opakovatelnou aktualizaci, kterou můžete sdílet. Místo exportování dat a psaní shrnutí od nuly můžete svého AI asistenta požádat, aby na základě vašich reportů z DMARCeye připravil e-mail pro zainteresované strany.

Můžete se například zeptat:

  • „Pošli týdenní report pro doménu dmarceye.com na jack@topol.io.“

DMARCeye MCP dokáže vytáhnout příslušná data z reportů, shrnout, co se změnilo, upozornit na cokoli rizikového (třeba nové zdroje nebo náhlé nárůsty selhání) a vygenerovat jasnou sadu doporučených dalších kroků. To je užitečné zejména tehdy, když potřebujete udržet IT, bezpečnost nebo marketing v obraze, aniž byste je nutili číst DMARC dashboardy.

V DMARCeye je funkce odesílání e-mailů z bezpečnostních důvodů záměrně omezená. Asistent může posílat zprávy pouze na e-mailovou adresu přihlášeného uživatele, což z toho dělá pohodlný způsob, jak si doručit report jako záznam nebo něco, co můžete přeposlat dál.

Jakmile máte tento základ, můžete formát postupně vylepšovat. Například:

  • Vytvořit automatické týdenní shrnutí s metrikami, na kterých vašemu týmu záleží.
  • Povýšit e-mail na HTML verzi s grafy a mezitýdenními srovnáními.
  • Vygenerovat měsíční verzi „pro vedení“, která se soustředí na rizika a pokrok směrem k vynucování.

Klíčovou výhodou je konzistentnost: váš DMARC reporting se stane jednoduchým návykem, ne ruční úlohou. Zeptáte se, asistent načte správná data z DMARCeye a vy dostanete shrnutí připravené k odeslání s jasnými dalšími kroky.

Proč DMARCeye a MCP Server?

MCP je užitečné jen tehdy, pokud jsou podkladová DMARC data čistá, průběžně sbíraná a uspořádaná tak, aby podpořila reálná rozhodnutí. Přesně k tomu je DMARCeye stavěné: proměňuje surové souhrnné reporty v přehled, kterému můžete věřit, a pak vám pomáhá podle něj jednat s menší mírou dohadů.

DMARCeye MCP Server tento postup rozšiřuje přímo do vašeho AI asistenta. Místo přepínání mezi dashboardy a exporty si můžete říct o výsledek, který potřebujete, a nechat asistenta vytáhnout správný kontext z DMARCeye, aby odpověď podložil.

  • Kontext specifický pro doménu, takže odpovědi odrážejí vaše skutečné odesílající zdroje a vzorce ověřování.
  • Rychlejší třídění, když se něco změní (nový odesílatel, náhlý nárůst selhání, podezřelý provoz).
  • Jasnější plánování vynucování s doporučeními vycházejícími ze skutečného chování prošlo/selhalo.
  • Lepší komunikace díky převodu technických zjištění do aktualizací, se kterými mohou zainteresované strany pracovat.

Další krok? Zapněte MCP Server ve svém účtu DMARCeye (Nastavení účtu → MCP Server) a vyzkoušejte pár promptů z tohoto článku. Pokud DMARCeye teprve začínáte používat, začněte plnou bezplatnou zkušební verzí.