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

Проблемът не приключва с откриването на подобно отклонение. Според доклада Verizon 2026 Data Breach Investigations Report (DBIR) са били необходими приблизително осем месеца, за да бъдат отстранени половината от установените проблеми, свързани със слаби пароли и неправилно конфигурирани разрешения. Допълнително затруднение е, че традиционният тримесечен одит показва състоянието на средата само към конкретен момент. Между две проверки могат да настъпят промени, които да оставят чувствителни настройки уязвими продължително време.

Как промените в облачната среда отварят нови възможности за атаки

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

Сред основните причини са:

• Ръчни промени – например временно изключение, направено за конкретна задача, което впоследствие остава активно.

• Настройки по подразбиране – те могат да предоставят повече права и възможности, отколкото са необходими.

• Актуализации на услугите – нови функции или промени в поведението на съществуващи настройки могат да повлияят на защитата.

• Разширяване на потребителските права – нови акаунти и разрешения, включително привилегии, които вече не са необходими.

• Интеграции с външни приложения – потребителите могат да предоставят достъп до електронна поща, файлове, календари и други корпоративни ресурси.

• Несъгласувана автоматизация – различни процеси могат да прилагат противоречиви правила или да оставят определени ресурси извън обхвата на политиките.

Защо периодичните одити не са достатъчни

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

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

Ако проверките се извършват веднъж на три месеца, отклонение, възникнало непосредствено след одита, може да остане незабелязано до следващата оценка.

За доставчиците на управлявани услуги (MSP) проблемът е още по-сериозен. Те трябва да следят множество клиентски организации и приложения. По-честите ръчни проверки означават повтаряне на едни и същи операции в различни среди. Когато резултатите са разпределени между отделни табла за управление, става по-трудно да се установи дали едно и също отклонение засяга няколко клиента.

CloudDR автоматизира откриването и коригирането на проблемите

Решението WatchGuard Cloud Detection and Response (CloudDR) следи конфигурациите на облачните приложения и използва правила за откриване на настройки, които вече не отговарят на определените критерии за сигурност.

В секцията Issue Rules всяко правило показва установения проблем, неговата сериозност, свързаните рискове, доказателствата, засегнатите приложения и приложимите рамки за съответствие. Така MSP могат да наблюдават управляваните среди по-редовно, без да чакат следващия ръчен одит.

При интегрирани среди на Microsoft 365 CloudDR проверява конфигурациите и идентичностите на всеки 24 часа. Когато дадено правило установи несъответствие, доставчикът може да види кои организации са засегнати, кои приложения са свързани с проблема, колко инцидента са регистрирани и кога са актуализирани данните. Предвидени са и филтриране по сериозност и вид на риска, което улеснява определянето на приоритетите между различните клиенти.

Всеки установен проблем съдържа информация за свързаните рискове, доказателства и препоръчителни действия. В зависимост от конкретното правило и приложение CloudDR предлага различни възможности за реакция, сред които:

• Assign to Fix Task – възлагане на задача за отстраняване.

• Auto Fix – автоматично прилагане на корекция.

• Fix the Configuration – промяна на проблемната конфигурация.

• Quick Inquire – допълнителна проверка.

• Ask App Owner – запитване към собственика на приложението.

• Approve App – одобряване на приложение.

Когато дадено правило поддържа Auto Fix, MSP може да приложи корекцията директно от установения проблем. Възможно е също да бъде конфигурирана автоматизация, която да изпълнява съответното действие при регистриране на ново отклонение.

Автоматичното отстраняване съкращава времето на излагане на риск

Практически пример са правилата „Ensure all forms of mail forwarding are blocked and/or disabled“ и „Set automatic email forwarding rules to be system-controlled“. Те помагат за откриването на настройки, които позволяват автоматично препращане на електронна поща и могат да създадат предпоставки за изнасяне на корпоративна информация извън организацията.

Когато съответното правило го позволява, CloudDR може автоматично да приложи Auto Fix към всички несъответстващи клиентски среди (тенанти). Това съкращава периода, през който проблемната настройка остава активна, и намалява необходимостта от повтарящи се ръчни действия.

Основната промяна не е само в по-ранното откриване на проблемите, а в съкращаването на целия цикъл – от установяването на отклонението до неговото отстраняване. Проверката на всеки 24 часа, съчетана с препоръчителни коригиращи действия и възможности за автоматизация, позволява на MSP да реагират значително по-бързо от традиционния тримесечен модел на одит.

Неправилните конфигурации не са непременно еднократни грешки. Те могат да останат активни дълго след първоначалното внедряване на дадена услуга и да бъдат пропуснати при редки проверки. Затова непрекъснатото наблюдение и навременното коригиране са важна част от управлението на облачната сигурност.