Активація Mystic Alerts... поверніться і знову прочитайте Q-дописи #34 та #2793... BQQM... Трамп підписав H.R. 7022 — Закон про Mystic Alerts, який створює регуляторну основу для надсилання аварійних сповіщень безпосередньо американцям через супутникові мережі, щоб критичні повідомлення більше не зупинялися там, де закінчуються комунальні вежі... Подивіться, що накопичувалося... попередження про кібератаки, спроби проникнення в мережі, слабкі місця в цифровій інфраструктурі, перерви в роботі сервісів і зростаюче недовір’я до систем, що доставляють інформацію громадськості... Тепер перемотайте назад на 1 листопада 2017 року... Q-допис #34... «За наказом POTUS ми запустили певні системи безпеки, які захистять громадян»... У цьому дописі описується сценарій громадських заворушень, скомпрометованих нарративів, військових операцій і необхідність безпосереднього звернення до американців... «Ми запустимо Систему аварійного мовлення (EMS) у цей період, щоб надати безпосереднє повідомлення (без фейкових новин) всім громадянам»... Вага цього рядка лежить на шляху... повідомлення, яке обходить традиційні канали розповсюдження медіа, має найбільше значення, коли інформаційне середовище стає частиною кризи... Тепер 18 лютого 2019 року... Q-допис #2793... «Зростання обговорень щодо ефективного запобігання перехресному зв’язку щодо анти-нарративу на всіх соцмережах/онлайн-платформах»... У цьому дописі розглядаються цензура, симульовані кіберперебої, вимкнення платформ, «Zero-Day» та контрзаходи, перш ніж досягається інструкція... «Подумайте про Систему аварійних сповіщень». «Подумайте про новий вебсайт «новин» RT, контролюваний Білим домом». «Подумайте про нову платформу для прямого відеотрансляції, контролювану Білим домом». «Якщо це відбудеться, негайно будуть прийняті заходи для класифікації кожного з них як „публічної послуги“ (необхідних громадських послуг), щоб отримати відповідне державне регулювання (контроль)». Поставте їх поруч... Допис #34 описує зазначений аварійний сценарій і безпосереднє президентське звернення. Допис #2793 розширює цей сценарій до кібервійни, перебоїв у платформах, незалежних комунікацій Білого дому та державного втручання. H.R. 7022 створює реальну супутникову систему аварійного сповіщення, яка зменшить залежність країни від наземної комунікаційної інфраструктури... Додайте уряд США, технологію Starlink direct-to-cell і розвиток суверенної цифрової інфраструктури... і архітектурні паралелі стають важко ігнорувати... Питання, що лежить в основі всього цього, не виходить у мене з голови... що відбудеться, коли мережі, на які американці покладаються для отримання інформації, зупиняться, будуть скомпрометованою або затопленою конкуруючими нарративами? Хто зможе все ще досягти американського народу... через яку інфраструктуру... і за чийою владою? Дописи розповідають історію, закон закріпив канал зв’язку... Пам’ятайте... немає причин боятися... прочитайте зображення нижче... натисніть на зображення, щоб збільшити Спостереження свідомості @holonabove

AI HACK ПАНИКА: ТІЛЬКИ ЗАГОЛОВКИ, ЧИ РЕАЛЬНИЙ ШКОДА? @HalloweenIn2008 стверджує, що безпекові загрози, пов’язані з ШІ, малоймовірно зруйнують повсякденне життя — незалежно від криптовалют чи інфраструктури Інтернету. @CatOfLongTails не погоджується: Шітсміт вважає, що знайомі витіки даних та крадіжка особистості все ще завдають реальної шкоди, навіть коли люди звикли до заголовків. Їхня розбіжність стосується впливу та сприйняття, а не підтвердження нової атаки. @HalloweenIn2008 @CatOfLongTails: чи означає звикання до ризику, що його перебільшують, чи просто легше ігнорувати?

…Не можна просто застосувати патчі до всіх вразливостей! Це не надто погано, коли ти створюєш ШІ?😗

Palo Alto та Citrix ще не виправили вразливість PHP у фаєрволах та NetScaler, які захищають мережу вашої компанії. Це не веб-сайт компанії, а сторінка адміністрування цих пристроїв — той самий порт віддаленого доступу, який багато хто використовує для роботи ззовні: якщо він відкритий у Інтернеті, ризик є зараз, і єдине, що можна зробити зараз — заблокувати цей порт, поки не з’явиться виправлення. Обидві компанії підтвердили, що їхні продукти містять ті самі критичні вразливості PHP. У обох випадках проблема стосується лише інтерфейсу управління, а не трафіку клієнтів. Palo Alto оновила попередження сьогодні, сподіваючись на виправлення між 26 і 30 жовтня, але деякі моделі ще не мають дати. Citrix обіцяє випустити патч для NetScaler 27-го. На даний момент жодна з компаній ще не випустила виправлення для клієнтів. Відомий дослідник Кевін Бевмонд стверджує, що у віртуальних машинах Palo Alto та NetScaler вимкнено базову захисну функцію пам’яті під назвою ASLR. Саме ця захисна міра заважає більшості публічних експлойтів PHP працювати на звичайних серверах. Він також стверджує, що експлойти, здатні обійти цю захистну міру, швидше за все, з’являться наступного тижня — приблизно в той самий період, коли очікується випуск патчів виробниками. На даний момент Palo Alto заявляє, що не має жодних даних про активне використання експлойтів проти своїх продуктів. Якщо ви використовуєте Palo Alto або NetScaler — негайно заблокуйте інтерфейс адміністрування: доступ лише з внутрішньої довіреної мережі, без виставлення в Інтернет, починаючи з тих, що вже відкриті назовні. Пристрій, який зберігає цей порт, все ще без замку.

Останні 48 годин стали попередженням для всієї технологічної галузі. Ми побачили розробки та проблеми безпеки, які ще кілька років тому тривали б у глобальних заголовках протягом кількох днів. Уразливості, слабкі місця та потенційні вектори атак, яких багато людей навіть не уявляли, що можуть бути виявлені в такому масштабі. І я не можу не задатися питанням: що станеться, коли ШІ робитиме виявлення цих недоліків значно простішим? Декадами ми будували фінансову інфраструктуру, банківські системи, платіжні мережі та критичні сервіси на мільйонах рядків коду. Ми довіряли їм, бо вони були створені найкращими інженерами, підтримувалися найбільшими інституціями та захищені досконалими командами безпеки. Але що, якщо ми переоцінювали насправді ступінь безпеки цих систем? ШІ змінює економіку виявлення програмних недоліків. Речі, які раніше вимагали величезних зусиль, досвіду та ресурсів, можуть стати значно простішими для виявлення. І наслідки цього йдуть набагато далі, ніж лише розробка програмного забезпечення. Фінансові установи, зокрема, повинні ставити це серйозно. Наступна велика криза може не походити з якоїсь абсолютно нової форми атаки. Вона може походити з уразливостей, які існували роками, але просто ніколи не були виявлені. Незручна правда полягає в тому, що код, що захищає мільярди доларів, може бути не такий надійний, як ми припускали. І якщо останні 48 годин є будь-яким індикатором того, як швидко змінюється цей ландшафт, ми повинні ставити складні питання щодо безпеки систем, на які ми покладаємося щодня. Справжній тест — не в тому, чи може ШІ знайти тріщини. А в тому, чи зможемо ми їх виправити до того, як це зробить хтось інший.

Щасливого п’ятничного ранку! Корисна нагадування від @BeldexCoin Їхня команда повідомляє, що Beldex не використовує PHP у своєму стеку, тому він не піддається недавнім уразливостям, пов’язаним із PHP. Більш загальний урок все ще застосовний:

Усі: «Vibe coding — ось чому ми бачимо стільки безпекових багів». Тим часом PHP, Node.js, ядро Linux, GitLab. Кодові бази, написані людьми, деякі з яких мають десятиліття історії, також виявляють серйозні вразливості. Отже, можливо, нам потрібно провести щиру розмову. AI не винайшов поганий код. Розробники вже десятиліттями випускають баги, беруть короткі шляхи й накопичують технічний борг. Різниця в тому, що AI стає кращим у виявленні хаосу, який ми довгий час ігнорували. ТЕПЕР... Уявіть, скільки вразливостей ще приховані в системах, які керують нашими грошима, захищають наші ідентичності й забезпечують роботу критично важливої інфраструктури. Можливо, ми звинувачуємо AI у розкритті проблеми, яка вже існувала. Можливо, код ніколи не був таким хорошим, як ми думали. Ми просто не мали інструментів, щоб побачити все це. 🫠

За останні 48 годин відбулося три інциденти безпеки. Ось що насправді сталося, і що потрібно зробити. 1) Інцидент із сертифікатом Індійський центр сертифікації eMudhra під час церемонії генерації ключів у квітні 2025 року створив слабкі приватні ключі для 8 своїх проміжних сертифікатів. Будь-хто міг відновити ці ключі з публічних сертифікатів. Chrome, Firefox, Apple та Microsoft вже заблокували їх. 2) Недолік Bluetooth на iPhone Apple виправила недолік Bluetooth, який дозволяв ближньому зловмиснику виконувати код на iPhone 11 та новіших моделях. Патч вже доступний у iOS 27 та 26.7. Apple не підтвердила, що хтось використав цей недолік. 3) Помилка в PHP Дві помилки в самому PHP дозволяють виконувати віддалений код без входу. Постраждали всі версії PHP з 5.4. Патчі з’явилися вчора. Спроби атак почалися ще до виходу патчу. Також на цьому тижні Chrome випустив версію 156 з 353 виправленнями безпеки. Що потрібно зробити: → Оновіть спочатку свій браузер → Оновіть ОС вашого телефону та комп’ютера → iPhone 11 або новіший: оновіть iOS зараз. Тримайте Bluetooth вимкненим лише до оновлення → Оновіть настільні додатки, такі як Slack, Cursor і Discord → Уникайте ненадійних Wi-Fi до тих пір, поки ваші пристрої не будуть оновлені → Ігноруйте будь-які листи з пропозицією «виправлення сертифіката». Це хвилі фішингу, які виникли через цей інцидент → Розробники: оновіть pip, uv і npm, а також PHP. Оновлення — єдине повне виправлення

Протягом 10 років у більшості інтернету існувала вразливість, доки штучний інтелект не показав хакерам, як її використовувати. Вебсайт, що зберігає ваші дані, може протягом десятиліття мати відкриті двері, а штучний інтелект саме знайшов ручку. Зловмисникам не потрібні ні ім’я користувача, ні пароль — достатньо одного добре створеного запиту, і незапatchений сервер стає їхнім. Ця вразливість називається «PHP2Shell». Дослідники, як повідомляється, використали просунуту модель OpenAI, щоб з’ясувати, як її експлуатувати, після того як вона протягом років ставила в тупик експертів. Ось що це означає просто англійською, і що робити, перш ніж хтось використає це проти вас. PHP — це двигун, який тихо працює на сайтах WordPress, онлайн-магазинах, урядових порталах, сторінках оплати та багатьох вебсайтах криптовалютних проектів. Близько 7 з 10 сайтів, де відома мова сервера, працюють на ньому. Обидві вразливості знаходяться всередині самого PHP, а не на вебсайті, побудованому поверх нього. Зловмисник надсилає правильний запит і може запускати свої команди на сервері. Звідти вони можуть вкрасти дані клієнтів, встановити шкідливе ПЗ, зробити сайт недоступним або використати цей сервер як двері для доступу до всього іншого в мережі. Справжня історія — це штучний інтелект, і ось моя аналітика. Якщо ШІ може перетворити старі баги на працюючі атаки, час між виявленням і шкодою значно скоротився. Органи влади ставляться до цього саме так. FBI, як повідомляється, закликає сайти, які не можуть застосувати патч, вимкнути їх, а одна національна кібер-авторитетна організація надала всім урядовим агентствам 7 днів на усунення проблеми та звіт про це. Якщо ви просто переглядаєте вебсайти, відвідування PHP-сайту не означає, що вас уже взломали. Реальний ризик — ваші особисті дані, що зберігаються на сайтах, які ще не застосували патч. Для користувачів криптовалют захоплений вебсайт проекту не має потреби безпосередньо звертатися до вашого гаманця. Йому достатньо замінити один скрипт, щоб кнопка «підключити гаманець», якій ви довіряєте, призводила до коду, створеного для опорожнення вашого гаманця. Виправлення вже існує. Проект PHP випустив оновлені версії: 8.2.35 8.3.36 8.4.27 8.5.12 Якщо ви керуєте вебсайтом, ось чек-лист: 1. Знайдіть усі сайти та сервери, що працюють на PHP, включаючи ті, якими керують ваш хостинг або розробник. 2. Оновіть сам PHP до виправленої версії та перезапустіть його. Оновлення тем чи плагінів саме по собі нічого не дають. 3. Якщо ви не можете застосувати патч сьогодні — вимкніть сайт до тих пір, поки не зможете. 4. Перевірте журнали, невідомі облікові записи та змінені файли на ознаки того, що хтось уже отримав доступ. 5. Отримайте письмове підтвердження від вашого хостингу чи розробника, що патч застосовано. І ігноруйте будь-які повідомлення з пропозицією «оновлення безпеки PHP» або запитами паролів та платежу. Справжні патчі ніколи не надходять у вашу особисту скриньку. ШІ зменшив розрив між прихованою помилкою та активною атакою до меншого терміну, ніж багато компаній витрачають на застосування патчів. Тим, хто ще чекає — вже запiзно.

2 КРИТИЧНІ ДІРКИ PHP, І FBI РЕКОМЕНДУЄ ВИВЕСТИ ВАШ САЙТ З РОБОТИ, ЯКЩО ВИ НЕ МОЖЕТЕ ЗАПАТЧИТИ. ЦЕТ ГРОК-БОТ ПОВІДОМЛЯЄ ВАМ ЗА 5 ХВИЛИН, ЧИ ВАША ВЕРСІЯ PHP ПІДВЕРГНУТА РИЗИКУ CVE-2026-109618 та CVE-2026-109619 дозволяють зловмисникам виконувати код на сервері через сам PHP. PHP використовується для більшості веб-сайтів, включаючи WordPress. Що робить бот: 1. Перелічує всі ваші сайти та сервери 2. Визначає версію PHP на кожному з них 3. Перевіряє її проти виправлених версій на php.net 4. Розташовує сайти, що доступні з інтернету, на першому місці 5. Генерує ваш план оновлення: вразливий, оновити до X, звернутися до хостинг-провайдера Мій результат: 6 сайтів, 4 вразливі, один ще на PHP 7.4. Бот лише читає та повідомляє. Нічого не оновлює і нічого не виводить з ладу без вашої згоди. Скопіюйте це в бота Grok: "Знайди всі сайти та сервери, якими я володію, що працюють на PHP. Для кожного покажи версію PHP та чи вона вразлива до CVE-2026-109618 або CVE-2026-109619 згідно з php.net. Інтернет-доступні першими. Тільки читання. Нічого не змінювати." Надішліть це всім, кого ви знаєте, у кого є сайт на WordPress. Налаштування бота лише для читання наведено у статті нижче ↓