Безпека сайтів українського бізнесу під час війни

Коротка відповідь

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

Атака на «Київстар» 12 грудня 2023: чому це стосується не лише телекому

12 грудня 2023 року наймасштабніший оператор мобільного зв'язку України «Київстар» — понад 24 мільйони абонентів мобільного зв'язку і понад 1,1 мільйона користувачів домашнього інтернету — став ціллю потужної кібератаки. На піку атака вивела з ладу до 90% потужності мережі: голосовий зв'язок, дані й повідомлення не працювали для мільйонів людей по всій країні.

Атака зачепила не тільки телефони. Через збій постраждали, зокрема, системи повітряної тривоги в Києві та Сумській області — сервіси, які мали попереджати про небезпеку, самі стали недоступні. Відновлення мобільного зв'язку почалося пізно того самого дня, а ширше відновлення — вже 14 грудня, тобто на другу-третю добу.

Атаку пов'язують із угрупованням Sandworm (також відоме як APT44), пов'язаним із російською військовою розвідкою. За наявними даними, зловмисники перебували в мережі оператора задовго до самої атаки — щонайменше з травня 2023 року — і за цей час підготували знищення ключової IT-інфраструктури зсередини.

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

Удари по енергетиці: цифри, які варто знати

Другий фактор ризику — фізичний. З початку повномасштабної війни енергетична система України пережила майже 6000 атак. У 2024 році країна втратила близько 9 ГВт генеруючих потужностей — це приблизно третина довоєнного споживання електроенергії. Усі 15 теплових електростанцій країни зазнали пошкоджень або були знищені; частка теплової генерації в енергобалансі впала з 23,5% до приблизно 5%.

Наслідок для звичайних споживачів і бізнesu — багатогодинні планові відключення, у частині регіонів до 16 годин на добу, а в окремих випадках знеструмлення тривало понад добу поспіль. Лише за перші два місяці 2026 року об'єкти оператора магістральних мереж «Укренерго» атакували понад 300 ракет і понад 7000 дронів.

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

Що це означає для сайту, який живе на сервері в Україні

Блекаут поруч із дата-центром — сайт стає недоступним, поки не запрацює резервне живлення (якщо воно є) або поки не повернеться світло.
Пошкодження чи знищення дата-центру — малоймовірний, але не нульовий сценарій для об'єктів критичної інфраструктури.
Масштабна кібератака на мережевого провайдера — прецедент із «Київстар» показує: під ударом можуть опинитися не окремі сайти, а вся інфраструктура оператора, через якого йде трафік.
Простій під час пікового навантаження — інтернет-магазин чи сайт послуг, недоступний під час реклами чи сезонного попиту, втрачає замовлення прямо зараз, а не «колись у майбутньому».

Де насправді стоїть сервер Meridaro

Сайти на Meridaro живуть на власному сервері в дата-центрі в Європейському Союзі, у Франції — поза зоною бойових дій, обстрілів і планових відключень електроенергії, з якими стикається інфраструктура в Україні. Для відвідувача з України це означає затримку в кілька десятків мілісекунд, яка практично непомітна на швидкість завантаження сторінки. Натомість фізичний ризик, пов'язаний із розміщенням усередині країни під ударом, — прибрано.

Важливо сказати чесно: це не робить сайт невразливим до всього на світі. Це прибирає конкретний, підтверджений ризик — залежність від електромережі та фізичної безпеки об'єкта в зоні бойових дій.

Бекапи: друга лінія захисту

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

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

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

Моніторинг, Cloudflare і фаєрвол

Крім фізичного розташування й бекапів, на рівні мережі сайти захищені Cloudflare — це знижує ризик простих DDoS-атак і приховує реальну IP-адресу сервера. Додатково працює фаєрвол і моніторинг доступності: якщо сайт перестає відповідати, це видно не через скаргу клієнта, а раніше. Безкоштовний SSL-сертифікат (Let's Encrypt) з автоматичним продовженням — базова гігієна, яка теж входить у кожен тариф.

Що таке DDoS-атака і як саме Cloudflare від неї захищає — розібрали окремо: DDoS-атака на сайт: як розпізнати і що дає Cloudflare.

Чого ми не обіцяємо

Чесність тут важливіша за красиву картинку. Тому прямо:

Ми не обіцяємо автоматичне перемикання на резервний сервер (failover) — його немає в поточній інфраструктурі.
Ми не даємо гарантій аптайму у відсотках — і з підозрою ставимося до тих, хто дає «99,9%» без пояснення, що за цим стоїть.
Відновлення з бекапа — це години, а не секунди чи «0,1 секунди», як іноді обіцяють у рекламі.
Ми не називаємо конкретного постачальника обладнання дата-центру — це питання операційної безпеки, а не маркетингу.

Чому підготовка важливіша за паніку в моменті

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

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

Кіберстійкість малого бізнесу — не тільки про хостинг

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

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

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

Чек-лист: що перевірити у свого хостингу просто зараз

Де фізично стоїть сервер — країна й регіон, не просто «Європа» на словах.
Чи є щоденні бекапи і де саме вони зберігаються — на тому ж сервері чи окремо.
Скільки реально займає відновлення з бекапа — запитайте пряме число в годинах.
Чи є захист від DDoS на рівні мережі (Cloudflare чи аналог).
Чи є моніторинг доступності — і хто саме дізнається першим про падіння: ви чи провайдер.

Досвід інших українських компаній: не тільки великий бізнес думає про це

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

Що можна зробити вже сьогодні, не чекаючи ідеального моменту

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

Підсумок: реалістична, а не показна безпека

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

Питання, які нам ставлять

Чи означає сервер у Франції, що сайт стане повільнішим для українських відвідувачів?

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

Чи можна повністю захистити сайт від будь-яких ризиків?

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

Скільки часу займає відновлення сайту з бекапа на Meridaro?

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

Чи достатньо Cloudflare, щоб не хвилюватися про DDoS-атаки?

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