Число кибератак продолжает расти. В то время как специалисты по безопасности сосредотачивают свое внимание на новых технологиях, таких как генеративный ИИ для возникающих угроз, они часто игнорируют наиболее распространенные и защищаемые угрозы безопасности облачных данных – ошибочную конфигурацию. Оценки PwC Исследования отрасли показывают, что 73% нарушений облачных данных являются результатом базовых ошибок в конфигурации системы. Уязвимости возникают из-за того, что букет остается общедоступным для дебютирования, предоставление чрезмерно широких разрешений в управлении доступом, открытие брандмауэра «временно» и забвение закрыть его, а также подобные действия. Фактор «oops» стал крупнейшей головной болью для ИТ-профессионалов. Конфигурации облака постоянно меняются. Может быть развернута новая микросервис, создана новая букета для дебагментации, или аккредитации доступа изменились, чтобы устранить проблему.Каждое изменение инфраструктуры представляет собой еще одну возможность для эксплуатации.Неправильная конфигурация означает воздействие, и хакеры постоянно сканируют для обнаружения выявленных ресурсов, которые могут дать им доступ к системе. Если неправильная конфигурация является основным источником взлома облака, организации должны пересмотреть свой подход к безопасности.Вместо проведения ежемесячных или квартальных проверок, они нуждаются в стратегии безопасности, которая идёт в ногу с постоянными изменениями облака, устраняет слепые пятна и проверяет каждый риск, прежде чем это приведет к взлому. Он был разработан, чтобы обнаружить ошибки, прежде чем они станут проблемами. Сканер уязвимостей Astra Cloud Растущая проблема неправильной конфигурации В отличие от обычных сетевых систем, облачные инфраструктуры находятся в постоянном состоянии потока. Ресурсы перемещаются и удаляются по мере необходимости, потребности в хранилище меняются, обновляются разрешения и добавляются услуги. AWS, Azure, GCP и другие поставщики облачных услуг постоянно обновляют сотни параметров конфигурации. Управление идентификацией и доступом (IAM) является одной из крупнейших проблемных областей. IAM является мощным облачным инструментом безопасности и часто является тем, что плохо управляется. IAM-распространение является постоянной проблемой, поскольку разрешения пользователей обновляются и добавляются, но редко удаляются. Согласно Astra-пентестированию, 78% критических проблем риска в облачных инфраструктурах связаны с IAM или политическими воздействиями. Некоторые из самых распространенных проблем IAM - это разрешения на дикие карты, слишком широкие разрешения на роли, забытые учетные записи услуг, политики, позволяющие эскалацию привилегий, и конфиденциальные данные, раскрытые в журналах, хранилищах или сроках выполнения. Также часто поддерживаются многооблачные инфраструктуры, охватывающие AWS, Azure, GCP и другие публичные и частные облака. Тем не менее, поддержание многооблачной системы требует управления различными конвенциями наименования, параметрами безопасности, моделями разрешений и поведением регистрации. Сохранение темпов работы с командами DevOps является еще одной проблемой. DevOps постоянно поставляет hotfixes, новые услуги и флаги функций, с новыми интеграциями и развертываниями каждые несколько часов. Если команда безопасности применяет квартальные сканирования, ручные обзоры и нерегулярные аудит соответствия, они не могут идти в ногу с изменениями DevOps. инструменты Legacy Cloud Security Posture Management (CSPM) могут помочь отслеживать, но они также имеют тенденцию выдавать тысячи оповещений с помощью медленных или только периодических сканирований, и у них нет валидации эксплуататоспособности. инструменты CSPM также имеют мало интеграции с рабочими процессами разработчиков. Ошибки за большинством нарушений Конечно, у каждого провайдера облачных услуг есть свои особенности, и у разных провайдеров есть разные проблемы с безопасностью. Часто букеты создаются для обработки дебаггеров или для других целей. Общедоступный букет может раскрыть целые наборы данных, если он не будет отвернут. Даже с лучшими практиками, ИТ-профессионалы часто открывают доступ к ресурсам для специальных проектов или для облегчения операций, только чтобы забыть о них позже. Открытые порты (например, 0.0.0/0) являются привлекательными точками входа для хакеров.Незащищенные конечные точки API с отсутствием аутентификации или слишком допустимыми токенами также являются распространенными источниками потери данных. Отсутствие шифрования данных является еще одним распространенным нарушением соответствия. Данные в покое и в движении должны быть зашифрованы, чтобы предотвратить несанкционированный доступ. Неправильное ведение журналов, или отсутствие ведения журналов вообще, приводит к слепым точкам, которые могут быть использованы. Потребность в новом виде решения безопасности Поскольку облачные конфигурации постоянно меняются, непрерывный мониторинг безопасности также необходим. Видимость без агентов во всех учетных записях в облаке.Команды должны иметь возможность быстро войти в систему и заранее распознавать риски. Каждая новая роль, правило, букет и обновление разрешений должны быть идентифицированы и подтверждены по мере их возникновения. Содействие видимости может привести к значительному количеству добавленного шума, поэтому система должна уметь различать эксплуатационные риски и теоретические угрозы. Риски следует классифицировать на основе путей воздействия, чувствительности данных, потенциальной эскалации привилегий и связанных с ними факторов. Мониторинг деятельности DevOps необходим для выявления и исправления ошибок конфигурации до того, как они достигнут производства. По мере ускорения масштаба облака и расширения площади атаки важно перейти от случайных к непрерывным проверкам безопасности.Цель состоит в том, чтобы закрыть разрыв между видимостью и подтверждением, переходя от реактивного к активному ответу. Это подход, который Astra приняла с новым сканером уязвимостей в облаке, который сочетает в себе набор без агентов, непрерывный мониторинг и анализ, а также проверку уровня атаки. Astra автоматически сканирует облачную среду на предмет изменений, например, когда букет становится публичным, модифицируется политика, создается роль или открывается порт. Погрешности обнаруживаются по мере их возникновения, исключая необходимость еженедельных или квартальных проверок. Облачный сканер уязвимостей Astra имеет более 400 проверок ошибочной конфигурации и 3000 автоматизированных тестов уязвимости. Он охватывает такие конфигурационные проблемы, как экспозиция IAM, настройки хранения, проблемы сетевой и групповой безопасности, слабости конечных точек API, пробелы в шифровании и дрейф политики. Astra Offensive Security Engine упрощает проактивное управление безопасностью, предоставляя четкие, действенные знания.Security Engine генерирует тысячи сценариев «может быть», чтобы выявить эксплуатируемые ошибки конфигурации и удалить ложные положительные, что облегчает приоритетное определение проблем конфигурации без угадывания. Неправильные настройки являются естественным побочным продуктом любой облачной вычислительной системы, и их устранение является наибольшей возможностью для снижения риска безопасности.Когда изменения происходят со скоростью и масштабом, выгодно иметь сканер уязвимостей, который обладает видимостью без агентов, непрерывным сканированием, вызываемым изменениями, и обнаружением угроз с первым подтверждением.Неправильная конфигурация может составлять 73% нарушений облачных данных, но правильные инструменты обнаружения могут помочь держать вашу организацию вне этой статистики.

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

Раскрытие силы ИИ. Систематический обзор передовых методов: Краткое содержание и введение

Нажмите, чтобы заработать: Telegram может привлечь следующие 10 миллиардов пользователей криптовалюты до Соланы

Цифровые кочевники слушают: что нужно знать о новой визе DTV в Таиланде

Рост криптовалют: создание эффективных образов пользователей

Раскрытие силы ИИ. Систематический обзор передовых методов: Краткое содержание и введение

Нажмите, чтобы заработать: Telegram может привлечь следующие 10 миллиардов пользователей криптовалюты до Соланы

Цифровые кочевники слушают: что нужно знать о новой визе DTV в Таиланде

Рост криптовалют: создание эффективных образов пользователей

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps