Kur DI naudingas, o kur ne
Dauguma laiškų klasifikuojami be dvejonių. Masinis šlamštas iš blogos reputacijos serverio, žinomas virusas, domenas, kuriam nepavyksta DMARC patikra esant atmetimo politikai: pakanka taisyklių ir parašų, be to, jie greitesni ir labiau nuspėjami nei modelis.
Lieka pilkoji zona: laiškas, kuris nėra nei aiškiai saugus, nei aiškiai apgaulingas. Tikras tiekėjas, kurio tonas pasikeičia, mokėjimo prašymas, suformuluotas be įprastų žodžių, tekstas, imituojantis vidinę procedūrą. Signalai prieštarauja vienas kitam. Būtent čia kalbos modelis duoda naudos: jis perskaito visą laišką ir įvertina jo nuoseklumą su jau apskaičiuotais signalais.
Vis dėlto DI nepakeičia kitų sluoksnių:
- jis nepakeičia DMARC, kuris tikrina faktą (ar rodomas domenas leido siuntimą?), o ne vertina tikimybę;
- jis nepakeičia pervedimo procedūros: modelis gali suklysti, o perskambinimas žinomu numeriu neklysta tokiu pačiu būdu;
- jis neturi spręsti vienas: jei jis suklysta ar neatsako, likusi filtro dalis visada turi galėti priimti sprendimą.
Klausimai, kuriuos verta užduoti bet kuriam tiekėjui
„Privatus DI“, „suverenus DI“, „jūsų duomenys nenaudojami mokymui“: šios formuluotės mažai ką sako, jei nežinoma, kas iš tikrųjų vyksta. Penki klausimai leidžia palyginti.
- Kas valdo modelį? Filtro tiekėjas savo serveriuose, nuotoliniu būdu kviečiama vartotojams skirta DI paslauga ar jūsų patalpose įdiegtas serveris? Tai tas pats klausimas, kaip ir bet kuriai internetinei paslaugai: kas eksploatuoja ir pagal kokią teisę. Jį plėtoja vadovas Kas yra suvereni debesija?
- Ką jis gauna? Visą laišką su priedais ar ribotą ištrauką? Visus laiškus ar tik dviprasmiškus atvejus?
- Ką jis saugo? Ar užklausos registruojamos žurnale, kiek laiko, ir ar jos naudojamos modeliui pakartotinai mokyti?
- Kas nutinka, jei jis neatsako? Ar laiškai blokuojami, vėluoja, ar filtras sprendžia be jo?
- Kas bendrinama tarp klientų? Laiškų kopijos, maišos reikšmės, reputacijos balai?
Atsakymai turi būti pateikti raštu. Tiekėjas, negalintis pasakyti, ką gauna jo modelis, nevaldo savo paties duomenų tvarkymo.
Kaip DI arbitražas veikia Klytic MTA
Klytic MTA turi integruotą DI arbitražą, veikiantį abiejuose planuose – Essential ir Advanced. Štai ką jis daro ir ko nedaro.
- Jis įsikiša tik į dviprasmišką balą turinčius laiškus. Apie aiškiai saugius ar aiškiai pavojingus laiškus sprendžia kiti sluoksniai, be jo.
- Modelį valdo Klytic arba jis veikia kliento egzemplioriuje, kai šis įdiegtas kliento patalpose. Tai nėra nuotoliniu būdu kviečiama vartotojams skirta DI paslauga.
- Jis gauna santrauką, jau apskaičiuotus signalus ir ribotą laiško ištrauką, o ne visą laišką.
- Jei jis neatsako, filtras vis tiek priima sprendimą pagal turimus signalus. Laiškai nelaukia DI.
Pavyzdys, iliustracijai. Atkeliauja laiškas iš tinkamai autentifikuoto, įmonei žinomo domeno, be priedo. Jame prašoma „atnaujinti mokėjimo rekvizitus iki kito mokėjimo termino“. Taisyklės dvejoja: siuntėjas patikimas, scenarijus panašus į sukčiavimą. Modelis gauna santrauką, signalus (įprastas siuntėjas, pirmas tokio tipo prašymas, neįprastas tonas) ir teksto ištrauką. Jis linksta į sukčiavimą: laiškas perkeliamas į karantiną, o administratorius perskaito priežastį. Jei modelis nebūtų atsakęs, kitų sluoksnių balas būtų nusprendęs vienas.
Jo sprendimas pridedamas prie balo: jis neapeina nei karantino, nei galimybės išleisti teisėtą laišką, nei sprendimo paaiškinimo antraštėse, kurį gali perskaityti administratorius (žr. Filtro sprendimo peržiūra ir eksportas).
Mokymasis ir bendrinimas
Filtras daugiausia mokosi iš pranešimų. Kai naudotojas pažymi laišką kaip nepageidaujamą arba, priešingai, išleidžia teisėtą laišką, siuntėjo reputacija pakoreguojama. Būtent tai laikui bėgant mažina klaidingų teigiamų rezultatų skaičių.
Klytic MTA:
- išmokti tekstai saugomi kaip agregatai ir maišos reikšmės, o ne kaip laiškų kopijos;
- debesijoje signalai perduodami tarp egzempliorių, kad jie turėtų vienodą apsaugos lygį: pas vieną klientą aptikta kampanija atpažįstama pas kitus;
- diegiant kliento patalpose, duomenys tvarkomi vietoje; signalai perduodami tik tada, jei tai įjungia pasirinktas diegimo būdas.
Todėl debesijos diegimo atveju būtų netikslu teigti, kad „niekas niekada neišeina iš egzemplioriaus“: signalai bendrinami, ir būtent tai suteikia bendro mokymosi naudą. Bendrinami signalai, o ne laiškai.
Pagrindas: asmens duomenų tvarkymas
Analizuoti el. laiškus reiškia tvarkyti asmens duomenis: adresus, vardus, turinį. Su DI ar be jo, duomenų tvarkymas turi būti įrašytas į įmonės įrašus, nurodant jo tikslą (el. pašto saugumas), gavėjus ir terminus. DI šio pagrindo nekeičia; jis prideda du klausimus: kur veikia modelis ir ką jis mato. Analizės duomenų saugojimo terminas aptariamas puslapyje El. laiškų saugumo žurnalų saugojimas ir peržiūra.
Dažniausi klausimai
Ar DI skaito visus mūsų el. laiškus?
Klytic MTA – ne: jis vertina tik dviprasmišką balą turinčius laiškus, remdamasis santrauka, apskaičiuotais signalais ir ribota ištrauka.
Ar mūsų laiškai naudojami vartotojams skirtam DI modeliui mokyti?
Modelis nėra vartotojams skirta paslauga: jį valdo Klytic arba jis veikia jūsų egzemplioriuje. Filtro mokymasis saugo agregatus ir maišos reikšmes, o ne kopijas.
Kas nutinka, jei DI suklysta?
Atidėtas teisėtas laiškas lieka karantine ir gali būti išleistas: žr. Karantinas, klaidingi teigiami rezultatai ir pranešimai. Pranešimas vėliau pataiso reputaciją.
Ar galima visą duomenų tvarkymą palikti savo patalpose?
Taip, įdiegus Klytic MTA jūsų serveriuose: analizė atliekama vietoje.
O dokumentams?
Klausimas panašus, bet atskiras: žr. Dokumentų klasifikavimas ar paieška su DI, nesiunčiant jų turinio į išorę.
Kur yra Klytic
DI arbitražas yra Klytic MTA dalis abiejuose planuose – Essential ir Advanced, kaip ir bendras mokymasis bei signalų koreliacija. Faktai yra tokie, kaip aprašyta aukščiau: tik dviprasmiški laiškai, modelį valdo Klytic arba jis veikia jūsų egzemplioriuje, ribota ištrauka, filtras sprendžia be DI, jei šis neatsako.
Klytic eksploatuoja Prancūzijos įmonė. Paslauga diegiama Klytic debesijoje, talpinamoje bet kurioje taikomą jurisdikciją atitinkančioje geografinėje zonoje, atsižvelgiant į paslaugų prieinamumą, visų pirma Europoje ar Mauricijuje, skirtame egzemplioriuje arba jūsų serveriuose. Klytic nėra SecNumCloud kvalifikuotas pasiūlymas.
Klytic MTA nežada „privataus DI“ už šių faktų ribų. Jei jūsų reikalavimas – kad joks signalas neišeitų iš jūsų infrastruktūros, reikia pasirinkti diegimą jūsų patalpose ir jo signalų perdavimo būdą bei tai įrašyti į sutartį.
Šaltiniai
Peržiūrėta 2026 m. spalį.
- Klytic, Klytic MTA puslapis: dviprasmiškų laiškų DI arbitražas, bendras mokymasis tarp egzempliorių ir signalų koreliacija, įtraukti į Essential ir Advanced; diegimo būdai. klytic.com
- Klytic, „Qu’est-ce qu’un cloud souverain ?“: kas eksploatuoja paslaugą ir kokia teisė jai taikoma; Prancūzijos eksploatuotojas; Klytic nėra SecNumCloud kvalifikuotas. klytic.com
