A Microsoft új biztonsági és adatvédelmi vezérlőkkel erősíti a Teamst. Az új értekezlet-védelmi szabályzat lehetővé teszi majd a rendszergazdák számára, hogy automatikusan megakadályozzák az észlelt külső botok belépését a megbeszélésekre.
A hamarosan érkező vezérlő kibővíti a Microsoft meglévő botészlelési képességeit. A Teams jelenleg azonosítja a feltételezett külső meeting-asszisztenseket, botként címkézi őket, és az előtérben tartja őket addig, amíg egy jogosult résztvevő nem engedélyezi a belépésüket.
A szigorúbb szabályzat alkalmazásakor az észlelt külső botokat a rendszer automatikusan blokkolja. A meeting szervezőinek így többé nem kell minden egyes botcsatlakozási kísérletet manuálisan ellenőrizniük vagy elutasítaniuk, ami csökkenti annak kockázatát, hogy egy automatizált asszisztens emberi hiba, félreértés vagy túl engedékeny lobbybeállítás miatt bekerüljön egy érzékeny megbeszélésre.
A változás különösen fontos azoknak a szervezeteknek, amelyek munkavállalói rendszeresen vesznek részt olyan értekezleteken, ahol bizalmas üzleti stratégia, ügyféladatok, szabályozott információk, jogi kérdések, szellemi tulajdon vagy biztonsági incidensek kerülnek szóba.
A Microsoft a Microsoft 365 Message Center MC1459141 számú közleményében jelentette be a szabályzatot. A közzétételi információk szerint a célzott kiadás bevezetése várhatóan 2026 augusztusának végéig folytatódik, a globális általános elérhetőség pedig szeptember végére válhat teljessé.
Az új szabályzat megszünteti a szervezői jóváhagyás szükségességét
A Microsoft Teams már jelenleg is rendelkezik olyan vezérlővel, amely a résztvevők csatlakozása során gyűjtött jelek alapján próbálja azonosítani a külső meeting-asszisztenseket.
Ezek közé tartozhatnak például:
- AI-alapú leiratozó szolgáltatások;
- automatikus jegyzetelő alkalmazások;
- meeting-összefoglaló platformok;
- valamint más, harmadik féltől származó eszközök, amelyek botként jelennek meg a résztvevői listában.
A jelenlegi alapértelmezett konfigurációban a Teams az észlelt botokat a meeting normál lobbybeállításaitól függetlenül az előtérbe helyezi.
A bot csak kifejezett jóváhagyás után férhet hozzá a megbeszéléshez.
A Microsoft szerint a detektálási rendszer a csatlakozási folyamat során megfigyelt infrastruktúra- és viselkedési jelek kombinációját használja.
Miután a Teams egy résztvevőt botként azonosít, a platform megjelöli, majd alkalmazza a szervezet értekezleti szabályzatában meghatározott műveletet.
A jelenlegi megoldás ugyan biztosít bizonyos láthatóságot, a végső döntést azonban továbbra is a szervezőre, társszervezőre vagy – a meeting konfigurációjától függően – egy másik előadóra bízza.
Ez véletlen jóváhagyáshoz vezethet, különösen nagy vagy gyors tempójú meetingek esetén, amikor a résztvevők úgy engednek be valakit a lobbyból, hogy nem vizsgálják meg alaposan, kiről vagy miről van szó.
Az új automatikus blokkolási lehetőség ezt a folyamatot változtatja meg.
A Teams nem a lobbyban várakoztatja majd az észlelt botot, hanem az adott szabályzat hatálya alá tartozó meetingekből teljesen kizárja.
A Microsoft közleménye szerint a funkció alapértelmezés szerint ki lesz kapcsolva.
A rendszergazdáknak ezért:
- fel kell mérniük a szervezetre gyakorolt hatást;
- engedélyezniük kell a vezérlőt;
- majd a megfelelő értekezleti szabályzatot hozzá kell rendelniük a kiválasztott felhasználókhoz vagy csoportokhoz.
Ez az opt-in megközelítés a biztonság és a termelékenység közötti egyensúlyt tükrözi.
Számos szervezet legitim módon használ külső leiratozó és meeting-intelligence szolgáltatásokat, ezért egy azonnali, teljes körű blokkolás üzleti folyamatokat szakíthatna meg.
Így vezetik majd be a rendszergazdák a védelmet
A vezérlő a Teams admin center értekezlet-védelmi beállításain belül, várhatóan a Manage bots, illetve a külső botok kezelésére szolgáló területen jelenik meg.
A rendszergazdák:
- szervezetszintű értekezleti szabályzaton keresztül;
- vagy meghatározott felhasználókra és csoportokra létrehozott célzott szabályzatok segítségével
alkalmazhatják majd.
A célzott bevezetés különösen hasznos lehet azoknak a szervezeteknek, amelyek bizonyos munkakörök vagy szervezeti egységek esetén szigorúbb védelmet szeretnének alkalmazni.
Erősebb szabályozás lehet indokolt például:
- felsővezetők;
- jogi osztályok;
- biztonsági szakemberek;
- kutatás-fejlesztési csapatok;
- pénzügyi munkatársak;
- egészségügyi dolgozók;
- kormányzati vagy más érzékeny adatokat kezelő munkavállalók
esetében.
A Microsoft jelenlegi dokumentációja szerint a botok kezeléséért felelős PowerShell tulajdonság neve:
ExternalBotAccessMode
A dokumentált lehetőségek között jelenleg szerepel:
- a botok normál résztvevőként történő kezelése;
- valamint az észlelt botok lobbyban tartása mindaddig, amíg valaki jóvá nem hagyja őket.
A Microsoft várhatóan a nyilvános technikai dokumentációját is frissíteni fogja, amikor az automatikus blokkolási opció széles körben elérhetővé válik.
A Microsoft külső botok kezeléséről szóló útmutatója a jelenlegi detektálási és jóváhagyási modellt ismerteti, míg a Set-CsTeamsMeetingPolicy dokumentáció a kapcsolódó szabályzati tulajdonságot részletezi.
A szervezeteknek nem érdemes minden felhasználónál egyszerre bekapcsolniuk a funkciót anélkül, hogy előzetesen feltérképeznék a külső meeting-asszisztensektől függő üzleti folyamatokat.
A fokozatos bevezetés segítségével a rendszergazdák azonosíthatják, hogy a szabályzat blokkol-e legitim leiratozó, jegyzetelő vagy akadálymentesítési szolgáltatásokat.
A legbiztonságosabb megközelítés valószínűleg egy korlátozott pilotprogram:
- biztonsági;
- compliance;
- jogi;
- és kollaborációs platformért felelős
csapatok bevonásával.
A rendszergazdák ezt követően összevethetik az észlelt botaktivitást a jóváhagyott szolgáltatásokkal, mielőtt a szabályzatot a magasabb kockázatú részlegekre, majd később az egész szervezetre kiterjesztenék.
Miért jelentenek biztonsági és adatvédelmi kockázatot a külső meetingbotok?
A külső meeting-asszisztensek valódi termelékenységi előnyöket kínálhatnak.
Képesek lehetnek:
- kereshető leiratokat készíteni;
- döntéseket összefoglalni;
- feladatokat és teendőket kinyerni;
- valamint lehetővé tenni, hogy a munkavállalók később visszakeressék a beszélgetések tartalmát anélkül, hogy kézzel jegyzetelnének.
Ehhez azonban gyakran rendkívül érzékeny információkhoz kell hozzáférniük.
Egy meetingre beengedett bot képes lehet:
- hallani a résztvevők beszélgetését;
- feldolgozni a megosztott képernyőt;
- rögzíteni prezentációs anyagokat;
- leiratot készíteni;
- majd az így létrejövő információkat külső szolgáltatásba továbbítani.
A konkrét szolgáltatástól és konfigurációtól függően az adatok olyan infrastruktúrában is tárolódhatnak, amely kívül esik a szervezet Microsoft 365 környezetén és a meglévő compliance-vezérléseken.
A Microsoft több kockázatot is azonosít a külső meeting-asszisztensekkel kapcsolatban.
Egy bot például rögzíthet vagy átírhat egy beszélgetést úgy, hogy a résztvevők nincsenek teljes mértékben tudatában az automatikus adatgyűjtésnek.
A meetinginformációkat olyan harmadik fél rendszerében is tárolhatja, amely kívül esik a szervezet megszokott adatirányítási határán.
Ez:
- adatvédelmi;
- jogszabályi;
- compliance;
- és adatszivárgási
kockázatokat teremthet.
A probléma nem kizárólag rosszindulatú eszközökre korlátozódik.
Egy legitim szolgáltatás is compliance-problémát okozhat, ha azt:
- egy munkavállaló;
- vállalkozó;
- ügyfél;
- vagy üzleti partner
úgy vezeti be, hogy azt a szervezet korábban nem vizsgálta és nem hagyta jóvá.
Egy értekezleten szóba kerülhet például:
- adatvédelmi jogszabályok hatálya alá tartozó személyes adat;
- egészségügyi adat;
- fizetési információ;
- peres stratégia;
- vagy jelentős, nem nyilvános vállalati információ.
Egy nem jóváhagyott leirat ezekről az adatokról új másolatot hozhat létre:
- eltérő megőrzési idővel;
- eltérő hozzáférési szabályokkal;
- más titkosítási megoldással;
- és akár más földrajzi tárolási helyen.
A Microsoft ezért a botészlelés fenntartását és az automatikus résztvevők beengedése előtti fokozott körültekintést javasolja.
Emellett azt is ajánlja, hogy a lobbyból történő beengedés jogosultsága lehetőleg csak a szervezőkre és társszervezőkre korlátozódjon.
A Microsoft útmutatója azt is elismeri, hogy a botészlelés nem tévedhetetlen:
- egyes botok elkerülhetik az azonosítást;
- ugyanakkor esetenként valódi emberi résztvevők is tévesen botként kerülhetnek besorolásra.
A botészlelés önmagában nem jelent teljes biztonsági határt
Az automatikus blokkolási funkció javítja az ismert meetingbotok kezelését, de nem szabad úgy tekinteni rá, mint amely garantáltan minden automatizált résztvevőt megállít.
A Microsoft szerint a detektálási mechanizmusok széles lefedettséget biztosítanak, ugyanakkor elismeri, hogy bizonyos külső botokat nem feltétlenül sikerül felismerni.
A rendszer alkalomszerűen valódi résztvevőket is automatizált asszisztensként azonosíthat.
Az új szabályzat hatékonysága ezért részben a Microsoft osztályozási technológiájának pontosságától függ.
Egy olyan automatizált szolgáltatás, amely:
- hagyományos külső felhasználói identitással csatlakozik;
- vagy megváltoztatja viselkedését az ismert detektálási jelek elkerülése érdekében,
nem feltétlenül kerül botként besorolásra.
A szervezeteknek ezért más meetingvédelmi vezérlőkkel együtt kell használniuk a funkciót, például:
- hitelesített részvétellel;
- szigorúbb lobbybeállításokkal;
- gondosan kiosztott előadói jogosultságokkal;
- anonim hozzáférés korlátozásával.
A Microsoft Teams hardening útmutatója többek között azt ajánlja, hogy:
- a betárcsázó résztvevők ne kerülhessék meg a lobbyt;
- az anonim meeting-hozzáférést kapcsolják ki, ahol ezt az üzleti igények megengedik;
- az előadói szerepkört korlátozzák a szervezőkre és társszervezőkre;
- külső együttműködés esetén pedig szükség szerint csak jóváhagyott domaineket engedélyezzenek.
A Microsoft Teams támadási felületének csökkentéséről szóló útmutatója további konfigurációs ajánlásokat tartalmaz.
Ezek a kontrollok természetesen kompromisszumokkal járnak.
Az anonim részvétel letiltása például akadályozhat:
- ügyfeleket;
- állásra jelentkezőket;
- ideiglenes partnereket;
- és más legitim külső résztvevőket.
A külső domainek korlátozása csökkentheti a kitettséget, ugyanakkor növelheti az adminisztrációs terhet azoknál a szervezeteknél, amelyek rendszeresen működnek együtt sok és folyamatosan változó harmadik féllel.
A Teams egyre vonzóbb célpont a social engineering támadások számára
A botvédelmi szabályzat bevezetésére olyan időszakban kerül sor, amikor a támadók egyre gyakrabban használják az együttműködési platformokat arra, hogy a hagyományos e-mailes csatornákon kívül érjék el a vállalati felhasználókat.
A Microsoft szerint a Teams-alapú phishing aktivitás 2026 második negyedévében növekedett.
Az észlelt támadási volumen:
- március és április között átlagosan 19%-kal nőtt;
- májusban nagyjából stabil maradt;
- júniusban pedig további 10%-kal emelkedett.
A Teamsen keresztül végzett voice phishing, vagyis vishing még gyorsabban növekedett.
A Microsoft szerint az átlagos heti rosszindulatú híváskísérletek:
- áprilisról májusra 31%-kal;
- júniusban pedig további 27%-kal
emelkedtek.
A negyedév végére a heti vishing-kísérletek száma körülbelül 80%-kal volt magasabb, mint 2026 elején, és csaknem tízszerese volt a 2025 közepén mért szintnek.
A Microsoft 2026 második negyedéves fenyegetési elemzése szerint továbbra is a technikai támogatásnak álcázott megtévesztések domináltak.
Egy másik vizsgálatban a Microsoft olyan támadókat írt le, akik cross-tenant Teams-kommunikáció segítségével vállalati IT- vagy helpdesk-munkatársaknak adták ki magukat.
Az áldozatokat arra vették rá, hogy:
- elindítsák a Quick Assist alkalmazást vagy más legitim távoli támogatási eszközt;
- majd interaktív hozzáférést biztosítsanak saját számítógépükhöz.
A támadók ezt követően legitim szoftvereket és beépített adminisztrációs protokollokat használtak:
- rosszindulatú kód végrehajtására;
- laterális mozgásra;
- magas értékű rendszerek elérésére.
A Microsoft a kampány során többek között:
- Windows Remote Management;
- kereskedelmi remote-management szoftverek;
- Rclone
használatát is megfigyelte.
Az Rclone segítségével adatokat lehet külső tárhelyekre előkészíteni vagy továbbítani.
A Microsoft hangsúlyozta, hogy a kampány nem Teams-sérülékenységet használt ki.
A támadók legitim külső együttműködési funkciókat használtak, majd meggyőzték a felhasználókat arról, hogy hagyják figyelmen kívül a figyelmeztetéseket és engedélyezzék a további műveleteket.
A Microsoft támadási láncról készült vizsgálata jól mutatja, miért nem támaszkodhat kizárólag technikai hozzáférés-vezérlésre a kollaborációs platformok védelme.
Az új külső botokat blokkoló szabályzat más típusú kockázatot kezel, mint a helpdesk-megszemélyesítés.
Nem akadályozza meg:
- hogy egy támadó hagyományos külső fiókkal kapcsolatba lépjen a munkavállalókkal;
- illetve azt sem, hogy egy meggyőző social engineering hívás során a felhasználó maga adjon távoli hozzáférést.
Ugyanakkor része annak a szélesebb körű törekvésnek, amely nagyobb kontrollt biztosít a biztonsági csapatoknak:
- külső identitások;
- automatizált résztvevők;
- és cross-tenant aktivitás
felett.
A Microsoft központi blokkolási lehetőségekkel is bővíti a Teamst
A Microsoft a Teams blokkolási funkcióit a Microsoft Defender portálra is kiterjesztette.
A rendszergazdák a Tenant Allow/Block List segítségével blokkolhatnak:
- külső domaineket;
- egyedi feladói címeket.
A blokkolás aktiválása után az érintett szervezetből vagy feladótól érkező új Teams-kommunikáció megakadályozható, ideértve:
- chatüzeneteket;
- hívásokat;
- csatornainterakciókat;
- meetinginterakciókat.
A Microsoft jelenleg legfeljebb:
- 4 000 domainbejegyzést;
- és 200 egyedi felhasználói bejegyzést
támogat.
A blokkolások nem járnak le automatikusan, és akár 24 órába is telhet, mire életbe lépnek.
A Microsoft Defender dokumentációja ismerteti az előfeltételeket és a kezelési folyamatot.
A domain- és feladószintű vezérlők kiegészítik a botkezelést.
Egy domainszintű tiltás megakadályozhatja a kommunikációt egy ismert rosszindulatú vagy nem kívánt szervezetből, míg a külső botokra vonatkozó szabályzat kifejezetten azokra a meetingrésztvevőkre koncentrál, amelyeket a Teams automatizált asszisztensként azonosít.
A magas biztonsági követelményekkel rendelkező vállalatok a két megoldást allowlist-alapú külső hozzáféréssel is kombinálhatják, így kizárólag jóváhagyott partnerdomainekkel engedélyezik az együttműködést.
Kevésbé szigorú szervezetek szélesebb körű külső hozzáférést tarthatnak fenn, miközben:
- blokkolják az ismert rosszindulatú feladókat;
- és automatikus bottiltást alkalmaznak az érzékeny felhasználók által szervezett értekezleteknél.
Fontos marad az auditálhatóság és a jóváhagyott botok listája
Az automatikus blokkolás azonnal megoldja az észlelt botok belépésének problémáját, de a vállalatoknak szükségük lesz megfelelő kivételkezelésre is.
A Microsoft korábban jelezte, hogy:
- jóváhagyott botlistákat;
- riportálási lehetőségeket;
- auditfunkciókat;
- valamint részletesebb kontrollokat
tervez olyan szervezetek számára, amelyek eltérő kockázati követelményekkel rendelkeznek.
Az allowlist különösen fontos lehet, ha egy vállalat egy adott meeting-asszisztenst:
- formálisan biztonsági szempontból megvizsgált;
- adatvédelmileg és jogilag jóváhagyott;
- szerződéses adatvédelmi garanciákkal látott el;
- és meghatározott részlegek számára engedélyezett.
Az auditnaplók segítségével a biztonsági és compliance-csapatok olyan kérdésekre kaphatnak választ, mint:
- mely botok próbáltak belépni meetingekre;
- mely felhasználókat vagy értekezleteket célozták;
- bejutott-e az adott bot;
- ismétlődő próbálkozások utalhatnak-e nem engedélyezett alkalmazásra vagy kompromittált workflow-ra.
Megfelelő láthatóság nélkül előfordulhat, hogy a szervezet egyszerűen letilt egy szolgáltatást anélkül, hogy megértené, miért kezdték el használni a munkavállalók.
Ez arra ösztönözheti őket, hogy kevésbé látható kerülőutakat válasszanak, például:
- helyben rögzítsék a meetinget;
- vagy utólag töltsék fel a hanganyagot nem engedélyezett AI-szolgáltatásba.
Egy érett governance-programnak ezért a technikai korlátozást egyértelmű jóváhagyási folyamattal kell kombinálnia.
A munkavállalóknak tudniuk kell:
- mely szolgáltatások engedélyezettek;
- milyen adatokat dolgozhatnak fel;
- hogyan kérhetnek kivételt vagy engedélyt legitim üzleti igény esetén.
Mit tegyenek most a biztonsági csapatok?
Mielőtt a funkció általánosan elérhetővé válik, a Microsoft 365 rendszergazdáknak célszerű felmérniük, milyen külső meeting-asszisztenseket használnak jelenleg a szervezetben, és ezek közül melyek rendelkeznek hivatalos:
- biztonsági;
- jogi;
- adatvédelmi
jóváhagyással.
Emellett át kell tekinteni a jelenlegi értekezleti szabályzatokat is:
- kik engedhetnek be résztvevőket a lobbyból;
- engedélyezettek-e anonim felhasználók;
- rendelkeznek-e az előadók a szükségesnél több jogosultsággal.
A magasabb kockázatú felhasználói csoportok alkalmasak lehetnek első pilotként.
A pilot során a biztonsági csapatoknak:
- monitorozniuk kell a blokkolt csatlakozásokat;
- kivizsgálniuk a téves pozitív találatokat;
- míg a kollaborációs rendszergazdáknak ellenőrizniük kell, hogy a jóváhagyott akadálymentesítési és termelékenységi szolgáltatások továbbra is megfelelően működnek.
A változásról a munkavállalókat is tájékoztatni kell.
Fontos, hogy megértsék:
- egy blokkolt bot nem feltétlenül Teams-hiba, hanem tudatos biztonsági szabály;
- ugyanakkor nem minden botot fog szükségszerűen felismerni a rendszer;
- és a botcímke hiánya nem bizonyítja, hogy az adott résztvevő valódi ember vagy megbízható szereplő.
Az új szabályzat jelentős előrelépés, mert a végső döntést a meeting közben elfoglalt szervezők helyett központilag kezelt biztonsági szabályzatra bízza.
Hatékonysága ugyanakkor továbbra is függ:
- a gondos bevezetéstől;
- a pontos detektálástól;
- és attól, hogyan illeszkedik a külső hozzáférést, anonim részvételt, alkalmazásengedélyezést és adatkezelést szabályozó szélesebb kontrollrendszerbe.
Ahogy az AI-alapú meeting-asszisztensek egyre gyakoribbá válnak, a központi biztonsági kérdés már nem egyszerűen az, hogy hasznosak-e.
A vállalatoknak azt is meg kell határozniuk:
- ki engedélyezte őket;
- milyen adatokat képesek rögzíteni;
- hol tárolják ezeket az információkat;
- és jelenlétük összeegyeztethető-e a szervezet jogi, adatvédelmi és biztonsági kötelezettségeivel.
