To mulige placeringer af filteret
Ethvert professionelt e-mailsystem filtrerer allerede posten. Microsoft 365, Google Workspace, en Exchange-server eller en hostet server har indbygget antispam og antivirus. Dette filter er udformet til den platform, det hører til: dets regler, rapporter og logfiler ligger i platformen og forsvinder med den den dag, man skifter leverandør.
SMTP-gateway. En e-mailserver placeret foran postkassen. RFC 5321, der beskriver transporten af e-mail på internettet, kalder en server, der modtager en e-mail og sender den videre, for en »overførselsagent« (MTA, Mail Transfer Agent). Domænets MX-post peger på gatewayen: det er altså den, afsenderserverne kontakter først.
Efter analysen afleverer gatewayen e-mailen til postkasseserveren. Brugerne ser den ikke. De beholder deres e-mailprogram, deres webmail og deres telefon.
Den praktiske konsekvens: gatewayen er ikke afhængig af postkassen. Man kan skifte e-mailserver uden at skifte filter eller styrke filteret uden at skifte server. Det er to forskellige indkøb, der besluttes hver for sig.
Før eller efter leveringen
Et filter kan virke på to tidspunkter, og valget er ikke ligegyldigt.
- Før leveringen. E-mailen analyseres, mens den er undervejs. Vurderes den som farlig, kommer den ikke ind i postkassen. En skadelig vedhæftet fil kan fjernes og erstattes af en orienterende meddelelse. En tvivlsom e-mail sættes i karantæne i stedet for at blive leveret.
- Efter leveringen. E-mailen ligger allerede i postkassen, når analysen konkluderer, eller når der kommer ny information, for eksempel et link, der indberettes nogle timer senere. Værktøjet skal så fjerne den. I mellemtiden kan brugeren have åbnet den, klikket eller videresendt den vedhæftede fil.
De to tilgange kombineres ofte: en analyse før leveringen og derefter en beskyttelse, der fortsætter i øjeblikket for klikket, fordi et websted, der var rent ved modtagelsen, senere kan blive manipuleret. Ingen af dem foregiver at stoppe alt.
Klytic placerer analysen før postkassen af en enkel grund: det, der ikke leveres, skal ikke hentes tilbage. Det fritager ikke for en menneskelig refleks, når en troværdig e-mail består alle kontroller, som ved direktørsvindel.
Hvorfor placere en sikkerheds-MTA foran serveren
- Et værktøj, der er specialiseret i opgaven. Gatewayen håndterer hverken kalender eller lagring. Dens regler vedrører afsenderen, indholdet og de vedhæftede filer og indstilles domæne for domæne.
- En beskyttelse, der bliver stående. Den overlever et skift af postkasseserver og kan dække flere servere på én gang: et datterselskab, et ældre e-mailsystem, en ny platform.
- En beslutning, der kan læses samme sted. Hver e-mail bærer begrundelsen for beslutningen, uanset hvilken server der derefter modtager den.
- En ekstra vurdering. E-mailsystemets indbyggede filter fungerer fortsat bag gatewayen.
Hvad det koster: et ekstra mellemled på vejen. Det skal opsættes i postkasseserveren, ellers ser den al post komme fra én adresse og vurderer den reelle afsender forkert. SPF, DKIM og DMARC skal også gennemgås. Siden Beskyt det e-mailsystem, I allerede har beskriver disse indstillinger.
Alle er berørt
Ifølge det franske cybersikkerhedsagentur ANSSI er e-mail »den vigtigste infektionsvej til arbejdsstationen«, og e-mailsystemer er »en af de vigtigste angrebsveje, da de er meget udbredte og eksponeret på internettet«. Phishing, skadelige vedhæftede filer, falske betalingsanmodninger: en e-mailadresse er nok til at blive et mål, og en mindre virksomhed er det lige så meget som en stor koncern.
ANSSI gør beskyttelsen af e-mail til en af sine ti gyldne regler for digital sikkerhed, og agenturets katalog over sikkerhedsforanstaltninger anbefaler at indføre en løsning mod spam og phishing. Agenturets vejledning om forbindelse af et informationssystem til internettet minder om, at professionel brug af e-mail er meget udbredt »uanset enhedens størrelse og branche«, og at mekanismer mod spam og til søgning efter skadeligt indhold »skal indføres«.
En sikkerhedsfiltrering af posten er derfor ikke længere valgfri. Det reelle spørgsmål er, hvor den placeres, og hvad den kan stoppe, før e-mailen når frem til postkassen.
Gatewayen tilføjer til e-mailsystemets filter en analyse, der ikke afhænger af leverandøren af jeres postkasser, en fælles politik for flere servere eller flere selskaber og beslutninger, der kan forklares.
Intet filter, hverken indbygget eller placeret foran, erstatter de reflekser, ANSSI minder om: klik ikke på et tvivlsomt link eller en tvivlsom vedhæftet fil, svar ikke på en mistænkelig e-mail, kontrollér via en anden kanal, og aktivér totrinsgodkendelse.
Hvad gatewayen ser, og hvad den gemmer
For at kunne beslutte læser en gateway hele e-mailen: den angivne afsender og den server, der sender, godkendelsesresultaterne (SPF, DKIM, DMARC), teksten, linkene og de vedhæftede filer. Den træffer ud fra det en beslutning: lever, sæt i karantæne, afvis eller udskyd en ukendt afsender.
At læse er ikke at gemme. Det rigtige spørgsmål at stille en leverandør er: hvad bliver tilbage, og hvor længe? For Klytic MTA skelner svaret mellem tre tilfælde plus sporet af beslutningen.
| Situation | Hvad der gemmes | Varighed |
|---|
| Normal levering | De personhenførbare analysedata (afsender, modtagere, emne, brødtekst, navne på vedhæftede filer) slettes. Tilbage er tidsstempel, afsenderdomæne, scorer og beslutning. | Sletning efter 2 dage som standard, perioden kan indstilles |
| Farlig e-mail i karantæne | Hele e-mailen, krypteret | Så længe frigivelseslinket er gyldigt, 7 dage |
| Postkasseserveren kan ikke nås | E-mailen, krypteret (AES-256-GCM), i kø | Indtil levering, eller indtil fristen udløber |
| Alle beslutninger | Score og begrundelse uden indholdet | Tekniske data, der gemmes til statistik |
»Ingen lagring af e-mails ved normal drift« betyder altså: ingen varig kopi af den leverede post. Det betyder ikke »nul data«. Gatewayen gemmer sporet af sine beslutninger og i nogle dage analysedetaljerne. Urene er beskrevet i Opbevar og gennemgå sikkerhedslogfiler for e-mail.
Vejen, trin for trin
- En afsenderserver slår MX for jeres domæne op. Den finder gatewayen og afleverer e-mailen til den.
- Gatewayen kontrollerer afsenderen (godkendelse, omdømme), e-mailen (links, tekst, kendt scenarie) og derefter de vedhæftede filer.
- Harmløs e-mail: den leveres til jeres e-mailsystem, uanset hvilket det er: Microsoft 365, Google Workspace, Exchange, Klytic Mail eller en anden server.
- Farlig e-mail: den sættes i krypteret karantæne. Modtageren får besked og kan frigive den via et link, hvis det er en fejl.
- Afvist e-mail: afsenderserveren modtager en afvisning og giver sin bruger besked.
- Jeres postkasseserver svarer ikke: e-mailen venter krypteret og leveres, så snart serveren er tilbage.
Denne vej bygger på SMTP’s normale adfærd: en server, der modtager en midlertidig fejl, beholder e-mailen og prøver igen. Vejledningen skift e-mailsystem uden afbrydelse forklarer, hvorfor denne mekanisme forhindrer, at post går tabt under en ændring af MX.
Ofte stillede spørgsmål
Har en lille virksomhed brug for sikkerhedsfiltrering?
Ja. Angreb via e-mail vælger ikke deres mål ud fra størrelse. Gatewayen er en måde at indføre denne filtrering på uden at skifte e-mailsystem: se Beskyt det e-mailsystem, I allerede har.
Erstatter en gateway filteret i Microsoft 365 eller Google Workspace?
Nej. Det indbyggede filter arbejder fortsat bag den. Leverandørerne beskriver, hvordan en gateway opsættes, så deres egen analyse forbliver korrekt: se Beskyt det e-mailsystem, I allerede har.
Forsinker gatewayen posten?
Analysen tilføjer et trin. Det synlige tilfælde er tilsigtet: en ukendt afsender kan holdes kortvarigt tilbage, hvilket frasorterer automatiske udsendelser, der aldrig prøver igen.
Kan man skifte e-mailsystem og beholde gatewayen?
Ja. MX peger fortsat på gatewayen; kun leveringsserveren ændres. Forløbet af en omlægning står i skift e-mailsystem uden afbrydelse.
Hvad sker der med en e-mail, der ved en fejl er lagt til side?
Den ligger i karantæne, den er ikke slettet. Se Karantæne, falske positiver og indberetninger.
Hvad er forskellen på et dedikeret e-mailsystem eller et i egne lokaler?
Det er et spørgsmål om postkassen, ikke om filteret. Det behandles i E-mail i skyen, dedikeret e-mail eller e-mail i egne lokaler.
Hvor Klytic står
Klytic MTA er en gateway af denne type. Den kan tegnes alene, uden Klytic Mail, og leverer til Klytic Mail, Microsoft 365, Google Workspace, Exchange eller enhver anden e-mailserver.
- Essential: godkendelse og omdømme (SPF, DKIM, DMARC, også for videresendte e-mails, domæners alder, sortlister), antispam, antivirus, anti-phishing, forvekslingsdomæner og visningsnavne, skadelige makroer og PDF-filer, krypteret karantæne og frigivelse, DKIM-signering af udgående post, tilbagekaldelse før afsendelse, S/MIME-signering af udgående post for et e-mailsystem, der ikke selv understøtter det, hvis kunden aktiverer det og overdrager sin nøgle (levering af certifikatet er et tilvalg), AI-vurdering af tvetydige e-mails, score og begrundelse i headerne.
- Advanced: alt i Essential plus direktørsvindel og finansiel svindel, links, der analyseres igen ved klik, skadelige HTML-filer, DMARC-konsol og logfiler, der kan eksporteres til et SIEM.
Tjenesten leveres i Klytic-cloud, på en dedikeret instans eller på jeres servere. Klytic-cloud hostes i enhver geografisk zone, der svarer til den gældende jurisdiktion, med forbehold for tjenesternes tilgængelighed, herunder i Europa eller på Mauritius. Idriftsættelsen tager normalt 24 til 48 timer: Klytic forbereder konfigurationen, og derefter ændrer I jeres domænes MX, eller Klytic gør det for jer.
Hvad Klytic MTA ikke gør: den erstatter ikke jeres e-mailsystem, dets konti eller rettigheder, og den ser kun den post, der passerer igennem den. For Microsoft 365 og andre e-mailsystemer, se Beskyt det e-mailsystem, I allerede har.
Denne side beskriver en generel arkitektur. Den nøjagtige indstilling afhænger af jeres e-mailsystem og jeres domæner.
Kilder
Gennemgået i oktober 2026.
- RFC 5321, Simple Mail Transfer Protocol: SMTP-servere fungerer som overførselsagenter (MTA); mellemliggende værter angives normalt af DNS-systemets MX-post. rfc-editor.org
- Klytic, siden Klytic MTA: moduler i abonnementerne Essential og Advanced, tilvalg, driftsformer, idriftsættelse via MX, opbevaring af e-mails begrænset til køen og karantænen. klytic.com
- ANSSI, »10 règles d’or en matière de sécurité numérique«: den 6. regel, »Beskyt jeres e-mail«, beskriver phishing og anbefaler at være på vagt over for tvivlsomme links og vedhæftede filer, at kontrollere via en anden kanal og at aktivere totrinsgodkendelse. cyber.gouv.fr
- ANSSI, »Guide d’hygiène informatique«, version 2.0, september 2017, foranstaltning 24 »Beskyt den professionelle e-mail«: »E-mail er den vigtigste infektionsvej til arbejdsstationen«. messervices.cyber.gouv.fr
- ANSSI, MonServiceSécurisé, katalog over sikkerhedsforanstaltninger, foranstaltningen »Indfør en løsning mod spam og phishing«: »E-mailsystemer er en af de vigtigste angrebsveje, da de er meget udbredte og eksponeret på internettet«. 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 »Sikring af e-mailtjenesten«: e-mail »er blevet en af de vigtigste veje for it-angreb« (phishing, skadelige vedhæftede filer); afsnit 5.2.3, mekanismer mod spam og til søgning efter skadeligt indhold »skal indføres«. messervices.cyber.gouv.fr
