Попитайте всеки облачен инженер колко приложения се изпълняват в тяхната среда и ще получите номер на топката.Попитайте отново пет минути по-късно и те могат да го удвоят.Не защото са избягващи, а защото просто не знаят точния брой. Трудно е да се повярва, но между пренасочванията на CI / CD тръбопровода, зомбита, наследствени приложения в тъмни ъгли на инфраструктурата и твърде много доставчици на самоличност (IdPs), е лесно да се загуби следа. Когато не знаете какво се случва, не можете да го управлявате и да го защитите. Сираци приложения без MFA, приложения, които все още разчитат на наследена автентикация, или натоварвания, преразпределени от остарял скрипт, са лесна плячка за лошите актьори. Имам съответствие Имам съответствие Тъй като всичко останало става непрекъснато - от интеграцията до разгръщането - откритието също трябва да бъде. Въпросът за фрагментацията В едно типично предприятие днес приложенията се разгръщат в AWS, Azure, GCP и може би в частен облак или два. Като използвате Google Cloud Platform (GCP) като пример, приложението може да бъде разгърнато по много начини. Имате опции, които включват App Engine, Cloud Run, Compute Engine, Google Kubernetes Engine и Apigee Gateway. Други облачни платформи като Azure и Amazon Web Services също имат много опции за разгръщане за работни натоварвания на приложения. Някои от тях са сходни, като поддръжката на Kubernetes, но други технологии могат да бъдат уникални за тази облачна платформа. Дори инфраструктурата като код (IaC), като Terraform, не винаги улавя цялата картина, особено когато разработчиците заобикалят шаблони за ръчно внедряване или забравят да актуализират таговете. Разбира се, има подобно разпространение за системите за идентичност, които контролират достъпа до тези приложения.Предприятията могат да имат комбинация от Okta, Microsoft Entra ID и Amazon Cognito, както и продукти за управление на достъпа на Active Directory или на местно ниво, наследствени инстанции на SiteMinder и Active Directory на местно ниво, често съвместно съществуващи. Фрагментирана идентичност Приложенията могат да се автентифицират срещу различни IdPs в зависимост от това кога и къде са били разгърнати. Например екипът може да избере Okta за вътрешни приложения, докато системите, насочени към клиентите, разчитат на Microsoft Или пък познато. Въведете ID Въведете ID Резултатът е широка мрежа от акредитации, политики и модели на достъп, които правят почти невъзможно да се одитира последователно. Това ниво на Това определено е неудобно, но по-лошото е, че е опасно. Нападателите не трябва да компрометират вашата корона бижута; те просто трябва да намерят тази незащитена врата. Фрагментиране на идентичността Фрагментиране на идентичността Защо традиционните одити не го режат Един пример за модел на одит включва въвеждане на консултантска фирма Big Four, провеждане на одит, генериране на доклад и назоваване на ден. CI/CD тръбопроводи могат да преразпределят дезактивирани приложения. Екипът на разработчиците може да създаде нещо ново, без да информира за сигурността. Или по-лошо, приложението, което спи със свободна политика на SiteMinder, все още може да позволи на всеки с имейл @company.com да влезе. Което е още по-тревожно, тези одити са по своята същност тесни по обхват.Те улавят моментна снимка на система, която непрекъснато се променя.Всяко значимо откритие се предава на хората, участващи в процеса на одита, и често се съхранява в статични документи, които никой не преглежда до следващия кръг. Няма непрекъснатост, няма автоматизация и няма гаранция, че данните остават точни извън деня, в който са събрани. Доларът и чувството за сигурност Нека не забравяме цената. Тези оценки често изискват седмици усилия и стотици хиляди долари.Резултатът е красива презентация, с диаграми и куршуми, които изглеждат страхотно в бордова зала.Но каква стойност носят на инженер, който се опитва да проследи кой IdP управлява достъпа до контейнеризирано приложение, работещо на забравен GCP клъстер? В същото време нападателите не чакат следващия ви цикъл на одит. Те сканират повърхността на атаката ви, търсейки крайни точки, които вашата таблица не е уловила. Как изглежда непрекъснатото откриване? Много от екипите по сигурността са затрупани да играят сляпо с видимост на приложенията. Те откриват едно сенчестно приложение, само за да намерят още три, скрити в пукнатините. Проблемът не е поради мързел или липса на инструменти, а защото средата непрекъснато се променя. Между разработчиците се въртят нови услуги, CI / CD тръбопроводи преразпределят старите и инфраструктурата се развива през седмицата, като поддържането на статичен инвентар е невъзможно. Това е причината за непрекъснатите скали за откриване.Той променя видимостта от нещо, което правите веднъж на четвърт, на нещо, което изграждате в тъканта на вашите операции.Ето какво означава това: ** Скениране в облак: **Призоваване на API в облачни платформи (GCP, Azure, AWS), за да се изброят разгръщанията в различни услуги: App Engine, ECS, Lambda, Cloud Run и др. : Картиране на всяко приложение до неговия IdP, проверка на изпълнението на MFA и моделите за аутентификация на каталога (SAML, OIDC, LDAP, базирани на заглавие и др.). Identity correlation Заснемете приложения, които се появяват отново, след като са били изключени, защото тръбопроводът не е получил меморандума. CI/CD monitoring Използвайте метаданни за организиране по обхват на съответствие (например PCI приложения), отдел или чувствителност на данните. Tagging and classification Непрекъснатото откриване осигурява връзката между вашата инфраструктура и вашата архитектура на идентичността. Без него следващото нарушение, свързано с приложението, може да не идва от сложна експлоатация, а вместо това, нещо, което вашият екип дори не знаеше, че работи. Вместо периодични пожарни тренировки, непрекъснатото откриване третира видимостта на приложенията като жив процес. Реален случай на използване: предположението за 2,500 срещу 4,500 приложения В една от компаниите от Fortune 500, на един новоназначен CTO е зададен очевидно прост въпрос: "Колко приложения има във вашата среда?" „2 500“, отговори тя уверено. „Почакай, току-що придобихме друга компания с приблизително същия размер. Този отговор не идваше от система от записи. Това беше предположение, основано на броя на главите на придобиванията и грубото предположение за паритет. Нямаше инвентаризация на приложенията, за да се консултира, нямаше табла за потвърждаване на общата сума - просто математика зад кутията. И това не беше младши ИТ анализатор. Сценарии като този говорят, защото подчертават липсата на надежден, непрекъснато актуализиран регистър на приложенията.Без един, компаниите са принудени да разчитат на памет, ръчни таблици и племенни знания - всички от които се провалят в динамични, облачни среди. Ако ръководният екип не може да изчисли броя на приложенията в игра, как може да бъде сигурен, че тези приложения са сигурни, съответстващи на изискванията и правилно управлявани? Защо инженерите и екипите на IAM трябва да се грижат? Ако управлявате IAM и приложението все още използва основно удостоверяване без MFA, това зависи от вас, независимо дали знаете за приложението или не. И ако сте отговорен за поддържането на нещата в съответствие, че шестмесечният таблица няма да ви предпази, когато одитор поиска текущи данни за достъп и удостоверяване. 
 
 
 
 Знаеш какво има там Знаете кой има достъп Знаете ли, че е безопасно И можете да го докажете. Как да се справим със света на промените Откритието надхвърля съставянето на списък и играе ключова роля за разкриване на скритите рискове. тъмните ъгли на вашия облак, където остарелите приложения, неправилно конфигурирани услуги или неупълномощени разпространения все още могат да се изпълняват тихо и незабелязано. Непрекъснатото откриване затваря цикъла, като предоставя на екипите за сигурност и самоличност карта в реално време на техния пейзаж на приложенията – какво се изпълнява, как е защитено и кой има достъп – така че те могат да предприемат решителни действия, преди да се стигне до ескалация. (Както бе отбелязано, Джери Гебел е професионално свързан с компания, работеща в областта на управлението на самоличността и сигурността.

This writer has a vested interest be it monetary, business, or otherwise, with 1 or more of the products or companies mentioned within.

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

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

Sign up for Orchestration Kitchen workshops

Това аудио е създадено на оригиналния език на историята!

Твърде дълго; Чета

Make resilience your competitive advantage

Cloud Sprawl е реална. непрекъснатото откриване е най-добрата ви защита

About Author

КОМЕНТАРИ

ЗАКАЧВАЙТЕ ЕТИКЕТИ

ТАЗИ СТАТИЯ Е ПРЕДСТАВЕНА В

Related Stories

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps