Решение по защите контейнеров Luntry добавлено в реестр Минцифры

Решение по защите контейнеров Luntry добавлено в реестр Минцифры

Luntry, российское решение полного цикла для обеспечения безопасности микросервисных приложений, внесено в реестр Минцифры. Оно покрывает весь процесс разработки и эксплуатации в контейнерных средах, включая в себя такие функции, как сканирование безопасности образов и Kubernetes-ресурсов, runtimе-защита, защита сети и анализ RBAC.

Начиная со встраивания в CI/CD-систему, Luntry позволяет анализировать безопасность образов на основе открытых источников. Анализ безопасности также можно проводить и в полностью закрытом контуре. В скором времени разработчик планирует внедрить поддержку базы данных уязвимостей ФСТЭК.

Среди клиентов Luntry — компании из разных отраслей: ИТ, финтех, банковская сфера, страховые компании и ретейл.

Команда Luntry специализируется на безопасности контейнеров и Kubernetes и вносит свой вклад в развитие этого направления, представляя результаты своей работы и исследований в различных сообществах и на конференциях (ZeroNights, OFFZONE, PHDays, DevOpsConf, HighgLoad).

В основе развития Luntry – собственные исследования разработчиков, а также опыт проведения аудитов и пентестов Kubernetes.

Основатель Luntry Дмитрий Евдокимов отдельно отмечает важность обеспечения безопасности контейнеров на всем их жизненном цикле:

«Бесполезно просто сканировать образы контейнеров на уязвимости, ведь с обновлением баз данных уязвимостей сканирования показывают все новые результаты. А к этому моменту эти образы уже работают и могут подвергаться атакам внешних злоумышленников. Хотя несколько часов назад в них вообще могло не быть никаких уязвимостей. При этом не забываем, что помимо уязвимостей в стороннем коде есть еще уязвимости в собственном коде. Как раз тут и приходят механизмы безопасности, работающие в runtime».

Посвященную Luntry запись можно найти в реестре программного обеспечения Минцифры.

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Яндекс Дзен, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

Система MLS утверждена в качестве стандарта сквозного шифрования

Рабочая группа по стандартизации / развитию интернет-технологий (IETF) санкционировала публикацию документа Messaging Layer Security (MLS) в последней редакции. Новый стандарт диктует использование сквозного шифрования для защиты обмена сообщениями и призван упростить реализацию таких механизмов в веб-приложениях.

Целью разработки являлась унификация процедуры согласования ключей, аутентификации и обеспечения конфиденциальности. Участники, по словам IETF, постарались учесть все прежние достижения в области защиты передачи данных.

Так, MLS-система, как и Double Ratchet (алгоритм управления ключами, используемый в iMessage, Viber, WhatsApp, Signal), может работать в асинхронном режиме, а также обеспечивает защиту пользовательских данных после компрометации криптоключа (Post-Compromise Security, PCS).

С TLS 1.3 новый стандарт роднит надежность аутентификации; параметры безопасности в обоих случаях были подтверждены формальным анализом. Создатели MLS также предусмотрели возможность масштабирования: коллективный обмен можно распространить на тысячи устройств без поражения в безопасности.

За основу спецификаций взяты созданные в IETF черновые варианты мессенджера с MLS-защитой и протокола согласования ключей по MLS. Последний призван решить следующие задачи:

  1. Конфиденциальность — сообщения могут читать только участники группы.
  2. Целостность и достоверность данных — каждое сообщение отправляется аутентифицированным пользователем и не может быть изменено в ходе пересылки.
  3. Аутентичность состава группы — каждый участник может проверить подлинность других собеседников.
  4. Работа в асинхронном режиме — согласование ключей не требует одномоментного присутствия сторон онлайн.
  5. Прямая секретность (Forward Secrecy) — компрометация одного из участников не раскроет сообщения, ранее отправленные в группу.
  6. PCS — компрометация одного из участников не позволит аутсайдеру получить доступ к дальнейшему обмену в группе.
  7. Масштабируемость — учет потребления ресурсов при изменении величины группы.

В настоящее время MLS используют Webex и RingCentral. Переход на MLS также запланирован для Wire, Wickr и Matrix.

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Яндекс Дзен, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

RSS: Новости на портале Anti-Malware.ru