ЦОД DataSpace прошел сертификацию PCI DSS версии 3.2

ЦОД DataSpace прошел сертификацию PCI DSS версии 3.2

ЦОД DataSpace прошел сертификацию PCI DSS версии 3.2

Дата-центр компании DataSpace, успешно прошел сертификацию на соответствие стандарту безопасности данных индустрии платежных карт PCIDSSv3.2. Действие данного стандарта распространяется на любые организации, которые обрабатывают, передают или хранят данные о держателях платежных карт.

Центр обработки данных DataSpace прошел процедуру аудита уже третий год подряд в рамках ежегодной программы сертификации. В ходе аудита специалисты компании «Диалог Наука» подтвердили соответсвие комплекса мер физической защиты ЦОД, предотвращающих внештатный физический доступ на объект. На соответсвие стандарту PCI DSS версии 3.2 были проверены: служба охраны,  процедуры пропускного режима, политика контроля доступа, глубина архивов системы видеонаблюдения и другие элементы физической безопасности.

Payment Card Industry Data Security Standard (PCI DSS) — стандарт безопасности данных индустрии платежных карт, разработанный Советом по стандартам безопасности индустрии платежных карт (Payment Card Industry Security Standards Council, PCI SSC), учрежденный международными платежными системами Visa, MasterCard, American Express, JCB и Discover. 

Соответствие требованиям PCI DSS 3.2 гарантирует надежность и высокий уровень физической безопасности дата-центра благодаря многоуровневой системе защиты, которую обеспечивает DataSpace — биометрическому контролю доступа, строгому пропускному режиму, четким процедурам доступа и видеонаблюдения.

«Ежегодный аудит физической безопасности ЦОД позволяет нам контролировать соответствие уровня физической безопасности ЦОД DataSpace  мировым стандартам надежности. Сертификат PCI DSS версии 3.2 — это подтверждение физической безопасности доступа в ЦОД, которую мы гарантируем клиентам, беря на себя ответственность за хранение их данных — отмечает Кирилл Павельев, вице-президент по технологиям DataSpace.

«Прохождение DataSpace сертификации по стандарту PCI DSS версии 3.2 для нас, как поставщика облачных услуг, является гарантией надежности и наглядным доказательством высоких стандартов работы, которых придерживается DataSpace, — добавляет Михаил Тележкин, технический директор «ИТ-ГРАД». — Получив данный сертификат, компания DataSpace берет на себя ответственность по выполнению требований физической безопасности ЦОД и выступает надежным партнером, что позволяет нам оказывать полный спектр PCI DSS-услуг собственным клиентам». 

Уязвимости CrackArmor угрожают 12,6 млн Linux-серверов полным захватом

Исследователи из Qualys раскрыли сразу девять уязвимостей в AppArmor — одном из базовых защитных механизмов Linux. Эту группу дыр назвали CrackArmor. Опасность в том, что баги позволяют локальному непривилегированному пользователю обойти защитные механизмы, повысить привилегии до root и в отдельных сценариях выбраться за пределы контейнера.

По данным исследователей, уязвимости существуют ещё с 2017 года. История выглядит особенно неприятно потому, что AppArmor — вовсе не экзотика для специалистов.

В Ubuntu он загружается по умолчанию и отвечает за мандатное управление доступом, то есть ограничивает возможности приложений с помощью профилей. Именно поэтому новость касается не только отдельных серверов, но и облачных сред, контейнерной инфраструктуры и корпоративных Linux-систем в целом.

В основе CrackArmor лежит так называемая проблема «обманутый посредник» (confused deputy). Проще говоря, атакующий сам не может напрямую переписать системные политики, зато способен заставить сделать это доверенные и более привилегированные процессы. В результате ломается сама граница безопасности, на которую администратор рассчитывал.

 

Если эксплуатация проходит успешно, последствия могут быть очень неприятными. Речь идёт не только о локальном повышении привилегий до root, но и о нарушении контейнерной изоляции, а также о DoS-сценариях, когда система может уйти в сбой из-за переполнения стека ядра при работе с глубоко вложенными профилями. Кроме того, атакующий может фактически ослабить защиту важных сервисов, убрав или подменив критические ограничения.

Отдельный тревожный момент: на момент публикации у этих уязвимостей ещё нет официально присвоенных CVE-идентификаторов. Но это как раз тот случай, когда ждать появления номеров в реестрах не стоит. Механизмы эксплуатации уже описаны публично, а значит, у защитников времени на раскачку немного.

Поэтому главный совет прост: как можно быстрее ставить обновления ядра от своего вендора и проверять, какие системы остаются без патчей.

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