В Firefox 84 устранили критический баг, актуальный и для Google Chrome

В Firefox 84 устранили критический баг, актуальный и для Google Chrome

В Firefox 84 устранили критический баг, актуальный и для Google Chrome

Mozilla выпустила новую версию своего браузера — Firefox 84, в которой разработчики устранили ряд опасных уязвимостей (нашлась даже критическая). Стоит особо выделить один из багов, который затрагивал одновременно и другой популярный интернет-обозреватель — Google Chrome.

Больше всего Mozilla гордится поддержкой M1, собственных процессоров компании Apple, которыми та уже оснастила последнюю линейку MacBook Air и MacBook Pro.

Однако мы сосредоточимся на уязвимостях: разработчики пропатчили шесть дыр высокой степени риска, а также одну критическую, получившую идентификатор CVE-2020-16042. Именно последняя брешь упоминается и в контексте Google Chrome.

Как Mozilla, так и Google пока не спешат раскрывать подробности проблемы безопасности, сейчас этот баг значится просто как «ошибка памяти». В сообщении Mozilla разработчики назвали уязвимый JavaScript-компонент, который затрагивает эта дыра, — BigInt.

Google же описывает уязвимость несколько иначе, однако также упоминает проблемный компонент — JavaScript-движок V8. Такие типы дыр исследователи ещё в 2017 году называли критическим вектором атаки.

Вообще, в Firefox 84 устранены преимущественно проблемы памяти, например: CVE-2020-35114, CVE-2020-35113, CVE-2020-26971, CVE-2020-26972 и CVE-2020-26973.

Linux 7.1 может наконец сделать NTFS по-настоящему родной файловой системой

В Linux 7.1 намечается заметное обновление, которое особенно оценят те, кто живёт на два мира — Linux и Windows. В ядро уже влит новый драйвер NTFS, и это одна из самых важных, хотя и не самых громких, перемен в файловой подсистеме за последние годы. Сам Линус Торвальдс назвал это воскрешением NTFS.

Вся соль в том, что Linux наконец получает более современную встроенную поддержку NTFS — файловой системы, на которой по умолчанию живёт Windows.

До сих пор с ней всё было либо терпимо, либо просто неудобно: старый драйвер в ядре долгое время умел в основном читать NTFS-разделы, NTFS-3G работал через FUSE и проигрывал по скорости, а более новый NTFS3, хотя и был быстрее, за последние годы успел заработать репутацию решения без слишком активного развития.

Новый драйвер делает ставку не просто на поддержку NTFS, а на более нативную работу внутри самого ядра Linux. В документации ядра прямо сказано, что он обеспечивает полноценную поддержку чтения и записи, рассчитан на высокую производительность и использует современные механизмы вроде iomap и folio.

За разработкой стоит Намджэ Чон — тот же девелопер, который раньше занимался драйвером exFAT для Linux. По данным LKML, он работал над этим направлением около четырёх лет.

На бумаге всё выглядит очень бодро. В обсуждении патчей и публикациях о слиянии упоминается, что однопоточная запись стала быстрее примерно на 3–5%, многопоточная — на 35–110%, а монтирование 4-терабайтного диска ускорилось примерно в четыре раза по сравнению с NTFS3. Кроме того, новый драйвер уже проходит больше тестов xfstests, чем NTFS3: 326 против 273.

Правда, без оговорок тут не обошлось. Это всё-таки новый код, так что в первых релизах вполне возможны шероховатости, особенно в каких-то менее популярных особенностях NTFS. Да и сама NTFS остаётся файловой системой из мира Windows, так что полностью вести себя как ext4 или XFS под Linux она всё равно не начнёт. Но сам вектор выглядит приятным: в ядре Linux эту тему наконец решили делать всерьёз, а не по остаточному принципу.

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