SAP приобретает передовые технологии для обеспечения комплексной защиты своих продуктов

SAP приобретает передовые технологии для обеспечения комплексной защиты своих продуктов

Сегодня компании SAP AG и SECUDE AG объявили о достигнутой договоренности о приобретении  компанией SAP программных продуктов для обеспечения безопасности и управления идентификацией и доступом, а также соответствующих активов компании SECUDE, включая ресурсы разработки и консалтинга. В результате этой сделки компания SAP приобретет продукты Secure Login и Enterprise Single Sign-On с целью включения их в свой портфель решений.

Как сообщает SAP, это приобретение позволит компании предоставить своим клиентам безопасное взаимодействие клиент-сервер, и при этом им не придется использовать предложения от сторонних поставщиков. Несмотря на частичную продажу активов, SECUDE будет продолжать функционировать как самостоятельная компания, а основной акцент сместится на портфель решений и продуктов для защиты данных FinallySecure.

Приобретение ключевых решений этого ведущего поставщика технологий, иллюстрирует стремление SAP обеспечивать максимальную безопасность продуктов для своих клиентов и пользователей. Продукты Secure Login и Enterprise Single Sign-On позволят SAP выполнить ключевое требование клиентов: решения должны по умолчанию включать средства обеспечения безопасности. Защита ИТ-среды клиента будет усилена благодаря предварительно настроенным зашифрованным каналам связи, которые формируются на объектах заказчика. Это поможет снизить совокупную стоимость владения и упростить задачу администрирования для клиента.

«Мы очень рады, что в результате заключения этой сделки наша компания сможет не только удовлетворить потребности своих клиентов в сфере обеспечения безопасности, но и расширить компонент SAP NetWeaver Identity Management («Управление политикой конфиденциальности»), включив в него решения Secure Login Server и Enterprise Single Sign-On», – отметил  Бьорн Гоерке (Björn Goerke), старший вице-президент подразделения компании SAP Technology and Innovation Platform Core.

В дальнейшем SAP будет предоставлять базовую версию приложения Secure Login от SECUDE в рамках своей клиентской базы без каких-либо дополнительных расходов со стороны клиентов. Еще одно преимущество заключается в том, что к команде SAP присоединятся квалифицированные разработчики и консультанты, специализирующиеся в области обеспечения безопасности, что существенно укрепит позиции и расширит возможности компании в данной сфере.

Клиенты сталкиваются с серьезными угрозами для целостности и безопасности своих бизнес-процессов вследствие киберпреступлений и целенаправленных атак хакеров с целью кражи деловой информации. Приобретение приложений Secure Login и Enterprise Single Sign-On от SECUDE способствует дальнейшему расширению возможностей SAP в области защиты информации, позволяя сформировать защищенные коммуникационные каналы на любом предприятии. С точки зрения клиентов, это способствует укреплению защиты внутренней ИТ-среды благодаря внедрению более простых и надежных инструментов для авторизации пользователей.

«Глубокие знания и богатый опыт SECUDE теперь будут доступны для обширной клиентской базы компании SAP. Важность этой сделки трудно переоценить, особенно если принимать во внимание ключевую роль инструментов защиты данных в обеспечении соответствия нормативным требованиям и абсолютной управляемости бизнеса», — сказал основатель и генеральный директор SECUDE доктор Хайнер Кромер (Dr. Heiner Kromer).

Сделка между SAP и SECUDE будет завершена к 1 февраля 2011 г. Приобретение двух передовых продуктов SECUDE позволит включить средства установления безопасных соединений во все системы SAP, клиенты получат возможность использования единой точки входа и федеративных идентификаторов в любом пользовательском интерфейсе любой унаследованной системы.

Критическая уязвимость в telnetd жила почти 10 лет и давала root-доступ

Исследователь по информационной безопасности Саймон Йозефссон обнаружил критическую уязвимость в компоненте telnetd, входящем в состав GNU InetUtils. Брешь незаметно существовала почти десять лет — с мая 2015 года — и позволяла удалённо входить в систему без аутентификации, сразу под пользователем root.

Проблема затрагивает все версии GNU InetUtils с 1.9.3 по 2.7 включительно. По сути, любой злоумышленник при определённых условиях мог получить полный контроль над системой, даже не зная пароля.

Как поясняет Йозефссон, сервер telnetd запускает системную утилиту /usr/bin/login, обычно от имени root, и передаёт ей имя пользователя. В уязвимой реализации это имя можно получить из переменной окружения, переданной клиентом.

Если клиент подсовывает значение -f root и подключается к серверу с опцией telnet -a (режим автологина), происходит следующее:

  • telnetd передаёт значение переменной окружения USER напрямую в login(1);
  • никакой проверки или экранирования не выполняется;
  • login(1) воспринимает -f root как служебный параметр;
  • а параметр -f означает вход без проверки пароля.

В итоге сервер автоматически аутентифицирует подключение как root — полностью обходя процесс валидации.

Обычное подключение по telnet не позволяет указать имя пользователя в таком виде. Однако в режиме автологина (-a) имя пользователя берётся не из командной строки, а именно из переменной окружения USER.

Именно здесь и кроется корень проблемы: telnetd доверял содержимому USER без какой-либо валидации. Достаточно было установить переменную окружения в значение -f root, и система сама открывала дверь.

Йозефссон показал рабочий пример атаки на системе Trisquel GNU/Linux 11, где после одной команды пользователь моментально получал root-доступ.

Как выяснилось, уязвимость появилась в коммите от 19 марта 2015 года и попала в релиз GNU InetUtils 1.9.3 от 12 мая того же года. Изначально изменение задумывалось как исправление проблемы с автологином в средах с Kerberos — разработчики добавили передачу имени пользователя через переменную окружения, но забыли проверить её содержимое.

Саймон Йозефссон рекомендует как можно скорее ограничить сетевой доступ к telnet-порту только для доверенных клиентов; установить патч или обновиться до версии GNU InetUtils, в которой уязвимости нет;  в идеале — ещё раз задуматься, нужен ли telnet в инфраструктуре вообще.

Напомним, в этом месяце мы сообщали об опасной уязвимости в GNU Wget2, которая позволяет удалённо перезаписывать файлы.

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