Компания Oracle выпустила экстренное обновление Java для Windows

Компания Oracle выпустила экстренное обновление Java для Windows

Компания Oracle выпустила экстренное обновление Java для Windows

Oralce выпустила внеплановое обновление для Java SE 6, 7 и 8, закрывающее серьезную уязвимость в инсталляторе для Windows (CVE-2016-0603). Не новую, по сути, проблему обнаружил германский исследователь Стефан Кантак (Stefan Kanthak).

Уязвимость заключается в том, что инсталлятор может загружать и исполнять DLL-файлы из своей директории, а это, как правило, папка «Downloads».

Кантак отмечает, что осуществить такую атаку на инсталлятор Java будет непросто, но результат определенно стоит усилий. Сначала, перед тем как жертва установила Java, злоумышленнику придется обманом заставить ее скачать вредоносные файлы DLL, разместив их в одной директории с инсталлятором. Если это условие было соблюдено, атакующий сможет полностью скомпрометировать компьютер жертвы. Как только пользователь запустит установку Java, вредоносный код, скрывающийся в DLL-файлах, будет выполнен, пишет xakep.ru.

Ранее исследователь уже обнаруживал схожую проблему во многих приложениях, среди которых Firefox, Google Chrome, Adobe Reader, 7Zip, WinRAR, OpenOffice, VLC Media Player, Nmap, Python, TrueCrypt и Apple iTunes. Кроме того, этому багу были подвержены инсталляторы многих антивирусных продуктов: ZoneAlarm, Emsisoft Anti-Malware, Trend Micro, ESET NOD32, Avira, Panda Security, McAfee Security, Microsoft Security Essentials, Bitdefender, Rapid7’s ScanNowUPnP, Kaspersky и F-Secure.

В блоге представители Oracle поясняют, что пользователи, ранее скачавшие Java SE ниже версий 6u113, 7u97 и 8u73, с целью их последующей установки, должны удалить эти инсталляторы, заменив их версиями 6u113, 7u97, 8u73. Обновлять уже установленную Java не нужно, так как атака работает только во время установки.

Кантак также отметил, что аналогичная уязвимость была найдена им в инсталляторе Oracle VM VirtualBox  (CVE-2016-0602), и компания исправила этот баг еще в январе текущего года.

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