Уязвимости BadAlloc затрагивают множество встраиваемых и IoT-устройств

Уязвимости BadAlloc затрагивают множество встраиваемых и IoT-устройств

Уязвимости BadAlloc затрагивают множество встраиваемых и IoT-устройств

Исследователи из Microsoft выявили схожие уязвимости в двух десятках прошивок подключенных к интернету устройств, используемых в промышленном производстве, медицинских учреждениях, корпоративных и домашних сетях. Проблемы, объединенные под общим именем BadAlloc, позволяют обойти защиту и удаленно выполнить вредоносный код в целевой системе.

Согласно описанию Microsoft, все эти уязвимости возникли из-за неправильной реализации функций выделения памяти при создании операционных систем реального времени (RTOS), SDK-комплектов и библиотек СИ (libc). Во всех случаях разработчики не позаботились об адекватной проверке входных данных; в итоге открылась возможность через переполнение буфера в куче вызвать отказ в обслуживании (DoS) или внедрить и выполнить сторонний код.

Уязвимости BadAlloc выявлены в продуктах многих вендоров, в том числе Amazon, ARM, Cesanta, Google Cloud, Samsung, Texas Instruments и Tencent. Публикуя полный список, американская Группа быстрого реагирования на киберинциденты в сфере управления производственными процессами (ICS-CERT) отметила, что данная проблема могла быть также привнесена в различные opensource-форки.

Сведений об использовании BadAlloc в реальных атаках пока нет, однако владельцев затронутых встраиваемых и IoT-устройств призывают как можно скорее обновить прошивки. Информация о наличии патчей приведена в бюллетене ICS-CERT.

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

GitHub сделает платными собственные раннеры для Actions

GitHub меняет подход к оплате Actions и готовится брать деньги за то, что раньше было бесплатным. С марта компания начнёт взимать плату за использование собственных раннеров в приватных репозиториях — по $0,002 за минуту работы. Для публичных репозиториев ничего не меняется: там собственные раннеры по-прежнему бесплатны.

Об изменениях GitHub сообщил в блоге, одновременно анонсировав снижение цен на GitHub-раннеры с 1 января. Всё это компания объединяет под лозунгом «более простое ценообразование и лучший опыт работы с GitHub Actions».

Реакция крупных пользователей оказалась ожидаемой. В DevOps-сообществе новость встретили без энтузиазма. Один из пользователей Reddit рассказал, что для его команды новые тарифы означают плюс около $3,5 тыс. в месяц к счёту GitHub — и это при использовании собственных серверов.

В GitHub объясняют решение тем, что собственные раннеры годами фактически пользовались инфраструктурой Actions бесплатно. По словам компании, развитие и поддержка этих сервисов всё это время субсидировались за счёт цен на GitHub раннеры, и теперь расходы хотят «привести в соответствие с фактическим использованием».

При этом GitHub уверяет, что большинство пользователей изменений не почувствует. По оценке компании:

  • 96% клиентов не увидят роста расходов вообще;
  • из оставшихся 4% у 85% затраты даже снизятся;
  • для оставшихся 15% медианный рост составит около $13 в месяц.

Для тех, кто использует самохостные раннеры и хочет заранее понять, во что это выльется, GitHub обновил калькулятор цен, добавив туда новые расчёты.

Тем не менее для крупных команд и корпоративных проектов нововведение может стать поводом пересмотреть CI/CD-процессы — особенно если их раннеры использовались активно именно ради экономии.

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