🇵🇱 Польща забороняє китайські автомобілі на своїх військових базах: безпека чи новий тренд НАТО?
#безпека #польща #nato #кнр #автомобіль

Начальник Генерального штабу Війська Польського генерал Wiesław Kukuła ухвалив важливе рішення для національної безпеки: заборонено в’їзд автомобілів, виготовлених у Китаї, на території всіх охоронюваних військових об’єктів.


🔒 У чому суть заборони?

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


🔍 Чому так вирішили?

Основний мотив цієї заборони — безпека інформації та захист критичної військової інфраструктури:
Сучасні автомобілі — це «комп’ютери на колесах» з камерами, GPS, мікрофонами і підключенням до мережі.

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

💡 Такі побоювання не є поодинокими:
Подібні обмеження щодо китайських електромобілів і технологій обговорювалися або вже були впроваджені в інших країнах НАТО, включно з Великою Британією та Ізраїлем.


📌 Що не змінюється?

Заборона не поширюється на цивільне життя поза межами баз.

Військові та службові автомобілі, а також транспорт у рамках службових або рятувальних операцій, залишаються без обмежень.


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

WhatsApp запускає керовані акаунти для дітей до 13 років

Компанія WhatsApp оголосила про запуск нової функції — спеціальних керованих облікових записів для дітей віком до 13 років. Ідея проста: дозволити неповнолітнім користуватися месенджером, але під контролем батьків або опікунів.

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


Що саме змінюється

• Батьківський контроль. Батьки або опікуни отримують інструменти для керування обліковим записом дитини.
• Обмежена функціональність. Деякі функції месенджера можуть бути вимкнені або недоступні.
• Безпечніший цифровий простір. Мета — зменшити ризики спілкування з незнайомцями, кібербулінгу та небажаного контенту.

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

Однак така модель викликає і дискусії.

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

І саме тут виникає питання ширше за технології або функції одного месенджера.

Якщо нові покоління з дитинства звикають до того, що їхня комунікація контролюється, модеруються або обмежується, чи не сформує це у майбутньому іншу ментальність — у якій нагляд і цензура в інформаційному просторі сприйматимуться як норма, а не як виняток?

⚖️ Верховна Рада готує закон про контроль над Telegram та соцмережами
#цензура #telegram #законопроект11115

У Верховній Раді найближчим часом можуть винести на розгляд законопроєкт №11115 — «про регулювання діяльності платформ спільного доступу до інформації». Формально він не про Telegram, але саме цей месенджер став головною причиною його появи.

📅 За останніми даними, обговорення документа планується 19 березня 2026 року, однак це не гарантований розгляд у залі — мова йде про погоджувальні та політичні консультації перед можливим голосуванням.


📌 Що пропонують

Закон вводить нову категорію — «платформи спільного доступу до інформації» (Telegram, YouTube, Facebook тощо).


Ключові ідеї:
- обов’язок розкривати структуру власності та фінансування
- наявність офіційного представника в Україні
- можливість вимагати видалення контенту
- санкції за невиконання (штрафи, обмеження використання держорганами)


🎯 Мотиви ініціаторів

Офіційна логіка:
- боротьба з російськими інформаційними операціями
- зменшення впливу анонімних каналів
- протидія фейкам, вербуванню та ІПСО
- підвищення прозорості платформ

Після теракту у Львові тема Telegram активно піднімалась на рівні ОП як питання безпеки.


📣 Ознаки політичного PR

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

Це виглядає як:
👉 політичний сигнал «ми боремось з Telegram»
👉 спроба сформувати інформаційний порядок денний


✅ Потенційна користь

Теоретично закон може:
- ускладнити роботу мереж дезінформації
- змусити великі платформи комунікувати з державою
- підвищити відповідальність за контент
- обмежити вплив ресурсів, пов’язаних з РФ


⚠️ Ризики та загрози

Критика доволі серйозна:

1. Загроза свободі слова
Державний регулятор отримує інструменти впливу на контент — без чітких гарантій незалежності.

2. Тиск на анонімність
Деанонімізація = ризик для журналістів, викривачів і адміністраторів каналів.

3. Сумнівна ефективність
Навіть експерти визнають:
- глобально заблокувати Telegram технічно складно
- обмеження для держорганів майже не вплинуть на реальні аудиторії

4. Конфлікт з ЄС
Є зауваження, що закон може суперечити європейським цифровим нормам.


🧠 Висновок

Це типовий закон на перетині безпеки та свободи:
- держава хоче контролювати інформаційний простір під час війни
- але ризикує створити інструменти, які можна використати проти свободи слова

І головне:
📌 закон ще сирий, політично чутливий і, скоріш за все, буде суттєво змінюватись

📢 Законопроєкт про деанонімізацію Telegram-каналів знято з розгляду
#цензура #telegram #законопроект11115 #вру

Верховна Рада України 19.03.2026 несподівано зняла з порядку денного розгляд законопроєкт №1115, який передбачав деанонімізацію власників Telegram-каналів.

Документ викликав значний резонанс ще до винесення в зал — як серед медіа, так і в IT-спільноті. Його ключова ідея полягала у встановленні відповідальності та розкритті адміністраторів каналів, що могло суттєво змінити інформаційний ландшафт українського Telegram.

❗️Наразі офіційних пояснень такого рішення небагато, однак можна виділити кілька ймовірних причин:

• Суспільний резонанс і критика
Ініціатива викликала побоювання щодо можливого обмеження свободи слова та ризиків тиску на незалежні медіа й анонімні джерела.

• Юридична невизначеність
Механізми реалізації деанонімізації виглядали нечіткими: як саме і через кого ідентифікувати адміністраторів, особливо з урахуванням того, що Telegram не має офіційного представництва в Україні.

• Технічна складність
Реалізація подібних норм без співпраці з Telegram виглядає проблематичною, а обхідні методи можуть бути або неефективними, або надто інвазивними.

• Політичний фактор
Ймовірно, законопроєкт не отримав достатньої підтримки серед депутатів або був відкладений для доопрацювання на тлі чутливості теми.

• Ризики міжнародної критики
Подібні ініціативи можуть бути сприйняті як наступ на цифрові свободи, що важливо в контексті євроінтеграційних процесів України.

🧩 Важливо: зняття з розгляду не означає остаточного відхилення. Законопроєкт можуть повернути в оновленому вигляді або інтегрувати його положення в інші ініціативи.

📌 Поки що ситуація залишається відкритою — і це показує, наскільки складним є баланс між безпекою, боротьбою з дезінформацією та свободою слова в цифрову епоху.

📢 Meta прибирає наскрізне шифрування з Instagram Direct

Компанія повідомила, що протягом найближчих місяців видалить підтримку наскрізного шифрування (End-to-End Encryption, E2EE) у приватних повідомленнях .

Причина — надто мала кількість користувачів, які взагалі вмикали цю функцію.

«Дуже мало людей користувалися наскрізним шифруванням у Direct-повідомленнях, тому ми прибираємо цю можливість з Instagram у найближчі місяці. Усі, хто хоче й надалі користуватися наскрізним шифруванням, можуть легко робити це у ».

Фактично Meta пропонує користувачам перейти до WhatsApp, де наскрізне шифрування увімкнене за замовчуванням.

🔎 Що зміниться:
• Instagram Direct більше не матиме опціонального E2EE
• повідомлення будуть захищені лише транспортним шифруванням
• сервіс фактично перестає позиціонуватися як безпечний месенджер

⚠️ Це ще один приклад тенденції, коли великі платформи відмовляються від функцій приватності, якщо ними користується відносно невелика частина аудиторії.

📌 На практиці це означає просту річ:
Instagram варто розглядати передусім як соціальну мережу, а не як захищений месенджер.

Про домінування 🐧Linux у світі серверів, відкритий код, 🔐SSH, соціальну інженерію, геніальність атакуючих та масштабність їх проектів, відповідальність і альтруїзм спільнот волонтерів та силу Open Source.

Матеріал, окрім історичних фактів, містить цікаві пояснення алгоритмів у популярній та доступній формі.

‼️ ДУЖЕ РЕКОМЕНДУЮ ПОДИВИТИСЯ ‼️

https://youtu.be/XC5PRKUvw84

🚨 Масштабна загроза для користувачів Apple: зафіксовано новий небезпечний експлойт

Дослідники з Google, iVerify та Lookout повідомили про потужний програмний експлойт, який може використовуватись для викрадення даних із пристроїв Apple. Під ризиком — сотні мільйонів користувачів.


📱 Що відомо

Йдеться про складну атаку, яка дозволяє зловмисникам отримувати доступ до конфіденційної інформації — включно з повідомленнями, обліковими даними та іншими приватними даними. Подібні експлойти зазвичай використовуються в цільових атаках (APT), але через масштаб і спосіб розповсюдження ризики можуть бути значно ширшими.


🌐 Тривожний сигнал для України

За даними дослідників, один із сайтів, що бере участь у ланцюжку атаки та перенаправляє користувачів на шкідливий код, має домен .gov.ua. Це може свідчити про компрометацію державного ресурсу або його інфраструктури.

❗️ Важливо: наявність такого домену не означає автоматично злам усієї урядової системи, але підтверджує, що атакувальники змогли отримати доступ до окремого сервера або веб-ресурсу.


🧠 Як працює атака

- користувач переходить за скомпрометованим посиланням (часто без підозри);
- сайт виконує перенаправлення на експлойт;
- відбувається використання вразливостей у системі або браузері;
- пристрій може бути скомпрометований без додаткових дій користувача.


🔐 Що робити

- негайно оновити iOS / iPadOS / macOS до останньої версії;
- уникати переходів за підозрілими посиланнями (особливо з месенджерів);
- використовувати сучасні браузери з увімкненими захисними механізмами;
- за можливості — обмежити відкриття невідомих сайтів на службових пристроях.


📊 Чому це серйозно

Експлойти такого рівня зазвичай використовуються у кіберрозвідці та шпигунстві. Їх поява «у дикій природі» (in-the-wild) — це сигнал про потенційно масштабну кампанію.

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

#кібербезпека #apple #експлойт

⚠️ Новий Android-троян Perseus: еволюція банківських загроз

Фахівці з кібербезпеки повідомили про появу нового шкідливого ПЗ для Android — Perseus. За інформацією , це черговий виток розвитку відомих банківських троянів Cerberus і Phoenix, але з помітно розширеним функціоналом.

📌 Що відомо про Perseus:

— 🧬 Спадкоємець Cerberus/Phoenix
Perseus використовує напрацювання попередніх троянів, але має більш гнучку архітектуру та нові механізми обходу захисту.

— 🎯 Точкові атаки (targeted exfiltration)
Головна особливість — здатність вибірково викрадати дані залежно від цілі: банківські додатки, криптогаманці, акаунти.

— 📱 Overlay-атаки
Троян накладає фальшиві екрани поверх легітимних додатків, змушуючи користувача вводити логіни, паролі та платіжні дані.

— ⌨️ Кейлогінг і перехоплення даних
Perseus може записувати натискання клавіш, перехоплювати SMS (включно з OTP-кодами) та інші конфіденційні дані.

— 🕵️ Прихована присутність
Маскується під легітимні застосунки, активно використовує дозволи Accessibility для повного контролю над пристроєм.

⚙️ Чим він небезпечніший:

Perseus не просто краде дані — він адаптується під конкретну жертву, що ускладнює його виявлення та робить атаки більш ефективними. Такі трояни часто поширюються через сторонні APK-файли, фішингові сайти або підроблені додатки.

🛡️ Як захиститися:

— Встановлюйте додатки лише з офіційних джерел (Google Play)
— Уважно перевіряйте дозволи, особливо Accessibility
— Не переходьте за підозрілими посиланнями
— Використовуйте антивірусні рішення
— Регулярно оновлюйте систему

❗️ Важливо: навіть один встановлений шкідливий APK може надати трояну повний контроль над пристроєм.

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

#безпека #android #кібербезпека #malware

🦊 Mozilla Firefox змінюється
#brouser #mozilla #firefox #vpn

Новий маскот, вбудований VPN і режим розділеного екрана — Mozilla намагається зробити Firefox знову конкурентом №1.

🚨 GitHub Store: новий канал розповсюдження ПЗ прямо з репозиторіїв?
#github #githubstore #software

Платформа тестує або розгортає концепцію GitHub Store — інтегрованого магазину, який дозволяє розробникам розповсюджувати свої продукти безпосередньо через GitHub.


📦 Що це означає:

GitHub Store — це спроба перетворити GitHub із просто хостингу коду на повноцінну платформу дистрибуції програмного забезпечення. Тобто:

• розробник може не лише викласти код
• але й одразу продавати або поширювати готовий продукт
• прямо в екосистемі GitHub


⚙️ Основні можливості:

— публікація релізів як продуктів
— інтеграція з ліцензуванням
— платні та безкоштовні дистрибуції
— автоматичні оновлення через репозиторії
— потенційна інтеграція з CI/CD


💡 Чому це важливо:

GitHub уже давно став стандартом де-факто для open-source та DevOps. Тепер він рухається в сторону:

➡️ конкуренції з App Store / Google Play (для dev-інструментів і не тільки)

➡️ спрощення монетизації open-source

➡️ централізації ланцюжка “код → реліз → користувач”


🔐 Але є і ризики:

— централізація: ще більше залежності від однієї платформи
— supply chain атаки: компрометація акаунта = компрометація продукту
— довіра до авторів: користувачі можуть встановлювати софт прямо з GitHub без додаткової перевірки


⚠️ Для кібербезпеки це означає новий вектор:

GitHub Store може стати як зручним каналом дистрибуції, так і ідеальним місцем для маскування шкідливого ПЗ під “легітимні” проєкти.


🧠 Висновок:

GitHub поступово перетворюється з “репозиторію коду” на універсальну платформу для розробки, продажу і доставки ПЗ.

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


📌 Якщо працюєш з інфраструктурою або безпекою — варто вже зараз враховувати GitHub як повноцінне джерело дистрибуції, а не просто місце з кодом.

🐧 Omega Linux — мінімалізм, безпека і контроль

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


📌 Призначення

Omega Linux створювався для:
- серверних інсталяцій;
- вбудованих систем;
- лабораторій і тестових середовищ;
- дослідників безпеки;
- ентузіастів, які хочуть «чисту» Linux-базу.

Це не масовий desktop-дистрибутив із «красивою коробкою». Omega — про контроль і передбачуваність.


⚙️ Особливості

🔹 Мінімальний базовий набір
Система встановлюється з мінімумом пакетів. Немає «зайвих» сервісів у фоні.

🔹 Пріоритет безпеки
Акцент на жорстких політиках доступу, швидкому оновленні критичних компонентів і прозорості конфігурації.

🔹 Проста архітектура
Відсутність надлишкових рівнів абстракції. Зручно для тих, хто хоче розуміти, що саме відбувається в системі
.
🔹 Придатність для кастомізації
Ідеальна як база для створення власного рішення — від маршрутизатора до спеціалізованого серверу.


🕰 Історія

Omega Linux з’явився як ініціатива невеликої групи розробників, які прагнули створити альтернативу «важким» універсальним дистрибутивам.

У різні періоди розвитку Linux-екосистеми виникала потреба у системах, які:
не перевантажені залежностями
не нав’язують користувачу певну модель використання
дозволяють повністю контролювати оновлення
Omega став відповіддю саме на цей запит.


🧠 Для кого це цікаво?

✔ DevOps та системним адміністраторам
✔ Дослідникам кібербезпеки
✔ Тим, хто будує власні мережеві рішення
✔ Ентузіастам, які не бояться CLI

Omega Linux — це не «Linux для всіх».

Це Linux для тих, хто хоче знати, що саме працює у нього під капотом.

📉 Акції виробників пам’яті просіли після анонсу TurboQuant від Google

Ринок напружився після новини від Google: компанія представила TurboQuant — алгоритм, який може зменшити використання пам’яті в AI-моделях до 6 разів.

І це не просто “ще одна оптимізація”.


🧠 Що сталося?

TurboQuant оптимізує KV-cache (key-value cache) — один із найважчих по пам’яті компонентів великих мовних моделей.

Саме він:

- зберігає попередні обчислення
- росте з кожним токеном
- з’їдає десятки гігабайтів VRAM / HBM

👉 Google навчилась агресивно стискати ці дані майже без втрати якості.


⚡️ Що це означає для AI

- ті самі GPU → більше користувачів
- менше пам’яті → дешевший inference
- великі моделі → доступніші

Це критично для гравців типу OpenAI та Anthropic, де витрати на інференс — це мільйони доларів щомісяця.


📉 Чому падають акції

Інвестори побачили просту логіку:

якщо AI потрібно менше пам’яті → датацентри купуватимуть менше чипів

Під тиском опинились:
- Micron Technology
- SK hynix
- Samsung Electronics

Особливо на фоні того, що їх акції вже виросли:
- Samsung ≈ +200% за рік
- Micron / SK hynix ≈ +300%

📊 Тобто ринок просто отримав привід для корекції.


⚖️ Але є нюанс

Це не обов’язково “кінець епохи пам’яті”.

Бо паралельно:
- AI росте експоненційно
- моделей стає більше
- навантаження збільшується

👉 Менше пам’яті на одну модель ≠ менше попиту загалом


🧩 Головний сигнал

TurboQuant показує важливу зміну:

AI-індустрія починає вигравати не тільки за рахунок “більше заліза”, а за рахунок “розумніших алгоритмів”

І це вже може вплинути на весь ринок — від GPU до датацентрів.


Якщо коротко:
🧠 раніше: “дайте більше пам’яті”
⚙️ тепер: “давайте використовувати її ефективніше”

📱 YOLA Phone — смартфон без “великого брата”?

Поки та змагаються у зручності та екосистемах, на ринку з’являється протилежна ідея — мінімум сервісів, максимум приватності.

YOLA Phone — це про інший підхід. Його створили колишні інженери , які вирішили: смартфон не має “зливати” дані за замовчуванням.

🔐 Що всередині:
— ОС без вбудованого трекінгу
— відсутність фонової телеметрії
— контроль над дозволами без “прихованих” процесів
— акцент на локальній обробці даних

📵 Але є ціна:
— немає звичних сервісів Google
— обмежений вибір додатків
— менше “магії” автоматизації
— більше ручного контролю

🧠 Фактично, це анти-смартфон:
Не для всіх. Не про комфорт. Не про “поставив і забув”.

Це варіант для тих, хто:
— не довіряє Big Tech
— хоче розуміти, що відбувається в системі
— готовий пожертвувати зручністю заради контролю

💡 Висновок:
YOLA Phone не конкурує з iPhone чи Pixel — він ставить під сумнів саму модель “розумного” пристрою, який знає про вас більше, ніж ви про нього.

І питання тут просте:
вам важливіше зручність… чи контроль?

🚨 VoidLink — новий фреймворк атак, створений ШІ за лічені дні

У кібербезпеці з’явився новий тривожний тренд — інструменти для атак, які створюються не командами розробників, а штучним інтелектом. Один із найяскравіших прикладів — VoidLink.


🧩 Що таке VoidLink і для чого він потрібен

VoidLink — це модульний фреймворк для проведення цільових кібератак, орієнтований на:
- корпоративні мережі
- хмарні інфраструктури
- DevOps-середовища
- API та мікросервіси

Його ключове призначення — автоматизація повного циклу атаки:
від розвідки (reconnaissance) до закріплення в системі (persistence) і витоку даних.

Фактично, це «конструктор атак», який дозволяє швидко адаптуватися під конкретну ціль.


⚙️ Особливості роботи

🔹Модульна архітектура
VoidLink складається з незалежних модулів:
- сканування мережі
- експлуатація вразливостей
- lateral movement
- data exfiltration

Це дозволяє збирати атаку як LEGO — під конкретну інфраструктуру.

🔹Автоматизація через ШІ
Фреймворк використовує ШІ для:
- генерації експлойтів під знайдені вразливості
- підбору payload’ів
- обходу систем захисту

🔹Швидкість розробки
За наявною інформацією, VoidLink був створений за декілька днів, а не місяців.
Це стало можливим завдяки генеративним моделям, які:
- пишуть код
- тестують його
- оптимізують під реальні умови

🔹Адаптивність у реальному часі
Фреймворк може змінювати поведінку залежно від реакції системи:
- уникати IDS/IPS
- змінювати C2-комунікацію
- використовувати легітимні сервіси


⚡️ Унікальність VoidLink

👉ШІ як “розробник атак
Раніше створення подібних інструментів займало місяці роботи команд.
Тепер — це питання днів.

👉Зниження порогу входу
Навіть менш досвідчені зловмисники можуть використовувати складні атаки.

👉Швидка еволюція
VoidLink може швидко отримувати нові модулі під нові вразливості — майже в реальному часі.


🧨 Відомі атаки

Зафіксовані сценарії використання VoidLink включають:

🔸Атаки на CI/CD пайплайни
Компрометація збірок через ін’єкцію шкідливого коду в pipeline.

🔸Злам API
Автоматичний підбір слабких точок у REST/GraphQL API.

🔸Рух всередині мережі (lateral movement)
Після первинного доступу — швидке розширення контролю.

🔸Викрадення даних із хмар
Зокрема з об’єктних сховищ і контейнерних середовищ.

🔸Living-off-the-land атаки
Використання легітимних інструментів системи для уникнення детекції.


🛡 Як захиститися

🔐 1. Zero Trust підхід
Не довіряти жодному вузлу — навіть всередині мережі.

🔍 2. Моніторинг поведінки (EDR/XDR)
VoidLink часто маскується під нормальну активність.

📦 3. Захист CI/CD

- ізоляція середовищ
- підпис артефактів
- контроль залежностей

🌐 4. API Security

- rate limiting
- schema validation
- аутентифікація та авторизація

🧱 5. Сегментація мережі
Обмеження lateral movement.

📜 6. Логи і кореляція подій (SIEM)
Виявлення нетипових сценаріїв.

🔄 7. Регулярні оновлення та патчинг
VoidLink активно використовує відомі вразливості.


📌 Висновок

VoidLink — це не просто ще один інструмент атак.
Це сигнал про нову еру кіберзагроз, де:

- атаки створюються швидше, ніж виправляються вразливості
- ШІ стає повноцінним учасником кіберконфлікту
- час реакції критично скорочується

І головне:
тепер небезпека — не лише у самих інструментах, а в швидкості їх появи та еволюції.

📡 Український стартап розробляє систему пеленгації ударних БПЛА за допомогою WiFi

Український стартап ShitcodeAI повідомив про розробку технології, яка дозволяє виконувати пеленгацію та агрегацію позицій ворожих ударних безпілотників із використанням WiFi-інфраструктури.

За наявною інформацією, система аналізує радіоефір та сигнали доступних WiFi-мереж, використовуючи їх як джерело телеметрії для побудови приблизної карти переміщення об’єктів у повітряному просторі. У поєднанні з алгоритмами машинного навчання це нібито дозволяє визначати траєкторії та групову поведінку цілей.

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

Однією з технічних складностей називають необхідність переведення WiFi-адаптерів у режим моніторингу (monitor mode), що потребує підвищених привілеїв на пристрої. У зв’язку з цим розглядається модель, за якої для активації функціоналу може знадобитися розширений доступ до системи (root/jailbreak), що викликало дискусії щодо зручності та безпеки користувацьких пристроїв.

За словами джерел, у рамках обговорень також піднімається питання адаптації мобільних банківських застосунків до роботи на модифікованих пристроях, оскільки нині більшість із них обмежує функціональність при виявленні рут-доступу.

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

Також повідомляється, що кілька міжнародних інвесторів проявили інтерес до проєкту, зокрема обговорюються інвестиції з боку партнерів із країн Близького Сходу в обсязі до $300 млн.

Бета-тестування системи, за попередніми планами, може розпочатися вже найближчим часом, а перші публічні випробування заплановані на 1 квітня 2026 року.

🚨 Квантова загроза для криптовалют — ближче, ніж здається

Підрозділ опублікував нове дослідження, яке може серйозно стривожити криптоіндустрію.

📄 У своєму white paper дослідники попереджають: майбутні квантові комп’ютери здатні зламувати сучасні криптографічні алгоритми значно швидше, ніж вважалося раніше.

🔐 Що це означає на практиці? Більшість блокчейнів (включно з та ) використовують криптографію на основі складності обчислень — зокрема, алгоритми на кшталт ECDSA.
Але квантові алгоритми (наприклад, алгоритм Шора) потенційно можуть: • відновлювати приватні ключі з публічних
• підписувати транзакції від імені власника
• фактично «викрадати» кошти

⚠️ Раніше вважалося, що на це знадобляться десятиліття.
Тепер же оцінки стають менш оптимістичними — розвиток квантових систем може прискоритися.

📉 Основні ризики: • компрометація гаманців із вже використаними публічними ключами
• загроза для cold storage у довгостроковій перспективі
• необхідність термінового переходу на постквантову криптографію

🛡 Що далі? Індустрія вже починає рух у бік post-quantum рішень, але: • масового впровадження ще немає
• сумісність і продуктивність — відкриті питання
• більшість користувачів не готові до змін

💬 Висновок: Квантові комп’ютери — це вже не лише теорія.
І хоча «криптоапокаліпсис» не станеться завтра, вікно для підготовки може виявитися значно коротшим, ніж очікувалося.

#криптовалюти #безпека #квантові_обчислення

Cisco зламали через інструмент безпеки 😐

Компанія Cisco стала жертвою масштабної supply chain-атаки, яка почалась із компрометації популярного сканера вразливостей Trivy.

Зловмисники підмінили один із GitHub Actions, який використовувався в CI/CD. Через цей модуль вони змогли тихо збирати:
— токени доступу
— SSH-ключі
— хмарні облікові дані

Після цього атакуючі використали вкрадені credentials, щоб проникнути у внутрішнє середовище розробки Cisco.

📌 Наслідки:
— скомпрометовано десятки машин розробників
— викрадено понад 300 GitHub-репозиторіїв
— серед них — код AI-продуктів і ще неанонсованих рішень
— частина даних належить клієнтам (включно з держсектором США)

Окремо повідомляється про компрометацію AWS-ключів і несанкціоновану активність у хмарі.

Cisco локалізувала атаку:
— ізольовано заражені системи
— почато перевстановлення інфраструктури
— проводиться масова ротація всіх ключів і паролів

💡 Висновок: Атака показує класичний парадокс — злам почався не з уразливості в Cisco, а з інструмента безпеки, якому довіряли.

Supply chain сьогодні — це найслабша ланка навіть у найбільш захищених компаніях.

🔐 Android готується до постквантової ери: Google впроваджує ML-DSA

Google планує зробити серйозний крок у напрямку постквантової криптографії — в Android 17 може з’явитися підтримка нового алгоритму цифрового підпису ML-DSA (Module-Lattice Digital Signature Algorithm).


📌 Що це означає?

ML-DSA — це один із алгоритмів, стійких до атак квантових комп’ютерів. На відміну від класичних схем (RSA, ECDSA), які можуть бути зламані майбутніми квантовими системами, ML-DSA базується на задачах решіткової криптографії, які наразі вважаються безпечними навіть у постквантову епоху.


📱 Навіщо це Android?

Google поступово готує екосистему до появи квантових загроз:
• захист оновлень системи (OTA)
• перевірка підпису додатків
• безпечна комунікація між компонентами ОС

Ідея проста: почати перехід завчасно, ще до того, як квантові комп’ютери стануть реальною загрозою.


⚙️ Що відомо про впровадження?

Очікується, що:
• ML-DSA з’явиться як опціональний алгоритм
• буде використовуватись паралельно з класичними схемами (гібридний підхід)
• розробники отримають API для тестування та інтеграції

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


⚠️ Чому це важливо вже зараз?

Атака “harvest now, decrypt later” (збір зашифрованих даних сьогодні з розшифруванням у майбутньому) вже є реальною загрозою. Тому навіть сучасні дані потребують захисту від майбутніх технологій.


💡 Висновок

Android 17 може стати одним із перших масових кроків до постквантової безпеки в мобільних ОС. Це сигнал: криптографія змінюється, і великі гравці починають діяти вже зараз.

#android #кібербезпека #криптографія #postpuantum

❗ московія тестує інтернет за принципом “білих списків”: що це означає

У московії активно розгортається нова модель цензури інтернету — “default deny”.
Тобто: працює не блокування окремих сайтів, а блокування всього, окрім дозволеного.

📌 Як це працює
Провайдери через DPI фільтрують трафік і пропускають лише:
— державні сервіси
— локальні платформи
— ресурси з “білого списку”

Все інше — просто “не існує”.

📌 Де це вже працює
— масово: у мобільному інтернеті під час шатдаунів
— тестово: з’являються ознаки застосування і в домашніх мережах

📌 Ключовий момент
Навіть VPN може не допомагати, якщо:
— блокуються не сайти, а весь “невідомий” трафік
— DPI ріже протоколи на рівні поведінки

📉 Наслідки
— фактичне створення “внутрішнього інтернету”
— примус до використання контрольованих сервісів
— різке падіння ефективності класичних способів обходу
— централізований контроль над інформаційним простором

💡 Це вже не цензура — це архітектура ізоляції.

📌 Чи можна обійти?
Теоретично — так, але складніше:

— тунелі, замасковані під дозволений трафік (obfuscation)
— domain fronting (поки його не закрили повністю)
— використання дозволених CDN як проксі
— mesh/peer-to-peer мережі
— фізичні канали (Starlink, радіо, офлайн-мережі)

Але:
👉 чим жорсткіша whitelist-модель — тим ближче інтернет до моделі Китаю або навіть Ірану.

📌 Висновок
РФ переходить від “блокування сайтів” до контролю самої моделі доступу.

Це значно небезпечніше — і значно складніше для обходу.

🤖🚨 DeepLoad: шкідливе ПЗ нового покоління з використанням ШІ

Дослідники кібербезпеки виявили нову загрозу — DeepLoad, яка поєднує класичні техніки завантажувачів із можливостями штучного інтелекту.

🔍 Що це таке?
DeepLoad — це “розумний” loader, який використовує алгоритми машинного навчання для адаптації до середовища жертви та обходу захисту.

🧠 Що змінює ШІ:

📊 Аналізує систему в реальному часі (антивіруси, EDR, sandbox)

🎭 Динамічно змінює свою поведінку, щоб уникнути детекту

🧩 Обирає оптимальний payload залежно від цілі

🗣 Може генерувати фішингові повідомлення або команди “на льоту”


⚙️ Як працює:

1. Потрапляє в систему (фішинг / інсталятор / експлойт)


2. Проводить “розвідку” середовища


3. За допомогою моделей ШІ визначає найменш помітний сценарій атаки


4. Завантажує та виконує шкідливі модулі



💣 Чим це небезпечно?

- складніше виявити через відсутність статичної поведінки

- класичні сигнатури часто не працюють

- атаки стають більш таргетованими і “тихими”


🎯 Що може завантажувати:

- RAT і бекдори

- стілери (браузери, криптогаманці)

- модулі для латерального переміщення в мережі


🛡 Як захиститися:

- поведінковий аналіз і Zero Trust-підхід

- моніторинг аномалій (мережа + хост)

- ізоляція критичних систем

- навчання користувачів (фішинг став значно “розумнішим”)


📌 Висновок:
DeepLoad демонструє новий тренд: шкідливе ПЗ більше не є статичним кодом. Воно вчиться, адаптується і приймає рішення — майже як живий оператор.

⚠️ CVE-2026-33579: чому користувачам OpenClaw варто виходити з припущення про компрометацію

Останні дні з’явилось багато гучних заголовків про критичну вразливість CVE-2026-33579. Частина з них перебільшує, частина — спрощує. Але реальна проблема — серйозніша і системніша.

Йдеться не про “черговий баг”, а про фундаментальний збій у моделі авторизації OpenClaw.


🔍 Суть вразливості

CVE-2026-33579 пов’язана з механізмом device pairing.

Endpoint "/pair approve":
— не перевіряє, чи має користувач необхідні права
— дозволяє підтвердити pairing із будь-яким рівнем доступу

У результаті зловмисник може:
отримати мінімальний доступ → самостійно підтвердити pairing → призначити собі права адміністратора

Без експлойтів у класичному розумінні. Без складних ланцюгів.


⚙️ Як виглядає експлуатація

Атака максимально проста:

1. Ініціюється pairing нового “пристрою”
2. У запиті одразу вказуються admin-привілеї
3. Відправляється запит на підтвердження
4. Система не перевіряє повноваження

Результат — повноцінний адміністративний доступ.

У багатьох випадках достатньо одного HTTP-запиту.


🔥 Чому ризик настільки високий

Проблема посилюється типовою практикою розгортання OpenClaw:

— інстанси часто доступні з інтернету
— автентифікація відсутня або слабка
— endpoint pairing відкритий назовні

У такій конфігурації:
вразливість перетворюється з “локальної” на фактично віддалену.

Саме тому експерти використовують формулювання:
“assume compromise”


💀 Наслідки компрометації

Після отримання admin-доступу OpenClaw стає повноцінним інструментом атакуючого.

Це означає:

— доступ до всіх даних і історії взаємодій
— витік API-ключів, токенів, облікових даних
— виконання дій через інтегровані інструменти
— доступ до файлової системи, сервісів, баз даних

Фактично — це точка входу в інфраструктуру з можливістю подальшого розширення атаки.


🛡️ Практичні кроки захисту

У цій ситуації стандартного “оновіть систему” недостатньо.

Потрібен підхід, як після інциденту:

— негайно встановити останні оновлення OpenClaw
— перевірити логи на події pairing і невідомі пристрої
— переглянути всі активні сесії та доступи
— виконати повну ротацію секретів (API, SSH, токени, паролі)
— обмежити доступ до інстансу (VPN, allowlist, ізоляція)

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


⚠️ Висновок

CVE-2026-33579 — це приклад того, як:

помилка в логіці авторизації + відкрита конфігурація = масовий ризик компрометації

Головна небезпека — не складність атаки, а її тривіальність.

І саме тому найгірша помилка зараз — вважати, що “мене це не стосується”.