В GitLab закрыли критическую уязвимость выполнения кода (9,9 балла по CVSS)

В GitLab закрыли критическую уязвимость выполнения кода (9,9 балла по CVSS)

В GitLab закрыли критическую уязвимость выполнения кода (9,9 балла по CVSS)

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

Проблему отслеживают под идентификатором CVE-2022-2884, она получила почти максимальный балл по шкале CVSS — 9,9 из 10. Согласно описанию, брешь затрагивает все версии GitLab Community Edition (CE) и Enterprise Edition (EE): с 11.3.4 по 15.1.5, с 15.2 по 15.2.3 и с 15.3 по 15.3.1.

Корень проблемы кроется в API GitHub для импорта, который позволяет удаленно выполнить код. Об уязвимости представителям GitLab сообщил исследователь под ником yvvdwf.

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

Вышедшие версии 15.3.1, 15.2.3 и 15.1.5 устраняют критическую дыру, однако есть и другой способ защитится от возможной эксплуатации — отключить функцию импорта из GitHub. Эту опцию можно найти в настройках контроля доступа, в пункте «Ресурсы для импорта».

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

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Google начнёт скрывать Android-приложения, сильно разряжающие батарею

Google начнёт принимать меры против Android-приложений в Google Play, которые слишком активно работают в фоне и заметно разряжают аккумулятор. Если приложение превысит установленный порог «плохого поведения», оно может получить специальную пометку в магазине и потерять видимость в рекомендациях.

У разработчиков есть время до 1 марта 2026 года, чтобы привести свой софт в порядок. Именно к этому сроку вступит в силу новый ключевой показатель Android Vitals — метрика «избыточные частичные wake lock».

Она фиксирует, сколько времени приложение удерживает устройство от перехода в режим сна, когда экран выключен.

Google тестировала этот алгоритм с апреля, специалисты Samsung также были привлечены к разработке. Корпорация обещает целую серию метрик, призванных дать разработчикам более глубокое понимание того, как их приложения расходуют ресурсы.

Что именно будут измерять:

  • частичные wake lock, поддерживающие активность устройства при выключенном экране;
  • суммарное время таких блокировок в рамках одной пользовательской сессии;
  • общую статистику за 28 дней.

Подсчёт ведётся только для не связанных с системой wake lock, не относящихся к аудиовоспроизведению или явно инициированным действиям пользователя.

Нарушением считается ситуация, когда приложение удерживает устройство более двух часов в течение 24 часов в рамках одной пользовательской сессии. Если такое происходит более чем в 5% сессий за 28 дней, приложение попадает в зону риска.

В этом случае Google предупредит разработчика через Android Vitals и может пометить приложение как «быстро разряжающее батарею», что снизит его видимость в Google Play Store.

 

Google подчёркивает: цель метрики — улучшить качество приложений и повысить энергоэффективность смартфонов. Это не инструмент против шпионского софта или вредоносных приложений, хотя такие угрозы действительно нередко используют wake lock для постоянной передачи данных.

«Первостепенная задача — повысить качество работы приложений и улучшить пользовательский опыт», — пояснили в компании.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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