Бројот на сајбер напади продолжува да расте. Бројот на бизниси кои доживуваат прекршување на податоците од повеќе од 1 милион долари во 2024 година се зголеми од 27% на 36%.Додека професионалците за безбедност го фокусираат своето внимание на новите технологии како генеративна АИ за новите закани, тие често ги игнорираат најчестите и одбраните закани за безбедноста на податоците во облак – погрешна конфигурација. Проценки на PwC Истражувањата во индустријата покажуваат дека 73% од прекршувањата на податоците во облакот се резултат на основни погрешни конфигурации на системот. ранливостите произлегуваат од оставањето на јавен резервоар за дебагирање, доделување на премногу широки дозволи во управувањето со пристапот, отворање на заштитен ѕид „привремено“ и заборавање да го затворите, и слични акции. Факторот „oops“ стана најголемата безбедносна главоболка за ИТ професионалци. Конфигурациите на облакот постојано се менуваат. Може да се распореди нова микро-услуга, да се создаде нов букет за дебагирање или да се променат поверителностите за пристап за да се реши проблем. Секоја промена на инфраструктурата претставува уште една можност за експлоатација. Неконфигурацијата значи изложеност, а хакерите постојано ги скенираат изложените ресурси кои можат да им дадат пристап до системот. Ако погрешната конфигурација е примарниот извор на прекршувања на облакот, организациите мора да го преиспитаат својот пристап кон безбедноста. Наместо да спроведуваат месечни или квартални проверки, им е потребна безбедносна стратегија која ги следи континуираните промени на облакот, ги елиминира слепите точки и го потврдува секој ризик пред да резултира со прекршување. е развиен за да ги открие погрешните конфигурации пред да станат проблеми. Скенер за ранливост на Astra Cloud Растечки проблем на погрешна конфигурација За разлика од конвенционалните мрежни системи, облачните инфраструктури се во постојана состојба на флукс. Ресурсите се спојуваат и отстрануваат како што е потребно, потребите за складирање се менуваат, дозволите се ажурираат и услугите се додаваат. AWS, Azure, GCP и други даватели на облачни услуги постојано ажурираат стотици параметри на конфигурација. Управувањето со идентитетот и пристапот (IAM) е една од најголемите проблематични области. IAM е моќна алатка за безбедност во облакот и често е онаа која е лошо управувана. IAM ширењето е постојан проблем бидејќи корисничките дозволи се ажурираат и додаваат, но ретко се отстрануваат. Според Astra pentesting, 78% од критичните проблеми со ризик во облачните инфраструктури се поврзани со IAM или изложеноста на политики. Некои од најчестите проблеми со IAM се дозволи за диви картички, премногу широки дозволи за улоги, заборавени сметки за услуги, политики кои овозможуваат ескалација на привилегиите и доверливи податоци изложени во дневниците, репозиториите или времетраењето. Исто така е вообичаено да се одржуваат мулти-облачни инфраструктури кои опфаќаат AWS, Azure, GCP и други јавни и приватни облаци. Сепак, одржувањето на мулти-облачен систем бара управување со различни конвенции за именување, безбедносни стандарди, модели на дозволи и однесување за логирање. Одржувањето на темпото со DevOps тимовите е уште еден предизвик. DevOps постојано доставува точни поправки, нови услуги и знамиња за карактеристики, со нови интеграции и имплементации на секои неколку часа. Ако тимот за безбедност применува квартални скени, рачни ревизии и нередовни ревизии за усогласеност, тие не можат да ги следат промените во DevOps. Legacy Cloud Security Posture Management (CSPM) алатки може да помогнат да се следи, но тие, исто така, имаат тенденција да издаваат илјадници предупредувања со користење на бавни или само периодични скени, и немаат валидација за искористување. Лошите конфигурации зад повеќето прекршувања Се разбира, секој давател на услуги за облак има свои чудни работи, и постојат различни безбедносни грижи за различни даватели. Јавно изложените букети се вообичаени. Букетите често се создаваат за да се справат со дебугирање или за други цели. Јавно достапниот букет може да изложи цели збирки на податоци ако не се сврти. Дури и со најдобрите практики, ИТ професионалци често отвораат пристап до ресурси за специјални проекти или за да ги олеснат операциите, само за да заборават за нив подоцна. Отворените порти (на пример, 0.0.0/0) се атрактивни точки за влез за хакери.Незаштитени API крајни точки со недостаток на аутентификација или премногу дозволителни токени се исто така чести извори на загуба на податоци. Недостатокот на енкрипција на податоците е уште една честа неуспех во усогласувањето. Несоодветното известување или воопшто нема известување доведува до слепи точки кои можат да бидат искористени. Потребата од нов вид безбедносно решение Бидејќи конфигурациите на облакот постојано се менуваат, потребен е и континуиран мониторинг на безбедноста. Видливост без агенти на сите сметки во облак. Тимовите треба да можат брзо да се приклучат и да ги препознаат ризиците однапред. Секоја нова улога, правило, бакет и ажурирање на дозволите мора да се идентификуваат и потврдуваат како што се случуваат. Промовирањето на видливоста може да резултира со значителна количина на додадена бучава, така што системот мора да може да ги разликува експлоатираните ризици и теоретските закани. Ризиците треба да се рангираат врз основа на патеките на изложеност, чувствителноста на податоците, потенцијалната ескалација на привилегиите и сродните фактори. Мониторирањето на активностите на DevOps е од суштинско значење за да се идентификуваат и коригираат погрешните конфигурации пред да стигнат до производството. Како што скалата на облакот се забрзува и површината на нападот се проширува, од суштинско значење е да се премине од повремени до континуирани безбедносни проверки. Тоа е пристапот кој Астра го презеде со својот нов Cloud Vulnerability Scanner, кој ги комбинира агентно воведување, континуирано следење и анализа и валидација на ниво на напад. Астра автоматски ја скенира облачната средина за промени, како што се кога е направена јавна кутија, модифицирана политика, креирана улога или отворен порт. Скенерот за ранливост во облакот на Astra има повеќе од 400 проверки за погрешна конфигурација и 3.000 автоматизирани тестови за ранливост. Тоа ги покрива проблемите со конфигурацијата, како што се изложеноста на IAM, поставките за складирање, проблемите со мрежата и безбедносните групи, слабостите во крајните точки на API, празнините во шифрирањето и дрифтот на политиките. Astra Offensive Security Engine го поедноставува проактивното управување со безбедноста преку обезбедување на јасни, прилагодливи увид. Безбедносниот мотор генерира илјадници „можеби“ сценарија за да ги идентификува погрешните конфигурации кои можат да се искористат и да ги отстранат лажните позитиви, што го прави лесно да се приоритетираат проблемите со конфигурацијата без претпоставка. Погрешните конфигурации се природен нуспроизвод на секој облак компјутерски систем, и елиминирањето на нив е најголемата можност за намалување на безбедносниот ризик. Кога промените се случуваат со брзина и скала, вреди да се има скенер за ранливост кој има видливост без агенти, континуирано скенирање предизвикувано од промена и откривање на закани со валидација.

This story contains new, firsthand information uncovered by the writer.

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Ова аудио е произведено на оригиналниот јазик на приказната!

Новиот скенер за ранливост во облакот на Astra го цитира „факторот на отстапување“ зад 73% од прекршувањата на облакот

About Author

КОМЕНТАРИ

ВИСЕТЕ ТАГОВИ

ОВОЈ СТАТИЈА БЕШЕ ПРЕТСТАВЕН ВО

Related Stories

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps