През последните два месеца писах отделно за пробива във Vercel и за пробива в Composio. И двата случая предлагат ценни поуки сами по себе си. Но четейки за тях заедно, непрекъснато се връщам към едно и също наблюдение: това не са изолирани инциденти.

Това е една и съща атака, изпълнена два пъти срещу различни цели, при която електронната поща не е била входната точка в работното пространство. И след като веднъж видите модела ясно, това променя представата ви за това какво трябва да защитавате.

Това също така повдига един неудобен въпрос, над който размишлявам. Описаният от мен модел, при който се използва предоставяне на OAuth достъп за компрометиране на акаунт, четене на чувствителни данни от имейл и Drive и използване на този достъп за придвижване отвъд работното пространство, не описва само действията на атакуващите. Той все по-често описва и това, което AI агентите правят по дизайн всеки ден.

Преди да преминем към тази дискусия, нека отделим малко време, за да очертаем веригата на атака срещу работното пространство.

Старият мисловен модел: опасността се крие в имейла

През по-голямата част от последното десетилетие доминиращият мисловен модел за сигурността на работното пространство изглеждаше по следния начин: имейлът е опасният канал, а всичко останало в Google Workspace е относително безопасно.

Този модел имаше смисъл, когато атакуващите се опитваха основно да откраднат идентификационни данни чрез фишинг. Той вече не е приложим, тъй като киберпрестъпниците се научиха да изграждат верижни атаки през работното пространство, а не просто да влизат през входящата поща.

Моделът, с който повечето екипи по сигурност са запознати, изглежда приблизително така:

  • Имейлът е входната точка: Злонамерен имейл (фишинг връзка, компрометиран прикачен файл, убедителен претекст или подкана, предназначена да пренасочи AI агент) е начинът, по който започват повечето атаки.
  • Кражба на идентификационни данни: Атаката води до кражба на валидни идентификационни данни и превземане на акаунта.
  • Достъп до чувствителни данни в Gmail и Drive: След като акаунтът бъде превзет, атакуващият лесно преминава към свързаните приложения в рамките на Google Workspace.
  • Странично придвижване: Атакуващ с достъп до входящата поща може да нулира пароли и да влезе в допълнителни приложения чрез директни линкове за достъп.
  • Установяване на постоянно присъствие: Киберпрестъпниците могат да останат неоткрити в акаунтите в продължение на дни, седмици или месеци, като тихо извличат данни от системите.

Взето заедно, това е кошмарният сценарий, широко известен като компрометиране на акаунт (ATO). Веригата на атака срещу работното пространство започва с компрометиране на идентичността чрез имейл и се разширява оттам.

Развиващата се верига на атака: OAuth е входната точка

Елементите на веригата на атака срещу работното пространство не са се променили, но редът, в който се развиват атаките, е еволюирал. Последователността, която наблюдавах при Vercel, Composio и нарастващ брой инциденти, които проследяваме, изобщо не започва с имейл.

Вместо това сценарият се обръща и OAuth токенът става входната точка към имейла, а не обратното.

Ето как изглеждаха тези атаки:

  • OAuth е входната точка: Тези атаки започнаха с установяване на постоянно присъствие чрез откраднат OAuth токен. Тези токени остават валидни и след промяна на паролата, не изтичат и трудно се забелязват. Те са невидими за потребителите и до голяма степен за екипите по сигурност, които не наблюдават поведението на приложенията. Още по-плашещото е, че откраднатият токен представлява атака срещу веригата за доставки. Доставчикът бива компрометиран и резултатът е достъп до вашата среда.
  • Достъп до чувствителни данни: Използвайки откраднатия токен, атакуващият успява да получи достъп до данни, съхранявани в Gmail и Drive.
  • Имейл акаунтите биват превзети: Компрометирането на акаунта първоначално се извършва чрез OAuth, а не чрез имейл. Достъпът до пощата превръща компрометираната входяща кутия в много по-мащабен инцидент.
  • Странично придвижване: Използвайки комбинация от идентификационни данни, съхранявани в Drive, и нулиране на пароли или линкове за достъп през имейла, атакуващият може да се придвижи странично в свързаните системи.

Можем да предвидим, че градивните елементи на веригата на атака срещу работното пространство ще останат същите, но атакуващите – оборудвани с AI инструменти за откриване на уязвимости и мащабиране на действията си – ще продължат да намират начини да ги комбинират по нов начин.

Тези атаки, фокусирани върху OAuth, са само един пример за тази еволюция.

Същите вериги, различен субект

Сега нека променим мисленето си, като запазим в съзнанието си тези описани последователности от четири стъпки.

Вашите служители свързват AI агенти към Google Workspace в този момент. Тези агенти са оторизирани. Те използват легитимно предоставени OAuth права. Те четат имейли, търсят в Drive и действат от името на реални потребители, за да вършат реална работа. В повечето организации това се случва по-бързо, отколкото екипите по сигурност могат да го проследят.

Когато даден AI агент се държи неочаквано — защото инструкциите му са били двусмислени, защото е следвал логическа верига, която неговите разработчици не са предвидили, или защото му е подадена злонамерена подкана чрез...