Var AI är till nytta, och var den inte är det
De flesta meddelanden klassificeras utan tvekan. Massutskick av spam från en server med dåligt rykte, ett känt virus, en domän som misslyckas med DMARC och har en avvisningspolicy: regler och signaturer räcker, och de är snabbare och mer förutsägbara än en modell.
Kvar finns en gråzon: meddelandet som varken är tydligt ofarligt eller tydligt bedrägligt. En verklig leverantör vars ton förändras, en betalningsbegäran formulerad utan de vanliga orden, en text som imiterar en intern rutin. Signalerna motsäger varandra. Det är där en språkmodell tillför något: den läser meddelandet som helhet och bedömer om det stämmer med de signaler som redan har beräknats.
AI ersätter ändå inte de andra lagren:
- den ersätter inte DMARC, som kontrollerar ett faktum (har den visade domänen godkänt utskicket?) i stället för att uppskatta en sannolikhet;
- den ersätter inte en betalningsrutin: en modell kan ha fel, ett samtal till det kända numret har inte fel på samma sätt;
- den får inte vara ensam om att besluta: om den har fel eller inte svarar måste resten av filtret alltid kunna avgöra.
Frågorna att ställa till varje leverantör
”Privat AI”, ”suverän AI”, ”era data används inte för träning”: sådana formuleringar säger lite om man inte vet vad som verkligen händer. Fem frågor gör det möjligt att jämföra.
- Vem driver modellen? Filterleverantören på sina egna servrar, en AI-tjänst för allmänheten som anropas på distans, eller en server installerad hos er? Det är samma fråga som för alla onlinetjänster: vem driver den, och under vilken lagstiftning. Guiden Vad är ett suveränt moln? utvecklar den.
- Vad får den? Hela meddelandet med bilagor, eller ett begränsat utdrag? Alla meddelanden, eller bara de tvetydiga fallen?
- Vad sparar den? Loggas förfrågningarna, hur länge, och används de för att träna om en modell?
- Vad händer om den inte svarar? Blockeras e-posten, fördröjs den, eller beslutar filtret utan den?
- Vad delas mellan kunder? Kopior av meddelanden, fingeravtryck, ryktespoäng?
Svaren ska finnas skriftligt. En leverantör som inte kan säga vad dess modell får har inte kontroll över sin egen behandling.
Hur AI-avgörandet fungerar i Klytic MTA
Klytic MTA har ett AI-avgörande som är aktivt i båda paketen, Essential och Advanced. Här är vad det gör, och vad det inte gör.
- Det används bara för meddelanden med tvetydig poäng. Meddelanden som är tydligt ofarliga eller tydligt farliga avgörs av de andra lagren, utan det.
- Modellen drivs av Klytic, eller i kundens instans när den är installerad hos kunden. Det är inte en AI-tjänst för allmänheten som anropas på distans.
- Den får en sammanfattning, de signaler som redan har beräknats och ett begränsat utdrag ur meddelandet, inte hela meddelandet.
- Om den inte svarar avgör filtret ändå med de signaler det har. E-posten väntar inte på AI.
Ett exempel, som illustration. Ett meddelande kommer från en korrekt autentiserad domän som företaget känner, utan bilaga. Det ber om att ”uppdatera betalningsuppgifterna före nästa förfallodag”. Reglerna tvekar: avsändaren är pålitlig, scenariot liknar ett bedrägeri. Modellen får sammanfattningen, signalerna (vanlig avsändare, första begäran av det här slaget, ovanlig ton) och ett utdrag ur texten. Den lutar åt bedrägeri: meddelandet hamnar i karantän, och administratören läser skälet. Om modellen inte hade svarat hade poängen från de andra lagren avgjort ensam.
Dess beslut läggs till poängen: det kringgår varken karantänen, möjligheten att släppa ett legitimt meddelande eller förklaringen av beslutet i huvudena, som administratören kan läsa (se Läsa och exportera ett filterbeslut).
Inlärning och delning
Ett filter lär sig främst av rapporter. När en användare markerar ett meddelande som oönskat eller tvärtom släpper ett legitimt meddelande justeras avsändarens rykte. Det är det som minskar antalet falska positiva med tiden.
I Klytic MTA:
- inlärda texter sparas som aggregat och fingeravtryck, inte som kopior av meddelandena;
- i molnet skickas signaler mellan instanserna så att de delar samma skyddsnivå: en kampanj som upptäcks hos en kund känns igen hos de andra;
- vid drift hos kunden sker behandlingen på plats; signaler skickas bara vidare om den valda driftformen aktiverar det.
Det vore alltså felaktigt att för en molndrift skriva att ”ingenting någonsin lämnar instansen”: signaler delas, det är det som ger värdet i en gemensam inlärning. Det som delas är signaler, inte e-post.
Ramen: en behandling av personuppgifter
Att analysera e-post är att behandla personuppgifter: adresser, namn, innehåll. Med eller utan AI ska behandlingen finnas i företagets register, med sitt ändamål (e-postens säkerhet), sina mottagare och sina lagringstider. AI ändrar inte den ramen; den lägger till två frågor: var körs modellen, och vad ser den. Hur länge analysdata sparas behandlas i Spara och granska säkerhetsloggar för e-post.
Vanliga frågor
Läser AI all vår e-post?
I Klytic MTA, nej: den avgör bara meddelanden med tvetydig poäng, utifrån en sammanfattning, beräknade signaler och ett begränsat utdrag.
Används våra meddelanden för att träna en AI-modell för allmänheten?
Modellen är inte en tjänst för allmänheten: den drivs av Klytic eller i er instans. Filtrets inlärning sparar aggregat och fingeravtryck, inte kopior.
Vad händer om AI har fel?
Ett legitimt meddelande som lagts åt sidan ligger kvar i karantän och kan släppas: se Karantän, falska positiva och rapporter. Rapporten korrigerar sedan ryktet.
Kan hela behandlingen stanna hos oss?
Ja, med Klytic MTA i drift på era servrar: analysen sker på plats.
Och för dokument?
Frågan är närliggande men skild: se Klassificera eller söka i dokument med AI, utan att skicka innehållet ut.
Var Klytic står
AI-avgörandet ingår i Klytic MTA i båda paketen, Essential och Advanced, på samma sätt som den gemensamma inlärningen och korrelationen av signaler. Fakta är de som beskrivs ovan: bara tvetydiga meddelanden, modell som drivs av Klytic eller i er instans, begränsat utdrag, filter som beslutar utan AI om den inte svarar.
Klytic drivs av ett franskt bolag. Tjänsten driftas i Klytics moln, med 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, på en dedikerad instans, eller på era servrar. Klytic är inte ett SecNumCloud-kvalificerat erbjudande.
Klytic MTA utlovar ingen ”privat AI” utöver dessa fakta. Om ert krav är att ingen signal ska lämna er infrastruktur är det drift hos er, och hur signaler skickas vidare, som ska väljas och skrivas in i avtalet.
Källor
Hämtade i oktober 2026.
- Klytic, sidan Klytic MTA: AI-avgörande av tvetydiga meddelanden, gemensam inlärning mellan instanserna och korrelation av signaler, som ingår i Essential och Advanced; driftformer. klytic.com
- Klytic, ”Qu’est-ce qu’un cloud souverain ?”: vem som driver tjänsten och vilken lagstiftning som gäller för den; fransk driftleverantör; Klytic är inte SecNumCloud-kvalificerat. klytic.com
