Hol hasznos az MI, és hol nem
Az üzenetek többsége habozás nélkül besorolható. Egy rossz hírnevű szerverről érkező tömeges kéretlen levél, egy ismert vírus, egy elutasító szabályzatú domain, amely elbukik a DMARC-ellenőrzésen: a szabályok és a szignatúrák elegendők, és gyorsabbak, kiszámíthatóbbak egy modellnél.
Marad egy szürke zóna: az az üzenet, amely sem egyértelműen ártalmatlan, sem egyértelműen csalárd. Egy valódi beszállító, akinek megváltozik a hangneme, egy fizetési kérés a szokásos szavak nélkül, egy szöveg, amely egy belső eljárást utánoz. A jelzések ellentmondanak egymásnak. Itt ad hozzá valamit egy nyelvi modell: az üzenetet a maga egészében olvassa, és megítéli, mennyire koherens a már kiszámított jelzésekkel.
Az MI ugyanakkor nem helyettesíti a többi réteget:
- nem helyettesíti a DMARC-ot, amely egy tényt ellenőriz (engedélyezte-e a megjelenített domain a küldést?), ahelyett hogy valószínűséget becsülne;
- nem helyettesíti az átutalási eljárást: egy modell tévedhet, egy ismert számon történő visszahívás nem ugyanúgy téved;
- nem dönthet egyedül: ha téved vagy nem válaszol, a szűrő többi részének mindig képesnek kell lennie dönteni.
A bármely szolgáltatónak felteendő kérdések
„Privát MI”, „szuverén MI”, „adatait nem használjuk tanításra”: ezek a megfogalmazások keveset mondanak, ha nem tudjuk, mi történik valójában. Öt kérdés teszi lehetővé az összehasonlítást.
- Ki üzemelteti a modellt? A szűrő szolgáltatója a saját szerverein, egy távolról hívott, széles körű MI-szolgáltatás, vagy egy Önnél telepített szerver? Ez ugyanaz a kérdés, mint bármely online szolgáltatásnál: ki üzemelteti, és milyen jog szerint. A Mi az a szuverén felhő? útmutató részletesen tárgyalja.
- Mit kap? A teljes üzenetet a mellékleteivel, vagy egy korlátozott kivonatot? Az összes üzenetet, vagy csak a kétes eseteket?
- Mit őriz meg? Naplózzák-e a kéréseket, meddig, és felhasználják-e őket egy modell újratanítására?
- Mi történik, ha nem válaszol? A levelek elakadnak, késnek, vagy a szűrő nélküle dönt?
- Mit osztanak meg az ügyfelek között? Üzenetmásolatokat, ujjlenyomatokat, hírnévpontszámokat?
A válaszoknak írásban kell meglenniük. Az a szolgáltató, amely nem tudja megmondani, mit kap a modellje, nem ura saját adatkezelésének.
Hogyan működik az MI-alapú elbírálás a Klytic MTA-ban
A Klytic MTA MI-alapú elbírálást tartalmaz, amely mindkét csomagban, az Essentialben és az Advancedben is aktív. Íme, mit tesz, és mit nem.
- Csak a kétes pontszámú üzeneteknél lép működésbe. Az egyértelműen ártalmatlan vagy egyértelműen veszélyes üzenetekről a többi réteg dönt, nélküle.
- A modellt a Klytic üzemelteti, vagy az ügyfél példányában fut, ha az nála van telepítve. Nem egy távolról hívott, széles körű MI-szolgáltatás.
- Egy összefoglalót, a már kiszámított jelzéseket és az üzenet egy korlátozott kivonatát kapja, nem a teljes üzenetet.
- Ha nem válaszol, a szűrő akkor is dönt a rendelkezésére álló jelzések alapján. A levelek nem várnak az MI-re.
Példa, szemléltetésképpen. Üzenet érkezik egy megfelelően hitelesített, a vállalat által ismert domainről, melléklet nélkül. Azt kéri, hogy „frissítsék a fizetési adatokat a következő esedékesség előtt”. A szabályok haboznak: a feladó megbízható, a forgatókönyv csalásra hasonlít. A modell megkapja az összefoglalót, a jelzéseket (szokásos feladó, első ilyen típusú kérés, szokatlan hangnem) és a szöveg egy kivonatát. A csalás felé hajlik: az üzenet karanténba kerül, és az adminisztrátor elolvassa az indokot. Ha a modell nem válaszolt volna, a többi réteg pontszáma egyedül döntött volna.
Döntése hozzáadódik a pontszámhoz: nem kerüli meg sem a karantént, sem egy jogos üzenet felengedésének lehetőségét, sem a döntésnek a fejlécekben szereplő, az adminisztrátor által olvasható indoklását (lásd A szűrő egy döntésének olvasása és exportálása).
Tanulás és megosztás
Egy szűrő főként a bejelentésekből tanul. Amikor egy felhasználó nemkívánatosnak jelöl egy üzenetet, vagy éppen ellenkezőleg, felenged egy jogos üzenetet, a feladó hírneve módosul. Ez csökkenti idővel a téves riasztásokat.
A Klytic MTA-ban:
- a megtanult szövegek aggregátumok és ujjlenyomatok formájában tárolódnak, nem üzenetmásolatként;
- a felhőben jelzések kerülnek át a példányok között, hogy azonos védelmi szintet biztosítsanak: egy ügyfélnél észlelt kampányt a többieknél is felismernek;
- az ügyfélnél történő telepítésnél a feldolgozás helyben történik; jelzések továbbítása csak akkor van, ha a választott telepítési mód ezt bekapcsolja.
Pontatlan volna tehát egy felhőbeli telepítésről azt állítani, hogy „soha semmi nem hagyja el a példányt”: jelzéseket megosztanak, és éppen ez adja a közös tanulás értékét. Amit megosztanak, azok jelzések, nem a levelek.
A keret: személyes adatok kezelése
Az e-mailek elemzése személyes adatok kezelését jelenti: címek, nevek, tartalom. MI-vel vagy anélkül, az adatkezelésnek szerepelnie kell a vállalat adatkezelési nyilvántartásában, céljával (a levelezés biztonsága), címzettjeivel és időtartamaival. Az MI ezen a kereten nem változtat; két kérdést tesz hozzá: hol fut a modell, és mit lát. Az elemzési adatok megőrzési idejével Az e-mail-biztonsági naplók megőrzése és visszaolvasása foglalkozik.
Gyakori kérdések
Elolvassa-e az MI az összes e-mailünket?
A Klytic MTA-ban nem: csak a kétes pontszámú üzenetekről dönt, egy összefoglaló, a kiszámított jelzések és egy korlátozott kivonat alapján.
Felhasználják-e üzeneteinket egy széles körű MI-modell tanítására?
A modell nem széles körű szolgáltatás: a Klytic üzemelteti, vagy az Ön példányában fut. A szűrő tanulása aggregátumokat és ujjlenyomatokat őriz meg, nem másolatokat.
Mi történik, ha az MI téved?
A félretett jogos üzenet a karanténban marad, és felengedhető: lásd Karantén, téves riasztások és bejelentések. A bejelentés ezután kijavítja a hírnevet.
Lehet-e a teljes feldolgozást helyben tartani?
Igen, a Klytic MTA saját szerverein történő telepítésével: az elemzés helyben történik.
És a dokumentumok esetében?
A kérdés rokon, de különálló: lásd Dokumentumok rendszerezése vagy keresése MI-vel, anélkül, hogy tartalmuk kikerülne.
Hol helyezkedik el a Klytic
Az MI-alapú elbírálás a Klytic MTA része mindkét csomagban, az Essentialben és az Advancedben is, ugyanúgy, mint a közös tanulás és a jelzések korrelációja. A tények a fent leírtak: csak kétes üzenetek, a Klytic által vagy az Ön példányában üzemeltetett modell, korlátozott kivonat, és egy szűrő, amely MI nélkül is dönt, ha az nem válaszol.
A Klyticet egy francia vállalat üzemelteti. A szolgáltatás telepíthető a Klytic-felhőben, amely az alkalmazandó joghatóságnak megfelelő bármely földrajzi zónában hosztolható, a szolgáltatások elérhetőségétől függően, különösen Európában vagy Mauritiuson, dedikált példányon, vagy az Ön szerverein. A Klytic nem SecNumCloud-minősítésű ajánlat.
A Klytic MTA ezeken a tényeken túl nem ígér „privát MI-t”. Ha az Ön követelménye az, hogy egyetlen jelzés se hagyja el az infrastruktúráját, akkor a saját telephelyen történő telepítést és annak jelzéstovábbítási módját kell választania, és ezt a szerződésbe foglaltatnia.
Források
Megtekintve 2026 októberében.
- Klytic, Klytic MTA oldal: a kétes üzenetek MI-alapú elbírálása, a példányok közötti közös tanulás és a jelzések korrelációja, az Essential és az Advanced csomag részeként; telepítési módok. klytic.com
- Klytic, „Mi az a szuverén felhő?”: ki üzemelteti a szolgáltatást, és milyen jog vonatkozik rá; francia üzemeltető; a Klytic nem SecNumCloud-minősítésű. klytic.com
