Назад

bunny.net описує реагування на інцидент безпеки інфраструктурного провайдера
SiTech AI Team2 хв читання

bunny.net описує реагування на інцидент безпеки інфраструктурного провайдера

bunny.net повідомила, що вузол CDN у Вірменії розміщувався на сервері інфраструктурного провайдера, який повідомив про несанкціонований доступ через стороннє ПЗ. Сервер вилучено, сертифікати TLS перевидаються.

bunny.net розкрила інцидент безпеки, що стосується одного з її інфраструктурних провайдерів, у якого стороннє ПЗ для керування серверами, за повідомленнями, зазнало несанкціонованого доступу. Один вузол CDN bunny.net у Вірменії розміщувався на сервері, наданому цим провайдером. Компанія повідомила, що припинила спрямування трафіку до сервера протягом 20 хвилин і вилучила його зі своєї інфраструктури.

Інцидент і реагування

Минулого тижня провайдер повідомив про несанкціонований доступ із використанням стороннього ПЗ для керування серверами. Після отримання сповіщення інженерна команда bunny.net припинила спрямування трафіку через уражений сервер протягом 20 хвилин. Далі команда перевірила й зберегла відповідні журнали безпеки, безпечно стерла сервер і скасувала його доступ до інших систем. Сервер остаточно вилучили з інфраструктури bunny.net. bunny.net повідомила, що її розслідування не виявило доказів несанкціонованого доступу до вузла CDN або його даних, а провайдер також не знайшов доказів доступу до сервера, хоча продовжує розслідування.

Можливий вплив

Якби несанкціонований доступ до вузла CDN справді стався, до потенційно розкритої інформації могли б належати тимчасово кешований контент CDN, конфігурації Pull Zone і сертифікати TLS, що зберігалися на цьому сервері. bunny.net повідомила, що на сервері не зберігалися інші дані клієнтів, зокрема дані облікових записів, і не було зачеплено внутрішні системи. Як запобіжний захід компанія скасувала й перевидала всі сертифікати TLS для своїх доменів платформи, b-cdn.net і bunny.run. Перевидача керованих сертифікатів TLS для власних доменів триває і, згідно з оновленням від 29 жовтня, має завершитися до кінця 31 жовтня. Чинні сертифікати продовжують обслуговуватися до заміни, і клієнтам, які використовують керовані сертифікати, не потрібно вживати жодних дій. Клієнтам, які самостійно керують сертифікатами TLS, рекомендовано скасувати й перевидати їх із новими приватними ключами як запобіжний захід.

Наступні кроки

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

Джерела: status.bunny.net

Поділитися цифровим досвідом

SiTech

SiTech — веброзробка з підтримкою AI

Створюємо швидкі та сучасні сайти й інтегруємо AI у бізнес-процеси. Маєте проєкт чи запитання? Із задоволенням допоможемо.