Två möjliga platser för filtret
Alla e-postsystem för företag filtrerar redan e-posten. Microsoft 365, Google Workspace, en Exchange-server eller en driftad server har inbyggt spamfilter och antivirus. Filtret är utformat för den plattform det ingår i: dess regler, rapporter och loggar finns i plattformen och försvinner med den den dag man byter leverantör.
SMTP-gateway. En e-postserver som placeras före brevlådan. RFC 5321, som beskriver transporten av e-post på internet, kallar en server som tar emot ett meddelande och skickar det vidare för ”överföringsagent” (MTA). Domänens MX-post pekar ut gatewayen: det är alltså den som avsändande servrar kontaktar först.
Efter analysen lämnar gatewayen över meddelandet till brevlådeservern. Användarna ser den inte. De behåller sitt e-postprogram, sin webbmejl och sin telefon.
Praktisk följd: gatewayen är inte beroende av brevlådan. Man kan byta e-postserver utan att byta filter, eller stärka filtret utan att byta server. Det är två separata inköp, som beslutas var för sig.
Före eller efter leveransen
Ett filter kan agera vid två tidpunkter, och valet är inte neutralt.
- Före leveransen. Meddelandet analyseras medan det passerar. Om det bedöms som farligt kommer det inte in i brevlådan. En farlig bilaga kan tas bort och ersättas med ett informationsmeddelande. Ett tvivelaktigt meddelande hamnar i karantän i stället för att levereras.
- Efter leveransen. Meddelandet ligger redan i brevlådan när analysen blir klar, eller när ny information kommer, till exempel en länk som rapporteras några timmar senare. Verktyget måste då gå in och ta bort det. Under tiden kan användaren ha öppnat det, klickat eller vidarebefordrat bilagan.
De två metoderna kombineras ofta: en analys i förväg, och sedan ett skydd som fortsätter vid klicket, eftersom en webbplats som var ofarlig vid mottagandet kan bli farlig senare. Ingen av dem påstår sig stoppa allt.
Klytic lägger analysen före brevlådan av ett enkelt skäl: det som inte levereras behöver inte hämtas tillbaka. Det befriar inte från en mänsklig reflex när ett trovärdigt meddelande klarar alla kontroller, som vid vd-bedrägeri.
Varför placera en säkerhets-MTA framför servern
- Ett verktyg som är specialiserat på uppgiften. Gatewayen hanterar varken kalender eller lagring. Dess regler gäller avsändaren, innehållet och bilagorna, och ställs in domän för domän.
- Ett skydd som ligger kvar. Det klarar ett byte av brevlådeserver, och kan täcka flera servrar samtidigt: ett dotterbolag, ett äldre e-postsystem, en ny plattform.
- Ett beslut som kan läsas på ett ställe. Varje meddelande bär skälet för beslutet, oavsett vilken server som sedan tar emot det.
- En andra bedömning. E-postsystemets inbyggda filter fortsätter att fungera bakom gatewayen.
Vad det kostar: ytterligare ett mellanled på vägen. Det måste registreras i brevlådeservern, annars ser den all e-post komma från en enda adress och bedömer den verkliga avsändaren fel. SPF, DKIM och DMARC måste också ses över. Sidan Skydda det e-postsystem ni redan har beskriver dessa inställningar.
Alla berörs
För ANSSI, Frankrikes nationella cybersäkerhetsmyndighet, är e-posten ”den främsta infektionsvägen till arbetsdatorn”, och e-postsystemen är ”en av de främsta angreppsvägarna, eftersom de används mycket brett och är exponerade på internet”. Nätfiske, farliga bilagor, falska betalningsorder: det räcker med en e-postadress för att bli ett mål, och ett litet företag är det lika mycket som en stor koncern.
ANSSI gör skyddet av e-posten till en av sina tio gyllene regler för digital säkerhet, och dess åtgärdskatalog rekommenderar att en lösning mot spam och nätfiske införs. Dess guide om anslutning av ett informationssystem till internet påminner om att e-post används i yrkeslivet mycket brett ”oavsett organisationens storlek och verksamhetsområde”, och att mekanismer mot spam och för sökning efter skadligt innehåll ”ska införas”.
Säkerhetsfiltrering av e-posten är alltså inte längre ett val. Den verkliga frågan är var den placeras, och vad den kan stoppa innan meddelandet når brevlådan.
Gatewayen kompletterar e-postsystemets filter med en analys som inte är beroende av leverantören av era brevlådor, en gemensam policy för flera servrar eller flera bolag, och beslut som kan förklaras.
Inget filter, vare sig inbyggt eller placerat framför, ersätter de reflexer som ANSSI påminner om: klicka inte på en tvivelaktig länk eller bilaga, svara inte på ett misstänkt e-postmeddelande, kontrollera via en annan kanal, aktivera tvåfaktorsautentisering.
Vad gatewayen ser, och vad den sparar
För att kunna besluta läser en gateway hela meddelandet: den angivna avsändaren och servern som skickar, autentiseringsresultaten (SPF, DKIM, DMARC), texten, länkarna, bilagorna. Utifrån det fattar den ett beslut: leverera, sätta i karantän, avvisa eller fördröja en okänd avsändare.
Att läsa är inte att spara. Den rätta frågan att ställa till en leverantör är: vad finns kvar, och hur länge? För Klytic MTA skiljer svaret mellan tre fall, plus spåret av beslutet.
| Situation | Vad som sparas | Tid |
|---|
| Normal leverans | Personuppgifterna från analysen (avsändare, mottagare, ämne, brödtext, bilagornas namn) rensas. Kvar finns tidsstämpel, avsändardomän, poäng och beslut. | Rensning efter 2 dagar som standard, tiden kan ställas in |
| Farligt meddelande i karantän | Hela meddelandet, krypterat | Så länge länken för att släppa det är giltig, 7 dagar |
| Brevlådeservern kan inte nås | Meddelandet, krypterat (AES-256-GCM), i kö | Tills det levereras eller tidsgränsen löper ut |
| Alla beslut | Poäng och skäl, utan innehållet | Tekniska data som sparas för statistik |
”Ingen lagring av meddelanden vid normal drift” betyder alltså: ingen varaktig kopia av levererad e-post. Det betyder inte ”noll data”. Gatewayen sparar spåret av sina beslut, och under några dagar analysdetaljerna. Klockorna beskrivs i Spara och granska säkerhetsloggar för e-post.
Vägen, steg för steg
- En avsändande server slår upp er domäns MX. Den hittar gatewayen och lämnar meddelandet till den.
- Gatewayen kontrollerar avsändaren (autentisering, rykte), meddelandet (länkar, text, känt scenario) och sedan bilagorna.
- Ofarligt meddelande: den levererar det till ert e-postsystem, vilket det än är: Microsoft 365, Google Workspace, Exchange, Klytic Mail eller en annan server.
- Farligt meddelande: det hamnar i krypterad karantän. Mottagaren får besked och kan släppa det via en länk om det är ett misstag.
- Avvisat meddelande: den avsändande servern får en avvisning och meddelar sin användare.
- Er brevlådeserver svarar inte: meddelandet väntar, krypterat, och levereras så snart servern är tillbaka.
Vägen bygger på SMTP:s normala beteende: en server som får ett tillfälligt fel behåller meddelandet och försöker igen. Guiden migrera ett e-postsystem utan avbrott förklarar varför den mekanismen gör att ingen e-post går förlorad vid ett byte av MX.
Vanliga frågor
Behöver ett litet företag säkerhetsfiltrering?
Ja. Angrepp via e-post väljer inte sina mål efter storlek. Gatewayen är ett sätt att införa den filtreringen utan att byta e-postsystem: se Skydda det e-postsystem ni redan har.
Ersätter en gateway filtret i Microsoft 365 eller Google Workspace?
Nej. Det inbyggda filtret fortsätter att arbeta bakom den. Leverantörerna beskriver hur en gateway registreras så att deras egen analys förblir korrekt: se Skydda det e-postsystem ni redan har.
Fördröjer gatewayen e-posten?
Analysen lägger till ett steg. Det synliga fallet är avsiktligt: en okänd avsändare kan få vänta en kort stund, vilket sorterar bort automatiska utskick som aldrig försöker igen.
Kan man byta e-postsystem och behålla gatewayen?
Ja. MX fortsätter att peka ut gatewayen; bara leveransservern ändras. Hur ett byte går till beskrivs i migrera ett e-postsystem utan avbrott.
Vad händer med ett meddelande som lagts åt sidan av misstag?
Det ligger i karantän, det är inte raderat. Se Karantän, falska positiva och rapporter.
Vad är skillnaden mot ett dedikerat e-postsystem eller ett i egna lokaler?
Det är en fråga om brevlådan, inte om filtret. Den behandlas i E-post i molnet, dedikerad e-post eller e-post i era egna lokaler.
Var Klytic står
Klytic MTA är en gateway av det här slaget. Den kan tecknas separat, utan Klytic Mail, och levererar till Klytic Mail, Microsoft 365, Google Workspace, Exchange eller vilken annan e-postserver som helst.
- Essential: autentisering och rykte (SPF, DKIM, DMARC även för vidarebefordrade meddelanden, domänernas ålder, svartlistor), spamfilter, antivirus, skydd mot nätfiske, förväxlingsbara domäner och visningsnamn, farliga makron och PDF-filer, krypterad karantän och släppning, DKIM-signering av utgående e-post, återkallelse före utskick, S/MIME-signering av utgående e-post för ett e-postsystem som inte hanterar det, om kunden aktiverar den och anförtror sin nyckel (certifikatet kan levereras som tillägg), AI-avgörande av tvetydiga meddelanden, poäng och skäl i huvudena.
- Advanced: allt i Essential, plus vd-bedrägeri och ekonomiska bedrägerier, länkar som analyseras på nytt vid klicket, farliga HTML-filer, DMARC-konsolen och loggar som kan exporteras till ett SIEM.
Tjänsten driftas i Klytics moln, på en dedikerad instans eller på era servrar. Klytics moln har hosting i den geografiska zon som motsvarar tillämplig jurisdiktion, med förbehåll för tjänsternas tillgänglighet, särskilt i Europa eller på Mauritius. Driftstarten tar normalt 24 till 48 timmar: Klytic förbereder konfigurationen, och sedan ändrar ni er domäns MX, eller så gör Klytic det åt er.
Vad Klytic MTA inte gör: den ersätter inte ert e-postsystem, dess konton eller behörigheter, och den ser bara den e-post som passerar genom den. För Microsoft 365 och andra e-postsystem, se Skydda det e-postsystem ni redan har.
Den här sidan beskriver en allmän arkitektur. Den exakta inställningen beror på ert e-postsystem och era domäner.
Källor
Hämtade i oktober 2026.
- RFC 5321, Simple Mail Transfer Protocol: SMTP-servrar fungerar som överföringsagenter (MTA); mellanliggande värdar anges i allmänhet av DNS-postens MX. rfc-editor.org
- Klytic, sidan Klytic MTA: moduler i paketen Essential och Advanced, tillägg, driftformer, driftstart via MX, lagring av meddelanden begränsad till kön och karantänen. klytic.com
- ANSSI, ”10 règles d’or en matière de sécurité numérique”: den sjätte regeln, ”Protégez votre messagerie électronique”, beskriver nätfiske och rekommenderar att vara misstänksam mot tvivelaktiga länkar och bilagor, kontrollera via en annan kanal och aktivera tvåfaktorsautentisering. cyber.gouv.fr
- ANSSI, ”Guide d’hygiène informatique”, version 2.0, september 2017, åtgärd 24 ”Protéger sa messagerie professionnelle”: ”E-posten är den främsta infektionsvägen till arbetsdatorn”. messervices.cyber.gouv.fr
- ANSSI, MonServiceSécurisé, åtgärdskatalog, åtgärden ”Mettre en œuvre une solution d’anti-spam et d’anti-hameçonnage”: ”E-postsystemen är en av de främsta angreppsvägarna, eftersom de används mycket brett och är exponerade på internet”. monservicesecurise.cyber.gouv.fr
- ANSSI, ”Recommandations relatives à l’interconnexion d’un système d’information à Internet”, ANSSI-PA-066, version 3.0, 19 juni 2020, kapitel 5 ”Sécurisation du service de messagerie électronique”: e-posten ”har blivit en av de främsta vägarna för it-angrepp” (nätfiske, skadliga bilagor); avsnitt 5.2.3, mekanismer mot spam och för sökning efter skadligt innehåll ”ska införas”. messervices.cyber.gouv.fr
