Bedrock prieš phishing: DI laiškuose ieško ne tik blogų nuorodų

Bedrock phishing skamba kaip techninis terminas. Bet kai pažiūri praktiškai, čia yra labai žemiškas klausimas: kiek darbo darome rankomis tik todėl, kad niekas neprisėdo sutvarkyti proceso?

AWS aprašė, kaip Amazon Bedrock gali padėti aptikti DI sugeneruotus phishing laiškus kelių etapų apsaugos procese. Čia jau nebe senas triukas su kreiva nuoroda. Laiškai tampa gražesni, mandagesni ir pavojingesni.

Man tokiose naujienose visada įsijungia mažas vidinis buhalteris. Ne tas, kuris skaičiuoja sąskaitas, o tas, kuris klausia: kiek tai kainuos, kas prižiūrės ir kur gali lūžti?

KAS NUTIKO

AWS siūlo laišką tikrinti keliais sluoksniais: SPF, DKIM ir DMARC autentifikacija, tada turinio, elgsenos, tono ir konteksto analizė su Amazon Bedrock modeliais, o galiausiai rizikos įvertinimas ir organizacijos taisyklės per Bedrock Guardrails.

Anksčiau phishing laišką kartais išduodavo prasta kalba. Dabar DI gali parašyti taip, kad net vidinis redaktorius linktelėtų. O čia jau nemalonu.

KODĖL TAI SVARBU

Bedrock phishing tema svarbi todėl, kad puolėjai irgi naudoja DI. Jei apsauga lieka tik prie senų taisyklių, ji gaudo vakar dienos klaidas, o ne šiandienos manipuliaciją.

DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, moka kviesti servisus, gali veikti keliais žingsniais ir pradeda liesti tikrus verslo pinigus. Čia romantika baigiasi. Prasideda tvarka.

KĄ TAI REIŠKIA VERSLUI

Verslui tai reiškia, kad el. pašto saugumas turi vertinti ne tik techninius signalus, bet ir žmogaus elgesio kontekstą: ar prašymas normalus, ar tonas atitinka siuntėją, ar sprendimas per daug skubus.

• neatsisakyti SPF, DKIM ir DMARC pagrindo
• naudoti DI kaip papildomą analizės sluoksnį
• mokyti darbuotojus atpažinti skubos spaudimą
• turėti aiškų pranešimo apie įtartiną laišką kelią

Pavyzdys: laiškas iš vadovo prašo skubiai pakeisti mokėjimo rekvizitus. DI gali pažymėti tono, konteksto ir prašymo neatitikimus, bet žmogus vis tiek turi turėti taisyklę, kaip tikrinti.

KUR PASISLĖPUSI RIZIKA

Rizika – manyti, kad DI filtras viską pagaus. Nepagaus. Geriausia apsauga yra sluoksniai: technika, DI analizė ir žmonių įprotis sustoti.

Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Todėl verslui reikia ne tik įrankių, bet ir įpročio tikrinti.

KĄ PASIDARYTI ŠIĄ SAVAITĘ

Patikrinkite, ar jūsų komanda turi vieną paprastą taisyklę finansiniams prašymams: nieko nekeisti be antro kanalo patvirtinimo.

Šaltinis: Amazon Web Services.

DUK

Kas yra Bedrock phishing aptikimas?

Tai Amazon Bedrock modelių naudojimas laiškų turiniui, tonui ir rizikai analizuoti.

Ar DI pakeičia el. pašto saugumo taisykles?

Ne. Jis papildo autentifikaciją, filtrus ir žmonių mokymus.

Kodėl tai aktualu dabar?

Nes DI leidžia kurti įtikinamesnius, labiau personalizuotus apgaulingus laiškus.

Jei norite DI naudoti ne dėl mados, pradėkite nuo vieno proceso. Paimkite užduotį, kuri kartojasi kas savaitę, susirašykite žingsnius ir tik tada junkite įrankį. Daugiau praktinių DI taikymo pavyzdžių rasite MasterSprint.