IT24

02/10/2026

☁️ Storm-3168: агентні хмарні атаки з використанням скомпрометованих сервісних облікових записів.
Microsoft виявила атаки на Azure із захопленими service principals: зловмисники масово видаляли сховища, намагалися знищити бази SQL, Key Vault та засоби відновлення. Автоматизація дозволила провести руйнівну фазу буквально за кілька хвилин. 🌐 https://www.microsoft.com/en-us/security/blog/2026/09/25/storm-3168-agentic-driven-cloud-attacks-using-compromised-service-principals/

🖥️ Вразливість Microsoft SharePoint CVE-2026-65660 тепер експлуатується в атаках.
Microsoft підтвердила реальні атаки на SharePoint Server через вразливість віддаленого виконання коду. Для експлуатації потрібен обліковий запис із невисокими привілеями, а CISA вже внесла проблему до каталогу активно використовуваних вразливостей. 🌐 https://www.securityweek.com/microsoft-sharepoint-flaw-cve-2026-65660-now-exploited-in-attacks/

🚨 Японська Keio підтвердила, що атака програм-вимагачів порушила роботу бізнес-систем.
Ransomware-атака змусила Keio відключити корпоративну мережу, щоб обмежити поширення загрози. Постраждали системи готельного бізнесу, включно з платіжними сервісами; компанія також перевіряє, чи отримали атакувальники доступ до інформації клієнтів і партнерів. 🌐 https://www.bleepingcomputer.com/news/security/japans-keio-confirms-ransomware-attack-disrupted-business-systems/

🔐 CISA додала експлуатований обхід автентифікації Cisco Catalyst SD-WAN Manager до KEV.
Критична вразливість Cisco Catalyst SD-WAN Manager уже використовується в атаках. Спеціально сформований HTTP-запит дозволяє віддаленому зловмиснику без автентифікації отримати доступ до API з правами адміністратора. Для централізованого керування мережею це особливо неприємний сценарій. 🌐 https://thehackernews.com/2026/10/cisa-adds-exploited-cisco-catalyst-sd.html

🗄️ Деякі клієнти Supabase публічно відкривають величезні обсяги даних людей в інтернеті.
Дослідники UpGuard виявили тисячі баз даних Supabase, де через неправильні налаштування доступу інформація залишалася відкритою для інтернету. Чергове нагадування: хмарна база може працювати бездоганно — і водночас бути налаштована занадто гостинно. 🌐 https://techcrunch.com/2026/09/25/some-supabase-customers-are-publicly-exposing-reams-of-peoples-data-to-the-web/

#Кібербезпека #ХмарніТехнології #Сервери #ЗахистДаних

28/09/2026

Починаємо новий тиждень.

25/09/2026

🔐 F5 виправила zero-day у BIG-IP APM, який уже використовують в атаках.
Критична вразливість CVE-2026-94127 дозволяє віддалене виконання коду на певних конфігураціях BIG-IP APM. F5 підтвердила реальні атаки, а CISA внесла проблему до каталогу активно експлуатованих вразливостей. 🌐 https://www.bleepingcomputer.com/news/security/f5-warns-of-big-ip-apm-remote-code-execution-zero-day-exploited-in-attacks/

☁️ Microsoft виправила 18 вразливостей у продуктах AI та хмарних сервісах.
Microsoft закрила 18 проблем безпеки в Azure та інших AI- і cloud-продуктах. Значна частина пов’язана з підвищенням привілеїв, тому компаніям варто перевірити актуальність оновлень хмарної інфраструктури. 🌐 https://www.securityweek.com/microsoft-patches-18-vulnerabilities-in-ai-cloud-products/

🤖 Зловмисник використав три open-source AI-агенти для атак на понад 25 організацій.
За даними дослідників, автоматизовані AI-інструменти допомагали сканувати цілі та проводити атаки на великі компанії, включно з авіаційною та готельною галузями. Вартість одного завершеного сканування становила близько $25. 🌐 https://www.theregister.com/security/2026/09/25/crook-used-three-open-source-agents-to-break-into-a-fortune-500-hospitality-company-a-major-us-airline-and-25-other-orgs/5299012

💾 Нова ransomware-група погрожує знищувати резервні копії жертв.
Група n0n не лише краде корпоративні дані, а й погрожує шифрувати або видаляти резервні копії та shadow copies. Дослідники радять ізолювати backup-інфраструктуру та посилити контроль доступу. 🌐 https://www.infosecurity-magazine.com/news/ransomware-gang-uses-backup/

🛡️ Microsoft посилює контроль AI-агентів у корпоративній інфраструктурі.
Вересневі оновлення Microsoft Security додають можливості виявляти локальних AI-агентів, контролювати їхній доступ і застосовувати Zero Trust до агентного трафіку. Для бізнесу AI поступово стає ще одним об’єктом стандартного IT-контролю. 🌐 https://www.microsoft.com/en-us/security/blog/2026/09/24/whats-new-in-microsoft-security-september-2026/

#Кібербезпека #Сервери #Хмара

23/09/2026

Перезавантаження сервера: нормальна процедура чи сигнал проблеми?

«А ви пробували вимкнути й увімкнути?» – мабуть, одна з найвідоміших фраз про IT. І так, доволі часто це спрацьовує. Програма зависла, служба перестала відповідати, сервер почав поводитися дивно – перезавантажили, і все повернулося до нормальної роботи. Тож, restart – цілком нормальний технічний інструмент, а не остання надія адміністратора.

Під час тривалої роботи система постійно щось робить: запускає й завершує процеси, використовує оперативну пам'ять, створює тимчасові файли, підтримує безліч з'єднань. Додамо сюди оновлення, частині яких для завершення встановлення потрібен restart. Перезавантаження коректно завершує старі процеси, запускає служби заново й дозволяє системі почати роботу з «чистого аркуша». Саме тому після нього багато дрібних проблем справді зникають.

Більше того, сервер зовсім не зобов'язаний працювати роками без жодного перезапуску. Планове перезавантаження після оновлень або під час технічного обслуговування – нормальна практика. Залежно від системи та режиму її роботи це може бути раз на кілька тижнів або, наприклад, під час щомісячного технічного вікна. Тому величезний uptime сам по собі ще не медаль за надійність: іноді за красивою цифрою ховається те, що стан сервера давно ніхто нормально не перевіряв.

Зовсім інша справа, коли перезавантаження стає аварійною процедурою. Якщо в офісі вже є інструкція рівня «коли бухгалтерія зависне – подзвоніть адміну, він перезапустить сервер», а користуватися нею доводиться кожні кілька днів, варто шукати причину. Restart у такій ситуації прибирає симптом: звільняються ресурси, перезапускаються служби – і все знову працює. Але лише до наступного разу.

До речі, сама регулярність таких випадків може багато розповісти. Якщо після перезавантаження сервер нормально працює місяць – це одна історія. Якщо через дві доби знову починає гальмувати – треба дивитися, що відбувається з пам'яттю, процесами, службами, базами даних, диском і журналами подій за цей час. А якщо проблема повертається щовівторка о 10:30, сервер, здається, вже сам склав для IT-відділу графік діагностики.

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

Зізнавайтеся: як часто Restart рятував ваш робочий день?

21/09/2026

18/09/2026

☁️ Іранські удари по об’єктах AWS призвели до безповоротної втрати даних клієнтів у Бахрейні та ОАЕ.
AWS підтвердила, що частину даних і ресурсів у Бахрейні та одній зоні доступності ОАЕ відновити вже неможливо. Для бізнесу висновок простий: навіть велика хмара не замінює незалежний резервний план. 🌐 https://www.helpnetsecurity.com/2026/09/17/aws-middle-east-outage-permanent-data-loss-bahrain-uae/

🖥️ CISA: критичну вразливість VMware RCE тепер використовують банди програм-вимагачів.
CISA підтвердила використання критичної вразливості VMware vCenter операторами програм-вимагачів. Помилка дозволяє неавторизованому атакувальнику виконувати довільний код, а скомпрометований vCenter може відкрити шлях до віртуальних машин і корпоративних даних. 🌐 https://www.bleepingcomputer.com/news/security/cisa-critical-vmware-vcenter-rce-flaw-now-exploited-by-ransomware-gangs/

📧 Вразливість нульового дня з віддаленим виконанням коду від root у Cisco Secure Email Gateway активно експлуатується.
Cisco попередила про активні атаки на фізичні й віртуальні Secure Email Gateway. Уразливість дозволяє віддалено, без автентифікації, виконувати команди з правами root через спеціально сформований лист. Пошта цього разу справді може «принести сюрприз». 🌐 https://www.securityweek.com/root-rce-zero-day-in-cisco-secure-email-gateway-under-active-exploitation/

🔐 Критична вразливість Check Point Management дозволяє неавторизованим атакувальникам запускати код від root.
Критична помилка у Check Point Security Management і Log Servers дозволяє атакувальнику без облікових даних віддалено виконати код із максимальними системними привілеями. Для серверів, що керують безпекою мережі, такий рівень доступу особливо небезпечний. 🌐 https://thehackernews.com/2026/09/critical-check-point-management-server.html

🌐 Salesforce оговтується після глобального збою.
Глобальний збій Salesforce спричинив серйозні затримки, помилки та недоступність частини сервісів у багатьох регіонах. Причиною стало підвищене навантаження на ключовий компонент. Ще одне нагадування бізнесу: SaaS теж іноді має дуже поганий день. 🌐 https://www.theregister.com/saas/2026/09/16/salesforce-staggers-back-to-feet-after-global-outage/5296800

14/09/2026

Все працює в штатному режимі.

11/09/2026

🏥 Boston Scientific каже, що навряд чи виконає прогноз продажів і прибутку за 2026 рік після кібератаки.
Кібератака порушила глобальні операції Boston Scientific, включно з виробництвом і обробкою замовлень. Компанія попередила, що наслідки інциденту, ймовірно, завадять виконати фінансові прогнози. Хороше нагадування: кіберризик дуже швидко стає фінансовим. 🌐 https://www.reuters.com/technology/boston-scientific-says-cyberattack-likely-hurt-2026-sales-profit-2026-09-08/

🤖 Вразливості PaperCut MF/NG атакують за допомогою сотень ШІ-агентів.
Зловмисник використав сотні ШІ-агентів для автоматизації атак на сервери PaperCut. Дослідники повідомляють про сотні скомпрометованих організацій і випадки отримання прав адміністратора домену. Автоматизація атак тепер працює значно швидше за ручне «подивимося завтра». 🌐 https://www.scworld.com/news/papercut-mfng-flaws-attacked-with-hundreds-of-ai-agents

🛡️ Ivanti виправляє критичні вразливості в корпоративних продуктах безпеки.
Ivanti закрила низку критичних вразливостей у Neurons for ITSM, Sentry та EPMM. Частина помилок дозволяє віддалене виконання коду або обхід автентифікації. Особливо актуально для компаній, де ці системи доступні з корпоративної мережі чи інтернету. 🌐 https://www.securityweek.com/ivanti-patches-critical-flaws-across-enterprise-security-products/

🔐 Дослідник опублікував вразливість нульового дня для підвищення привілеїв у CrowdStrike.
Дослідник оприлюднив спосіб підвищення привілеїв через CrowdStrike Falcon Sensor на актуальних Windows і Windows Server. CrowdStrike рекомендувала тимчасово вимкнути відповідне налаштування видалення підозрілих макросів Office, поки компанія досліджує проблему та готує захист. 🌐 https://www.infosecurity-magazine.com/news/crowdstrike-privilege-escalation/

🖥️ SAP попереджає про вразливість ядра OVERPASS максимальної критичності.
SAP виправила критичну помилку в ядрі, яка може дозволити зловмиснику без автентифікації виконувати команди з адміністративними правами та отримати доступ до бізнес-даних. Дослідники попереджають, що потенційно вразливими залишаються тисячі доступних з інтернету систем. 🌐 https://www.bleepingcomputer.com/news/security/sap-warns-of-maximum-severity-overpass-kernel-vulnerability/

Який із цих ризиків варто перевірити у вашій компанії?

#Кібербезпека #ХмарніТехнології #Сервери #ЗахистДаних

09/09/2026

Чому серверу теж потрібне вільне місце

На диску сервера залишилося 8-10 ГБ. Значить, усе добре: нуль ще далеко, можна працювати. Логіка цілком зрозуміла — у баку теж може залишатися кілька літрів пального, але це ще не означає, що час шукати заправку не настав. Формально правда. Але серверу вільне місце потрібне не лише для нових файлів.

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

Коли цього простору стає замало, проблеми не завжди починаються помітно. Сервер може не вимкнутися і навіть не показати великого червоного напису «ВСЕ ПРОПАЛО». Натомість можуть повільніше працювати програми, виникати помилки під час оновлень, переставати нормально записуватися логи або з'являтися проблеми з базами даних. Для користувача це часто виглядає як загадкове «щось сьогодні все гальмує».

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

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

Тут може допомогти моніторинг. Він може попередити про нестачу місця не тоді, коли диск уже заповнений на 100%, а значно раніше — поки проблему можна спокійно дослідити, почистити непотрібне або збільшити диск. Головне тут навіть не побачити конкретну цифру, а помітити тенденцію. Якщо вільного місця щотижня стає менше, можна заздалегідь зрозуміти, коли серверу знадобиться більше простору.

А ви знаєте, скільки вільного місця зараз залишилося на вашому сервері?

07/09/2026

Снапшот — це ще не бекап.

Перед оновленням віртуального сервера адміністратор може зробити снапшот. Якщо після оновлення сервер раптом вирішить, що сьогодні він працювати не налаштований, систему можна швидко повернути до попереднього стану. Дуже зручна річ: кілька хвилин тому все працювало - от туди нас і поверніть. Через це снапшот легко отримує почесне звання «у нас же є резервна копія».

Насправді снапшот - це збережений стан віртуальної машини на певний момент. Він особливо корисний перед оновленнями, зміною налаштувань, встановленням нового ПЗ та іншими діями з категорії «все має пройти нормально, але про всяк випадок…». Якщо зміни виявилися невдалими, можна зробити відкат і не збирати систему заново по шматочках. Для таких ситуацій снапшот - чудовий інструмент. Просто професія в нього інша.

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

Тому снапшот і бекап виконують різні завдання. Снапшот допомагає швидко сказати системі: «Давай забудемо останні пів години нашого життя», а повноцінний бекап потрібен, коли забути доведеться вже значно серйознішу подію. Добре налаштована інфраструктура може використовувати і те, й інше: снапшоти - для швидкого відкату, незалежні резервні копії - для справжнього відновлення. Головне, щоб у день аварії раптом не з'ясувалося, що весь план «Б» весь цей час жив усередині плану «А».