Неправилното конфигуриране остава една от водещите заплахи за облачните среди, тъй като една единствена конфигурационна грешка може да доведе до достъп от обществени мрежи, неротирани ключове, липса на криптиране, изложени на риск услуги и пропуски в генерирането на регистрационни файлове (логове). Поради това CISA вече въвежда задължителни базови практики за конфигуриране на облака за федералните агенции на САЩ.
Повече от две трети от средните по размер организации използват множество доставчици на облачни услуги, всеки от които има свой собствен модел за сигурност, терминология и настройки за конфигуриране. Една и съща уязвимост или проблем със сигурността може да се прояви по различен начин в AWS, Azure и Google Cloud, като често изисква различен подход за идентифициране и отстраняване, според доклада на Intruder „Cloud Security Index“ за 2026 г.
„Съществува общоприето схващане, че преминаването към облака ви прави защитени по подразбиране“, каза Крис Уолис, главен изпълнителен директор и основател на Intruder. „Тези данни показват точно обратното: всяка платформа има различни слаби места и екипите по сигурността трябва да разберат и да се справят с конкретните рискове при всяка от тях. Не можете просто да направите конфигурацията веднъж и да си мислите, че сте защитени.“
Рискове за сигурността в облака по платформи
Най-често срещаните проблеми със сигурността в облака варират между AWS, Azure и Google Cloud в зависимост от архитектурата на всяка платформа. Облачните среди на AWS най-често се влияят от неправилни конфигурации в съхранението на данни, мрежовия достъп и управлението на идентификационните данни. Най-честите проблеми на Azure са съсредоточени около сигурността на съхранението на данни и защитата на самоличността, по-специално неротирани ключове за достъп, публично достъпни хранилища и липса на многофакторно удостоверяване (MFA).
Google Cloud е засегнат главно от слабости в управлението на идентичността и достъпа (IAM), включително липса на MFA, неизползвани служебни акаунти и служебни акаунти с твърде големи права на достъп.
Слабият контрол на идентичността, прекомерните нива на достъп и незащитените или непълни конфигурации остават най-честите източници на риск за сигурността в облака при трите водещи доставчика.
Слабият контрол в IAM и липсата на регистриране на събития и сигнализиране са най-широко разпространените проблеми със сигурността при трите облачни доставчика, като засягат между 80% и 98% от акаунтите.
AWS регистрира най-високо присъствие на неправилни конфигурации в пет от шестте анализирани категории за сигурност, включително твърде разрешаващи защитни стени, изложени на риск услуги и слабо криптиране. Azure има най-висок процент на неправилно конфигурирани услуги. Google Cloud отчита най-ниско присъствие в четири от шестте категории.
Изложените на външен достъп услуги показват най-голяма вариация, като засягат 76% от акаунтите в AWS, 64% от акаунтите в Azure и едва 8% от акаунтите в Google Cloud. Тези разлики се дължат отчасти на широкия портфейл от услуги на всеки доставчик и разликите в техния подход към сигурните конфигурации по подразбиране.
Тенденции при отстраняване на проблеми според размера на организацията
Състоянието на облачната сигурност варира и в зависимост от размера на организацията. Големите предприятия обикновено съобщават за по-малко проблеми с разрешаващи защитни стени, изложени услуги и слабо криптиране в сравнение с по-малките организации, което показва по-зрели процеси за сигурност и по-големи инвестиции в сигурността на облака.
Управлението на идентичността и достъпа (IAM) е единствената категория, която става по-трудна с разрастването на бизнеса. Слабият контрол на IAM засяга 87% от малките и средни предприятия, 95% от средните организации и 98% от големите предприятия. Нарастването се обяснява с нарастващата сложност при управлението на потребители, роли и разрешения в по-големи и комплексни среди.
Размерът на организацията оказва влияние и върху времето за реакция. По-малките организации коригират облачните грешки за средно 8 до 16 дни. Средното време за отстраняване на уязвимост достига пик от 35 дни при организации с 1000 до 5000 служители, спада до 19 дни при компании с 5000 до 10 000 служители и пада до едва 10 дни при най-големите предприятия. Средните по размер организации често управляват облачни среди с корпоративен мащаб, но без да разполагат със специализираните ресурси за сигурност, достъпни за по-големите компании.