🔒 Lockdown Mode в Apple — коли безпека важливіша за зручність

У пристроях є маловідомий, але дуже потужний режим захисту — Lockdown Mode. Це не просто «посилена безпека», а радикальне обмеження функцій системи заради мінімізації ризиків складних атак.

📱 Режим з’явився у 2022 році разом із і доступний також на iPadOS та macOS.


⚙️ Що робить Lockdown Mode?

Після увімкнення система буквально «урізає» потенційні вектори атак:
• Блокує більшість вкладень у повідомленнях (окрім простих зображень)
• Вимикає попередній перегляд посилань
• Обмежує веб-технології (наприклад, JIT-компіляцію JavaScript)
• Блокує запрошення FaceTime від невідомих контактів
• Забороняє підключення аксесуарів по кабелю, якщо пристрій заблокований
• Обмежує встановлення профілів і MDM


🎯 Для кого це?

Apple прямо заявляє: режим створений не для всіх.
Це інструмент для тих, хто може стати ціллю цільових атак — журналістів, активістів, чиновників, військових. Зокрема, проти атак із використанням шпигунського ПЗ на кшталт від .


⚠️ Ціна безпеки

Lockdown Mode сильно впливає на зручність:
— деякі сайти можуть працювати некоректно
— частина функцій просто перестає працювати
— можливі проблеми з корпоративними сервісами

Це свідомий компроміс: максимальна безпека ціною комфорту.


🛠 Як увімкнути Lockdown Mode?

На / iPadOS:
Налаштування → Конфіденційність і безпека → Lockdown Mode → Увімкнути

На macOS:
System Settings → Privacy & Security → Lockdown Mode

Після активації пристрій потрібно перезавантажити.


🧠 Висновок

Lockdown Mode — це не «режим для всіх», а скоріше цифровий аналог бронежилета.
Більшість користувачів ніколи не зіткнуться з атаками такого рівня. Але якщо є хоча б мінімальний ризик — цей режим може стати критично важливим.

⚠️ Face Unlock на Android — не такий безпечний, як здається

Дослідження Which? показало:
📊 64% смартфонів (133 із 208) можна розблокувати… звичайною фотографією власника.

📸 У чому проблема
Більшість Android-пристроїв використовують 2D-розпізнавання обличчя — фактично аналіз зображення з камери.
Таку систему можна обдурити:
• фото (на папері або екрані)
• відео
• інколи — людиною зі схожими рисами

❗️ Це не “злом”
Виробники самі зазначають:
Face Unlock у таких моделях — це про зручність, а не про безпеку.

🔐 Коли це безпечніше
Системи з 3D-скануванням (глибина / IR) значно стійкіші і не відкриваються по фото.

🛡 Як себе захистити
• не використовувати Face Unlock як єдиний захист
• встановити PIN або пароль
• використовувати відбиток пальця
• увімкнути додатковий захист для банківських і важливих додатків

📌 Висновок
Якщо ваш телефон розблоковується “по обличчю” без додаткових сенсорів —
це приблизно рівень захисту:
👉 “краще, ніж нічого”, але далеко не безпечно

🚨 Критична вразливість “Copy Fail” у Linux: root за лічені секунди

У Linux виявили серйозну вразливість під назвою “Copy Fail” (CVE-2026-31431), яка дозволяє локальному непривілейованому користувачу отримати повний root-доступ до системи.

За даними дослідників, проблема присутня практично у всіх ядрах Linux, випущених починаючи з 2017 року — тобто під загрозою опинились майже всі сучасні дистрибутиви.

⚙️ У чому суть проблеми

Вразливість знаходиться в криптографічному підсистемному механізмі ядра Linux (AF_ALG / algif_aead). Через логічну помилку:
- звичайний користувач може виконати контрольований запис у кеш сторінок пам’яті;
- цей запис можна застосувати до файлів із підвищеними привілеями (setuid);
- у результаті — ескалація до root без складних умов або race-condition.

Фактично це класична LPE (local privilege escalation), але з незвично високою надійністю експлуатації.

💥 Чому це небезпечно
- працює локально без взаємодії користувача;
- не потребує специфічної конфігурації системи;
- може бути використано в контейнерах і хмарних середовищах;
- PoC-експлойт уже публічний і, за повідомленнями, працює стабільно.

Деякі дослідники вже описують сценарій:

отримання shell → запуск експлойта → root за секунди.

🧠 Контекст
Вразливість була знайдена з використанням автоматизованих AI-інструментів для аналізу коду ядра, що вкотре піднімає питання:
AI вже активно прискорює як пошук багів, так і їхнє озброєння.

🛡 Що робити
- негайно оновити ядро Linux;
- перевірити патчі від свого дистрибутива;
- у серверних середовищах — пріоритезувати оновлення контейнерних хостів;
- обмежити локальний доступ для ненадійних користувачів.

📌 Висновок:
“Copy Fail” — це ще один приклад того, як одна логічна помилка в ядрі може зламати модель безпеки всієї системи Linux-екосистеми.

🧠 Кінець епохи: закрився Ask Jeeves — один із перших «розумних» пошуковиків

Компанія InterActiveCorp (IAC) офіційно закрила сервіс Ask.com (колишній Ask Jeeves). Пошуковик припинив роботу 1 травня 2026 року після майже 30 років існування.

📌 Ask Jeeves запустили ще у 1996 році — задовго до Google. Його головна фішка була революційною для того часу: користувачі могли ставити запитання «людською мовою», а не просто вводити ключові слова.

🤖 По суті, це був один із перших кроків до того, що ми сьогодні називаємо AI-пошуком і чат-ботами.

У 2006 році сервіс перейменували на Ask.com, а згодом він не витримав конкуренції з Google і іншими гігантами. У 2010 році компанія фактично відмовилась від власного пошукового рушія.

📉 Тепер — остаточний фінал. У заяві IAC сказано, що це частина зміни стратегії компанії.

💬 Символічно: сервіс, який намагався зробити пошук «розмовним», закривається саме в епоху, коли ШІ нарешті реалізував цю ідею.

Іронія історії — Jeeves випередив свій час.

🚨 Chrome тихо завантажує 4 ГБ ШІ на ваш диск

У нових версіях Google Chrome з’явилася цікава (і трохи тривожна) особливість — браузер може автоматично завантажити на ваш комп’ютер файл розміром до ~4 ГБ.

📦 Що це таке
Це не вірус і не шпигун.
Файл "weights.bin" — це частина локальної ШІ-моделі Gemini Nano, яка використовується для функцій типу:
• “Help me write”
• автозаповнення
• антифішинг
• підсумовування текстів

⚠️ У чому проблема
— файл завантажується без явного попередження
— займає кілька гігабайтів
— після видалення може з’явитися знову

Фактично — Chrome вирішує за вас, що ваш диск йому потрібен.

🧠 Навіщо це взагалі
Google рухається в сторону on-device AI — коли обробка виконується локально, а не в хмарі.
Це швидше і приватніше, але… коштує місця на диску.

🛠 Як перевірити і видалити

1. Відкрийте папку профілю Chrome:
Windows:
C:\Users%USERNAME%\AppData\Local\Google\Chrome\User Data\

2. Знайдіть папку:
OptGuideOnDeviceModel

3. Якщо там є "weights.bin" (~4 ГБ) — це воно.

4. Видалення:
— закрийте Chrome
— видаліть папку OptGuideOnDeviceModel

❗ Але:
Chrome може завантажити її знову.

🧯 Як вимкнути повністю

1. В Chrome відкрийте:
chrome://settings/system

2. Вимкніть:
• On-device AI / AI features (назва може змінюватися)

3. (Додатково)
chrome://flags
Вимкніть все, що містить:
— “AI”
— “On-device model”

📌 Висновок
Це не атака і не бекдор.
Але це показує нову реальність:
ваш комп’ютер поступово стає “інфраструктурою” для ШІ — навіть без явної згоди.

І це вже питання не технологій, а контролю.

У Microsoft Edge виявили небезпечну особливість збереження паролів

Дослідник кібербезпеки Том Йоран Реннінг заявив, що браузер Microsoft Edge завантажує ВСІ збережені паролі у пам’ять у відкритому вигляді одразу після запуску браузера.

Навіть якщо ви не відкривали сайт із цими обліковими даними.

За словами дослідника, Edge — єдиний Chromium-браузер, який поводиться саме так. Наприклад, Google Chrome розшифровує паролі лише у момент використання.

Проблема особливо небезпечна для:
• корпоративних ПК
• термінальних серверів
• спільних комп’ютерів
• систем, заражених інфостілерами або malware

Якщо зловмисник вже отримав доступ до системи з правами адміністратора, він може витягнути всі паролі прямо з пам’яті процесу Edge.

Найцікавіше, що Microsoft не вважає це вразливістю та назвала таку поведінку “by design” — тобто “це працює саме так, як задумано”.

Дослідники безпеки з таким підходом категорично не погоджуються.

Що варто зробити:
• не зберігати критично важливі паролі у браузері
• використовувати окремі менеджери паролів
• уникати роботи під адміністраторським акаунтом
• уважно ставитися до malware та infostealer-загроз.

🔌 ЄС вводить єдиний стандарт зарядки для ноутбуків

З 28 квітня 2026 року в Європейському Союзі набули чинності нові правила: усі нові ноутбуки повинні підтримувати зарядку через USB-C. (single-market-economy.ec.europa.eu)

Це фінальний етап директиви про «універсальний зарядний пристрій», яка раніше вже охопила смартфони, планшети та іншу електроніку. (Compliance & Risks)

📌 Що змінюється:
• один кабель — для більшості пристроїв
• виробники більше не зможуть використовувати власні роз’єми як єдиний варіант
• зарядні пристрої можуть продаватися окремо
• стандартизовано швидку зарядку (USB Power Delivery)

📉 Навіщо це потрібно:
• зменшення електронного сміття
• менше «зайвих» зарядок у користувачів
• спрощення життя (особливо в поїздках) (European Commission)

⚠️ Але є нюанс
USB-C — це лише форма роз’єму. Потужність може суттєво відрізнятись: для ноутбуків потрібні адаптери на 65–140 Вт і більше, тому «зарядка від телефону» не завжди підійде. (verbatim-europe.com)

💬 Висновок
ЄС фактично змушує ринок уніфікувати живлення пристроїв. Це удар по пропрієтарним стандартам і плюс для користувачів: менше залежності від виробника, менше витрат і простіша екосистема.
Але водночас це ще один приклад того, як регулятори формують технологічні стандарти — і впливають на глобальний ринок, навіть за межами ЄС.

💾 Вихідний код найпершої DOS знайшли… у гаражі

Через 45 років після релізу 86-DOS 1.00 Microsoft відкрила вихідний код однієї з найперших версій DOS — і історія його “відновлення” звучить як справжня цифрова археологія.

📦 Виявилося, що код… ніколи не зберігався у цифровому вигляді.
Його знайшли у гаражі автора DOS — Тіма Патерсона — у вигляді старих роздруківок на перфорованому папері з рукописними нотатками. (Tom's Hardware)

Щоб зробити цей код доступним:
— історики та ентузіасти вручну сканували і переписували тисячі рядків
— відновлювали структуру проєкту
— і навіть добилися того, що він компілюється ідентично оригіналу (Tom's Hardware)

📂 У відкритий доступ виклали:
— ядро 86-DOS 1.00
— ранні версії PC-DOS 1.00
— утиліти (наприклад, CHKDSK)
— навіть інструменти розробки того часу (ITC.ua)

📜 Чому це важливо?

86-DOS — це прямий предок MS-DOS, який фактично запустив епоху IBM-сумісних ПК. Саме з нього почалося домінування Microsoft у світі персональних комп’ютерів. (BGR)

Тепер цей код можна не просто подивитися — його можна вивчати, збирати і досліджувати, як справжній артефакт епохи.

🧠 Фактично, це як знайти Git-репозиторій 1980-х — тільки на папері.

Коли заблокований iPhone — не означає «безпечний»: вразливість Apple Pay Express Transit

У 2021 році дослідники з University of Birmingham та University of Surrey оприлюднили дослідження критичної вразливості, пов’язаної з режимом Apple Pay Express Transit (експрес-оплата транспорту).

Проблема стосувалася iPhone, у яких:
- активовано режим Express Transit;
- прив’язано картку Visa;
- пристрій навіть міг залишатися заблокованим.


У чому суть атаки

Механізм Express Transit дозволяє оплачувати проїзд без Face ID, Touch ID чи введення коду — достатньо піднести телефон до турнікета. Саме це стало точкою атаки.

Дослідники продемонстрували сценарій MitM (Man-in-the-Middle), у якому зловмисник за допомогою доступного NFC-обладнання та нескладного програмного забезпечення імітує транспортний термінал. Під час обміну даними модифікувалися окремі службові біти протоколу:
- прапорець «транспортного платежу»;
- прапорець, що вказує на «низьку суму операції».

У результаті платіжний термінал помилково вважав, що:
- операція вже пройшла автентифікацію користувача;
- обмеження на суму не потрібні.

Це дозволяло списувати значно більші суми без розблокування пристрою та без підтвердження власником. У демонстрації дослідники успішно провели платіж на £1000 із заблокованого iPhone.


Чому це стало можливим

Вразливість виникла через комбінацію двох факторів:
- логіки роботи Apple Pay Express Transit;
- особливостей обробки транзакцій у Visa.

При цьому:
- Mastercard у Apple Pay не був уразливим у тому ж сценарії;
- Samsung Pay + Visa також не демонстрували такої поведінки.

Дослідники повідомили про проблему Apple та Visa ще до публікації, однак компанії фактично перекладали відповідальність одна на одну.


Як знизити ризики

1. Вимкнути Express Transit
Якщо функція не є критично необхідною — краще її деактивувати:
Wallet → Express Transit Card → None

2. Не використовувати Visa для Express Transit
Особливо якщо карта має великий ліміт або прив’язана до основного рахунку.

3. Увімкнути миттєві push-сповіщення банку
Це дозволить швидко помітити підозрілу транзакцію.

4. Встановити ліміти на безконтактні платежі
Більшість банків дозволяють:
- окремо обмежити NFC-платежі;
- вимагати PIN/біометрію після певної суми.

5. Вимикати NFC/Apple Pay у ризикованих місцях
Наприклад:
- у переповненому транспорті;
- на масових заходах;
- у місцях із високим ризиком кишенькових крадіжок.

6. Використовувати «Find My iPhone»
У разі втрати пристрою:
- негайно активувати Lost Mode;
- за потреби — дистанційно стерти дані.

Ця історія стала показовим прикладом того, як функції, створені для зручності користувача, можуть відкривати нові сценарії атак, якщо безпека між різними платіжними системами реалізована неузгоджено.

🎙️ Оптоволоконний кабель може “чути” розмови — і це вже не фантастика

На Генасамблеї European Geosciences Union (EGU) дослідники представили роботу про новий неочікуваний ризик для приватності: звичайні оптоволоконні лінії можуть працювати як гігантські мікрофони.

Йдеться про технологію Distributed Acoustic Sensing (DAS) — “розподілене акустичне зондування”. Спочатку її створювали для:
- виявлення землетрусів;
- моніторингу інфраструктури;
- фіксації вібрацій ґрунту;
- аналізу руху транспорту та трубопроводів.

Принцип роботи простий: лазерний сигнал проходить через оптоволокно, а система аналізує мікроскопічні зміни відбитого світла. Якщо поруч є вібрація — кабель її “відчуває”. Навіть людський голос.

Найцікавіше — дослідники змогли:
✅ зчитувати звуки поруч із кабелем;
✅ відновлювати мовлення;
✅ робити транскрипцію “на льоту” за допомогою open-source AI-моделей.

Але є важливі нюанси:
- це працювало переважно з відкритими або скрученими кабелями;
- ефективна відстань — приблизно до 5 метрів;
- закопаний кабель різко погіршує якість сигналу;
- для атаки потрібен доступ до самої лінії та спеціалізоване обладнання.

Тобто це не “тотальне прослуховування інтернету”, як можуть подати заголовки. Але сама концепція дуже показова: інфраструктура, створена для передачі даних, може перетворюватися на сенсор навколишнього середовища.

І це вже частина нової реальності AI + sensing: камери бачать, радар “читає” дихання, Wi-Fi визначає рухи, а тепер і оптоволокно потенційно може “слухати”.

Наступний великий виклик кібербезпеки — це вже не лише захист даних, а й захист фізичних сигналів навколо нас.

#AI #CyberSecurity #Privacy #FiberOptics #DAS #Tech #InfoSec

💾 Дані на 200 років вперед — без хмар, SSD і магнітних дисків.

Німецька Machdyne представила накопичувач FERRIT на базі FeRAM-пам’яті, який здатен зберігати інформацію до 200 років. Так, буквально — два століття.

На відміну від звичайних SSD чи флешок із NAND-пам’яттю, новий FERRIT використовує сегнетоелектричну пам’ять FeRAM. Вона: — майже не зношується при перезаписі:
— стійка до радіації
— зберігає дані навіть у дуже жорстких умовах
— не потребує постійного живлення для утримання інформації.

Що цікаво: • накопичувач модульний:
• підключається через USB-C
• максимальний обсяг — до 256 МБ
• всередині — контролер на базі RP2040 (той самий чип із Raspberry Pi Pico).

Звучить футуристично, але є нюанс:
256 МБ у 2026 році — це буквально кілька фото з телефона або один короткий відеоролик.

Тому FERRIT створювали не для масового користувача, а для: — архівів:
— космічної техніки
— військових систем
— критично важливої документації
— «цифрових капсул часу»

І ще один цікавий момент: проєкт open-source. Схеми, прошивки та документація доступні публічно. Це рідкість для настільки нішевого заліза.

Офіційна сторінка проєкту:
Machdyne FERRIT

Інтерв'ю з засновником месенджера Signal Моксі Марлінспайк.

Про Signal, Telegram, кібербезпеку, приватність та інше.

🔓 Програміст отримав доступ до тисяч камер спостереження та персональних даних користувачів — через елементарну вразливість у системі китайського виробника камер.

Йдеться про продукцію компанії Meari Technology, яку використовують у «розумних» камерах, відеодзвінках та системах домашньої безпеки по всьому світу.

Дослідник виявив, що через неправильно налаштований API можна було:

• переглядати відео з камер у реальному часі;
• отримувати доступ до акаунтів користувачів;
• бачити серійні номери пристроїв та інші технічні дані;
• потенційно отримати контроль над пристроями дистанційно.

Фактично, будь-хто з достатніми технічними знаннями міг підглядати за чужими домівками, офісами чи навіть дитячими кімнатами.

Найгірше — проблема існувала роками, а постраждати могли тисячі користувачів по всьому світу.

Це ще одне нагадування:
📌 «розумні» гаджети часто знають про нас більше, ніж ми думаємо;
📌 дешеві IoT-пристрої нерідко мають катастрофічний рівень безпеки;
📌 оновлення прошивки та двофакторна автентифікація — вже не опція, а необхідність.

Детальніше: HVG Tech

🚨 Нова критична Linux-вразливість — DirtyFrag

Дослідники з кібербезпеки виявили нову LPE-вразливість (Local Privilege Escalation) у Linux Kernel під назвою DirtyFrag. Вона дозволяє локальному користувачу отримати root-доступ практично на всіх популярних Linux-дистрибутивах. (TechRadar)

🔎 Під ударом:

- Ubuntu
- Fedora
- RHEL / CentOS Stream
- AlmaLinux
- openSUSE
- Arch Linux
- навіть WSL2

📌 Що відомо:

- експлойт працює стабільно без race condition
- PoC уже публічно доступний
- проблема існує в ядрах Linux ще з 2017 року
- на момент розкриття повноцінного патча не було (Tom's Hardware)

⚠️ DirtyFrag використовує одразу дві kernel-вразливості:

- CVE-2026-43284
- CVE-2026-43500

Разом вони дозволяють змінювати page cache ядра та ескалювати привілеї до root. (wiz.io)

🛡 Тимчасовий mitigation:
Адміністраторам рекомендують відключити модулі:

- esp4
- esp6
- rxrpc

Саме вони використовуються в атаці. ([Tenable®][4])

💬 Чому це серйозно?
DirtyFrag уже порівнюють із:

- Dirty Pipe
- Dirty COW
- Copy Fail

Але новий експлойт значно стабільніший і простіший у використанні. (Tenable®)

👉 Якщо у вас Linux-сервери — саме час перевірити ядро, mitigation та оновлення безпеки.

#Linux #CyberSecurity #InfoSec #DirtyFrag #Kernel #DevOps #SysAdmin

🚨 ШІ вперше знайшов спосіб обійти захист macOS

Модель Mythos від Anthropic під час експерименту змогла виявити потенційний «ланцюжок експлуатації», який теоретично дозволяє отримати повний контроль над macOS-пристроєм, обходячи захисні механізми Apple.

За інформацією The Wall Street Journal, йдеться не про звичайний баг, а про складну комбінацію вразливостей, яку ШІ самостійно поєднав у робочий сценарій атаки. Раніше подібне вважалося майже неможливим через багаторівневий захист macOS.

Що це означає:
• ШІ вже здатен знаходити критичні вразливості швидше за людей
• кібербезпека входить у нову еру — тепер AI може бути не лише захисником, а й «мисливцем» за експлойтами
• Apple та інші компанії отримали серйозний сигнал про необхідність перегляду підходів до безпеки
Поки що немає даних про використання цієї техніки в реальних атаках, але сам факт такого прориву вже викликав великий резонанс у сфері кібербезпеки.

Детальніше: The Wall Street Journal

🌐 Міжнародна операція проти DDoS-сервісів “PowerOFF”: кіберзлочинцям стає дедалі тісніше

Європейські та міжнародні правоохоронці провели масштабну операцію проти сервісів типу “DDoS-for-hire” (також відомих як booter/stresser-платформи), які дозволяли будь-кому — від школярів до організованих груп — замовити DDoS-атаку “під ключ”. Операція отримала назву Europol “Operation PowerOFF”.

У результаті:

* ліквідовано 53 домени, пов’язані з DDoS-сервісами;
* проведено арешти та десятки обшуків;
* отримано доступ до внутрішніх баз даних сервісів;
* ідентифіковано понад 3 мільйони акаунтів користувачів;
* щонайменше 75 тисяч користувачів уже отримали офіційні попередження від правоохоронців. (Europol launches Operation PowerOFF — warns 75,000 DDoS users and takes down 53 domains | TechRadar)

Особливо показовим є те, що правоохоронці фокусуються не лише на адміністраторах платформ, а й на клієнтах. Раніше багато хто вважав, що “замовити DDoS” — це щось на кшталт “сірої зони”, особливо якщо атака “для тесту”. Але позиція міжнародних агентств стала значно жорсткішою: сам факт використання таких сервісів розглядається як участь у кіберзлочинній діяльності.

За даними слідства, вилучені бази містять:

* email-адреси;
* IP-логи;
* історію замовлень атак;
* криптовалютні транзакції;
* платіжні дані;
* інформацію про цілі атак. (Officials seize 53 DDoS-for-hire domains in ongoing crackdown | CyberScoop)

Це означає, що наслідки для користувачів можуть бути дуже серйозними:

🔹 кримінальні провадження навіть через роки після атаки;
🔹 міжнародні запити та екстрадиційні процедури;
🔹 блокування рахунків і криптогаманців;
🔹 потрапляння до баз ризикових осіб;
🔹 проблеми з працевлаштуванням у сфері IT та кібербезпеки;
🔹 додатковий моніторинг активності з боку правоохоронців.

Окремо варто розуміти: багато користувачів таких платформ — не “хардкорні хакери”, а підлітки, геймери, дрібні конкуренти або люди, які “хотіли спробувати”. Але міжнародна практика змінюється: кіберзлочини дедалі частіше прирівнюються до класичних форм організованої злочинності.

Ця операція також демонструє новий рівень міжнародної координації між INTERPOL, Europol, національними кіберпідрозділами та приватними компаніями з threat intelligence. Фактично формується глобальна модель “collect now, prosecute later”, коли дані зберігаються роками та можуть бути використані у майбутніх розслідуваннях.

Для кіберспільноти це ще один сигнал:
анонімність у DDoS-for-hire екосистемі — значною мірою ілюзія. (Europol launches Operation PowerOFF — warns 75,000 DDoS users and takes down 53 domains | TechRadar)

Колись у програмуванні цінувалася інженерна думка.
Сьогодні — людино-година.
#програмування

Коли команди стали товаром, програміст перестав бути центром процесу, а архітектура — цінністю. Процеси замінили мислення, ефективність стала загрозою бізнесу, а «зробити добре і більше не чіпати» — майже злочином.

Чому так сталося, яку роль у цьому зіграв аутсорс і чому ця логіка перекочувала навіть у продуктові компанії — роздуми про втрату інженерної філософії в сучасному IT.
⬇️ Повний текст

⚠️ Браузери на базі Chromium під загрозою: Google випадково опублікувала код експлойта для ще НЕ виправленої вразливості.

Йдеться про браузери на базі Chromium: — Google Chrome
— Microsoft Edge
— Brave
та десятки інших.

За даними Ars Technica, Google опублікувала proof-of-concept код для експлуатації багу в Browser Fetch API — механізмі, який відповідає за фонові завантаження великих файлів. Проблема в тому, що на момент публікації патч ще не був готовий.

Дослідник Lyra Rebane повідомив про вразливість ще наприкінці 2022 року, але вона залишалась невиправленою понад 29 місяців. Після публікації коду експлойта інформація швидко розійшлась мережею, навіть попри те, що Google згодом видалила запис із багтрекера.

Що може робити атака:
• створювати приховані з’єднання через браузер;
• використовувати пристрій як проксі;
• допомагати у DDoS-атаках;
• відстежувати частину активності користувача; • потенційно перетворювати браузери на елементи ботнету.

Особливо неприємний момент: у деяких випадках з’єднання можуть переживати навіть перезапуск браузера або системи. Для атаки достатньо просто відвідати шкідливий сайт.

❗ Важливо розуміти: це не «повний злам ПК», але дуже небезпечний механізм для масового зловживання браузерами мільйонів користувачів.

Що варто зробити: '
• оновлювати браузер одразу після виходу патчів;
• мінімізувати кількість відкритих вкладок із підозрілими сайтами;
• обмежити роботу браузера у фоні;
• бути особливо обережними з маловідомими сайтами та web-додатками.

Ця історія добре показує одну річ: навіть сучасний браузер — це вже майже окрема операційна система. І помилка в одному API може перетворити мільйони пристроїв на інфраструктуру для атак.

#безпека #chrome #google #вразливість

⚠️ YellowKey: вразливість, яка ставить під сумнів надійність BitLocker ⚠️

Дослідник безпеки під псевдонімом *Nightmare-Eclipse* опублікував PoC-експлойт для нової вразливості YellowKey (CVE-2026-45585), яка дозволяє обійти захист BitLocker у Windows 11 та Windows Server 2025. (Microsoft provides mitigation for "YellowKey" BitLocker bypass flaw (CVE-2026-45585) - Help Net Security)


📌 Що це таке?

YellowKey — це не класичне «зламування шифрування».
Вразливість використовує особливості роботи Windows Recovery Environment (WinRE) та механізму автоматичного розблокування диска через TPM.

Для атаки достатньо:

• фізичного доступу до пристрою;
• USB-накопичувача зі спеціальною структурою файлів (FsTx);
• перезавантаження системи у режим відновлення.

Після цього зловмисник може отримати командний рядок із доступом до вже розшифрованого диска — без введення ключа BitLocker або пароля користувача. (YellowKey: BitLocker Bypass Discovered in Windows 11 | Blackfort Technology)

💡 Особливість атаки в тому, що BitLocker сам розблоковує диск через TPM під час завантаження, а WinRE у певних сценаріях зберігає цей доступ.


🔍 Чому це настільки серйозно?

BitLocker використовується:

• у корпоративному секторі;
• державних установах;
• ноутбуках із Windows 11 за замовчуванням;
• серверах Windows.

Фактично YellowKey означає, що викрадений ноутбук із TPM-only BitLocker може бути прочитаний за лічені хвилини. (Windows BitLocker "YellowKey" + CTFMON "GreenPlasma" — public PoC, no patch, TPM-only BitLocker bypassed)

Дослідник навіть заявив, що механізм виглядає настільки дивно, ніби це «навмисно залишений бекдор», хоча доказів цього немає. Ці слова викликали гучні дискусії у спільноті кібербезпеки. (A security researcher says Microsoft secretly built a backdoor into BitLocker, releases an exploit to prove it | TechSpot)


🛠 Що зробила Microsoft?

Microsoft офіційно підтвердила проблему та випустила тимчасові заходи захисту, поки готується повноцінний патч. (Microsoft provides mitigation for "YellowKey" BitLocker bypass flaw (CVE-2026-45585) - Help Net Security)

Основні рекомендації:

✅ відмовитися від режиму TPM-only;
✅ увімкнути TPM + PIN для BitLocker;
✅ змінити конфігурацію WinRE;
✅ посилити фізичний захист пристроїв.

На момент публікації повноцінне оновлення безпеки ще готується. (Microsoft provides mitigation for "YellowKey" BitLocker bypass flaw (CVE-2026-45585) - Help Net Security)


⚠️ Важливий момент:

YellowKey НЕ дозволяє віддалений злам через інтернет.
Атака потребує фізичного доступу до пристрою.

Але для журналістів, активістів, військових, держслужбовців та всіх, хто ризикує втратити ноутбук чи ПК, це дуже серйозна проблема.

🔐 Якщо ви використовуєте BitLocker — режим TPM+PIN тепер фактично стає обов’язковим, а не «додатковою опцією».

#yellowkey #безпека #bitlocker #microsoft #windows #вразливість

🧟 Zombie ZIP: 20-річна вразливість, яка знову дозволяє обходити антивіруси

Дослідники з компанії Bombadil Systems привернули увагу до старої вразливості ZIP-архівів — CVE-2004-0935, яка отримала нове життя під назвою «Zombie ZIP». Її суть проста: антивірус довіряє заголовку ZIP-файлу більше, ніж реальному вмісту архіву. ('Zombie ZIP’ slips malware past 98% of antivirus engines | news | SC Media)


📦 Як працює атака?

ZIP-архів містить службові поля (headers), де вказано метод стиснення файлів. Зловмисник навмисно підробляє ці поля:
• у заголовку вказується, що файл НЕ стиснений (метод STORED / 0);
• але фактично дані всередині стиснені методом DEFLATE (8);
• антивірус бачить лише набір «випадкових байтів» і не розпаковує payload для перевірки;
• спеціальний loader вже на стороні жертви правильно витягує та запускає шкідливий код. (Zombie ZIP Vulnerability: WinRAR and 7-Zip Bypass All 50 Antivirus Engines)

Через додаткову невідповідність CRC та службових полів стандартні архіватори часто вважають такий ZIP «пошкодженим». Але це не заважає спеціально написаному завантажувачу отримати payload. (‘Zombie ZIP’ slips malware past 98% of antivirus engines | news | SC Media)

👨‍💻 Автор дослідження — Chris Aziz із Bombadil Systems. Він опублікував proof-of-concept код, який демонструє створення таких архівів:

Zombie ZIP PoC (loader_poc.py)


⚠️ Чому це небезпечно?

Проблема не лише у ZIP-файлах. Багато антивірусів, поштових шлюзів та sandbox-систем покладаються на «швидкий аналіз» архівів без повної перевірки структури. Це відкриває можливість:

• доставляти malware через email-вкладення;
• обходити корпоративні системи фільтрації;
• приховувати payload від автоматичного аналізу;
• використовувати ZIP як контейнер для подальшого stage-loader зараження. (Zombie ZIP method can fool antivirus during the first scan - Security Boulevard)


📊 Найгірше — рівень виявлення.

За результатами тестів Chris Aziz:

• лише 1 із 51 антивірусів на VirusTotal виявив загрозу;
• інші пропустили архів як «безпечний»;
• окремі джерела повідомляють про 60 із 63 AV-движків, що не змогли детектувати атаку (~95%). (‘Zombie ZIP’ slips malware past 98% of antivirus engines | news | SC Media)

Фактично це означає, що багато сучасних систем захисту все ще довіряють метаданим архіву більше, ніж його реальному вмісту — проблема, відома ще з 2004 року. (CVE-2004-0935 Security Vulnerability & Exploit Details)


🛡 Висновок:

Антивірус — це лише один із рівнів захисту. Якщо користувач запускає невідомі loader’и, «patcher.exe», «viewer.exe» або інші допоміжні файли з архіву — жоден ZIP-фільтр не врятує.

А «пошкоджений архів», який «чомусь не відкривається», може бути не помилкою, а частиною атаки.

🐙 Megalodon: нова масштабна атака на GitHub скомпрометувала понад 5 500 репозиторіїв за кілька годин

Дослідники з SafeDep виявили одну з найбільших supply chain-атак проти екосистеми GitHub за останній час.

Кампанію назвали Megalodon — через її масштаб та агресивність. За менш ніж 6 годин зловмисники змогли внести шкідливі зміни у понад 5 500 репозиторіїв.


Як працювала атака

Атакувальники використовували фейкові акаунти та маскувалися під автоматизованих CI/CD-ботів із назвами на кшталт:
- build-bot
- auto-ci
-pipeline-bot
- ci-bot

Коміти виглядали як звичайні технічні оновлення для GitHub Actions або CI/CD workflows, тому багато розробників не помічали загрози під час рев’ю коду.

Основна ціль — не сам код застосунку, а інфраструктура збірки та деплою.

Після прийняття шкідливого коміту GitHub Actions автоматично запускав payload, який починав збирати:
- AWS/GCP/Azure ключі
- SSH-ключі
- .env файли
- Docker та Kubernetes конфіги
- Vault/Terraform credentials
- GitHub tokens
- OIDC credentials
- API-ключі та database connection strings

Усе це передавалося на сервер зловмисників.


Чому це особливо небезпечно

CI/CD системи часто мають доступ до production-інфраструктури, контейнерів, хмарних сервісів та систем автоматичного деплою.

Тобто компрометація pipeline — це не просто “шкідливий скрипт у репозиторії”, а потенційний доступ до:
серверів,
Kubernetes-кластерів,
хмарної інфраструктури,
npm/pypi publish tokens,
production secrets.

Фактично Megalodon показує нову тенденцію:
🔻 атакують уже не лише залежності чи пакети,
🔻 атакують сам процес створення програмного забезпечення.


Є й інша проблема

Відомо, що частина заражених репозиторіїв встигла опублікувати скомпрометовані npm-пакети.

Одним із прикладів став проєкт Tiledesk, де заражені версії були опубліковані самими розробниками — вони просто не помітили бекдор у CI/CD workflow.


Що варто зробити розробникам вже зараз

▪️ Перевірити GitHub Actions workflows на підозрілі зміни
▪️ Переглянути коміти від “ботів” за останні дні
▪️ Ротувати всі CI/CD secrets та cloud credentials
▪️ Мінімізувати права GitHub tokens
▪️ Заборонити автоматичний запуск workflow із неперевірених pull request
▪️ Увімкнути branch protection та mandatory reviews для workflow-файлів
▪️ Ставитися до CI/CD як до критичної production-інфраструктури

Megalodon — це ще одне нагадування, що сьогодні атака на розробника може бути ефективнішою за атаку на датацентр.