Возвращение закрытого бага

Возвращение закрытого бага

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



Напомним, что уязвимость, которую впервые обнаружил польский хакер cliph (Wojciech Purczynski), существует в компоненте операционной системы, отвечающем за преобразование 64-битныx значений в 32-битные и наоборот. Исследователь Бен Хоукс, по его собственным словам, "насторожился", заметив в процессе работы с системой признаки того, что уязвимость все еще открыта.


"Я связался со своим другом, Робертом Свьеки, который тогда, в 2007 году, написал эксплойт для этой уязвимости; он также проявил интерес к данной проблеме, и вместе с ним мы попробовали применить тот старый код эскалации привилегий. С незначительными изменениями код сработал, и мы получили корневой доступ," - сообщил г-н Хоукс.


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


В итоге недоверенный пользователь (скажем, с ограниченным доступом по SSH) имеет довольно тривиальную возможность получить полный доступ, в сущности, к любой 64-битной Linux-системе. Стоит отметить, что уязвимость пребывала в ядре несколько лет, несмотря на то, что один раз ее уже исправляли; это не может не вызывать вполне закономерных вопросов.


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


The Register

ARinteg представила Мастер ПДн для подготовки компаний к проверкам

Компания ARinteg представила новое решение «Мастер ПДн» для автоматизации процессов, связанных с обработкой и защитой персональных данных. Тема ПДн остаётся одной из самых болезненных для бизнеса: утечки продолжаются, а штрафы за нарушения с мая 2025 года заметно выросли.

Пока рынок только адаптируется к новым требованиям, но во второй половине 2026 года ситуация может стать жёстче, особенно если регуляторы начнут активнее применять новые санкции.

«Мастер ПДн» предназначен для подготовки документов, необходимых при обработке персональных данных. Решение работает с разными системами кадрового учёта и помогает выстроить документацию вокруг процессов обработки ПДн — именно такой подход требуется регулятором.

По словам заместителя технического директора по консалтингу и аудиту ARinteg Олега Нестеровского, компаниям важно не просто формально подготовить документы, а собрать доказательную базу того, что они выполнили требования закона по защите персональных данных.

Новый продукт стал развитием уже существующего у ARinteg решения — модуля УПДн, совместимого с 1С:ЗУП. «Мастер ПДн» расширяет его возможности и позволяет автоматически формировать номенклатуру согласий для каждого субъекта ПДн с учётом целей обработки.

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

Среди основных функций «Мастера ПДн» — учёт процессов обработки персональных данных, ведение перечня обрабатываемых ПДн, определение уровней защищённости ИСПДн, а также подготовка документов по обработке и защите данных.

В ARinteg заявляют, что решение может сократить время подготовки регламентной документации до 90%. Для компаний это означает меньше ручной работы для юристов, кадровиков и специалистов по информационной безопасности при подготовке к проверкам регуляторов.

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