🧠 Кінець епохи: закрився 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 — це ще одне нагадування, що сьогодні атака на розробника може бути ефективнішою за атаку на датацентр.

📌 Kali365 — PhaaS-платформа, на яку попереджає ФБР (IC3 PSA 2026-05-21)

ФБР через IC3 офіційно попередило про нову phishing-as-a-service (PhaaS) платформу під назвою Kali365, яка активно розповсюджується через Telegram і використовується для атак на Microsoft 365 середовища.

На відміну від класичного фішингу, ця платформа працює не через крадіжку паролів, а через викрадення OAuth-токенів доступу, що дозволяє обходити MFA.


⚙️ Як працює Kali365

За описом IC3, атака базується на OAuth device code flow abuse:
- жертва отримує фішинговий лист (часто під виглядом DocuSign, SharePoint, Adobe тощо);
- її просять ввести код на легітимній сторінці Microsoft;
- користувач проходить справжню MFA-аутентифікацію;
- після цього атакуючі отримують access + refresh tokens.
👉 результат: доступ до Microsoft 365 без пароля і без повторної MFA


🎯 Чому це небезпечно

ФБР підкреслює ключову проблему:
- MFA не блокує атаку;
- користувач авторизується на реальному Microsoft сайті;
- компрометується не пароль, а сесія (token theft).

Це означає:
- доступ до Outlook;
- доступ до Teams;
- доступ до OneDrive;
- без повторного логіну.


🧠 Чим Kali365 відрізняється від “звичайного фішингу”

Це не “класичний фейковий логін-екран”.

Kali365:
- використовує легітимний Microsoft flow;
- не краде пароль напряму;
- краде сесію після успішної MFA.


🧩 Чому це важливо для кібербезпеки

ФБР фактично фіксує зсув:
атаки більше не ламають MFA — вони обходять його через токени.

І це ключова тенденція 2025–2026 років:
- device code phishing;
- OAuth consent abuse;
- session hijacking.


⚠️ Висновок

Kali365 — це приклад того, як кіберзлочинність перейшла в модель SaaS:
- продається як сервіс (PhaaS);
- розповсюджується через Telegram;
- знижує поріг входу для атак;
- атакує не пароль, а сесію.

🔐 Microsoft змінює ключі Secure Boot: що це означає для Windows і Linux у 2026 році

У червні 2026 року Microsoft почне завершення життєвого циклу старих сертифікатів Secure Boot, які використовувались у Windows-пристроях ще з 2011 року. Компанія вже розгортає нові ключі «Windows UEFI CA 2023», а системи без оновлення поступово втратять частину захисту. (Secure Boot playbook for certificates expiring in 2026)


📌 Що таке Secure Boot?

Secure Boot — це механізм UEFI, який перевіряє цифрові підписи завантажувача ОС, драйверів та EFI-компонентів ще до запуску Windows. Його головне завдання — не допустити запуску rootkit та bootkit-шкідників, які заражають систему до старту ОС. (June 2026: Secure Boot Certificates are expiring - Help is on ...)

Система працює на основі набору сертифікатів і ключів довіри, записаних у firmware материнської плати.


📌 Чому Microsoft змінює ключі?

Поточні сертифікати «Microsoft KEK CA 2011» та «Microsoft UEFI CA 2011» були випущені ще 15 років тому й починають втрачати чинність у червні 2026 року. (Windows Secure Boot certificate expiration and CA updates)

Microsoft замінює їх на нові:
• Microsoft KEK CA 2023
• Windows UEFI CA 2023
• Microsoft Option ROM CA 2023 (June 2026: Secure Boot Certificates are expiring - Help is on ...)

Фактично — це «перевипуск кореня довіри» для всього процесу завантаження Windows.


📌 Що буде, якщо нічого не робити?

Комп’ютер не перетвориться на «цеглу» й Windows, швидше за все, продовжить запускатися. Але є нюанс:

⚠️ система перестане отримувати оновлення Secure Boot та bootloader;
⚠️ нові записи DBX (чорний список скомпрометованих завантажувачів) більше не надходитимуть;
⚠️ пристрій стане вразливішим до bootkit/rootkit-атак;
⚠️ майбутні версії Windows можуть відмовитись встановлюватися на системи без нових ключів. (Millions of PCs may lose protection: Microsoft sets critical update deadline)


📌 Чи торкнеться це Linux?

Так — і це вже викликало занепокоєння у Linux-спільноті. Багато дистрибутивів використовують Microsoft UEFI CA для роботи Secure Boot. Якщо firmware або shim/GRUB не підтримують нові сертифікати, деякі системи можуть перестати нормально завантажуватись із увімкненим Secure Boot. (UEFI)

Особливо це стосується:
• старих ноутбуків;
• систем із кастомними Secure Boot ключами;
• dual-boot Windows/Linux;
• застарілих UEFI firmware без оновлень від виробника. (June 2026: Secure Boot Certificates are expiring - Help is on ...)


📌 Як Microsoft розгортає оновлення?

Оновлення ключів вже поширюються через Windows Update. Частині пристроїв також знадобиться оновлення BIOS/UEFI від виробника. (Secure Boot playbook for certificates expiring in 2026)

У Windows 11 можна перевірити статус Secure Boot у:
Windows Security → Device Security → Secure Boot. (Millions of PCs may lose protection: Microsoft sets critical update deadline)


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

Secure Boot — один із фундаментальних механізмів сучасної безпеки ПК. Саме він блокує запуск модифікованих bootloader, UEFI malware та низькорівневих rootkit ще до старту ОС. Після появи UEFI-bootkit BlackLotus індустрія почала активніше оновлювати цей механізм захисту. (UEFI)

Але одночасно це ще раз демонструє, наскільки сучасні ПК залежать від централізованої інфраструктури довіри Microsoft навіть у процесі завантаження альтернативних ОС.

🇪🇺 ЄС посилює контроль над Big Tech: наступна ціль — хмари та ШІ

European Union планує розширити дію свого ключового антимонопольного інструменту — Digital Markets Act (DMA) — на хмарні сервіси та системи штучного інтелекту.

📌 Що відбувається:
— DMA вже обмежує вплив технологічних гігантів (Google, Amazon, Apple, Microsoft та ін.)
— Тепер регулятори хочуть перевірити, чи повинні хмарні провайдери та AI-сервіси отримати статус «gatekeeper»
— Основна мета — зробити ринки більш конкурентними та відкритими для інших гравців
— Йдеться також про кращу сумісність (interoperability) і переносимість даних

📌 Чому це важливо:
Хмарні сервіси та ШІ стали новим «полем битви» Big Tech. Контроль над ними означає контроль над інфраструктурою майбутнього — від бізнесу до державних сервісів.

📌 Реакція:
— Частина компаній (зокрема Apple) вже заявляє про ризики для безпеки та інновацій
— Європейські споживчі організації навпаки закликають до ще жорсткішого контролю

📊 Контекст:
DMA діє з 2023 року і вже змушує великі компанії змінювати поведінку — наприклад, відкривати свої екосистеми для конкурентів (https://www.reuters.com/legal/litigation/eu-rules-reining-big-tech-will-now-target-cloud-services-ai-regulators-say-2026-04-28/)


⚠️ Висновки та наслідки:

1. Більше регуляції = менше монополії
Ринок хмар і ШІ стане більш відкритим для менших гравців.

2. Зростання витрат для Big Tech
Компанії будуть змушені змінювати архітектуру сервісів і відкривати API.

3. Повільніша інновація (ймовірно)
Жорстке регулювання може гальмувати розвиток нових продуктів — особливо в AI.

4. Посилення «цифрового суверенітету» ЄС
Європа продовжує курс на зменшення залежності від американських технологій.

5. Глобальний ефект
Як і GDPR, ці правила можуть стати стандартом де-факто у світі.


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