Вашият център за данни наистина ли е безопасен? Проверете тези статистики.

Един център за данни може да има камери, охрана, заключени врати и табло за сигурност, но въпреки това да оставя сериозни пропуски. Виждал съм екипи да се съсредоточават върху сървърната стая, докато пренебрегват системите около нея. Стара значка за достъп остава активна. Резервната мрежа споделя път с производствения трафик. Акаунтът на доставчика има повече достъп, отколкото изисква работата. Малка грешка в конфигурацията създава много по-голям риск. Сигурността не се измерва с това колко сигурно изглежда едно съоръжение. Измерва се от това колко добре съоръжението може да предотврати, открие, ограничи и възстанови инцидент. ## Започнете с числата, които имат значение Един полезен преглед на сигурността трябва да доведе до ясни цифри. Тези цифри ми помагат да видя разликата между политика на хартия и реална защита. Проследяване: - Брой значки за активен достъп - Брой бивши служители с достъп - Брой привилегировани акаунти - Процент на системите, обхванати от многофакторно удостоверяване - Средно време за премахване на достъпа - Брой неразрешени критични сигнали - Време, необходимо за възстановяване на ключова услуга - Процент на резервни копия, тествани през изминалата година - Брой доставчици с отдалечен достъп - Време между предупреждение за сигурност и отговор на персонала Една компания може да открие, че има 240 служители, но 318 значки за активен достъп. Тази празнина не доказва наличието на нарушение. Това наистина показва, че управлението на значките се нуждае от внимание. Друга компания може да отчете 100% завършване на архивирането. Тази цифра звучи успокояващо, докато екипът не провери колко резервни копия са преминали тест за възстановяване. Резервно копие, което не може да бъде възстановено, е само запис на съхранени данни, а не доказана опция за възстановяване. ## Физическият достъп е само едно ниво Много прегледи на центрове за данни започват с врати и камери. Тези контроли имат значение, но физическата сигурност обхваща повече от главния вход. Проверявам пълния път от границата на имота до оборудването: 1. Вход на обекта и регистрация на посетители 2. Зони за паркиране и товарене 3. Зони за приемане и изчакване 4. Врати на сървърни стаи 5. Достъп до клетка или стелаж 6. Коридори за поддръжка 7. Противопожарни изходи 8. Зони за съхранение на устройства и оборудване 9. Точки за изхвърляне и унищожаване на носители Посетител може да влезе през контролирана врата и все още да достигне до чувствителна зона, ако служител държи вратата отворена. Изпълнител може да получи временен достъп, който остава активен в продължение на месеци. Повредена камера може да сочи към празна стена, докато екранът за наблюдение показва зелен статус. Прегледът трябва да тества директно тези условия. Служителите по сигурността могат да извършват планиран одит на достъпа, да сравняват записите на баджовете с трудовите досиета, да проверяват покритието на камерата и да проверяват дали регистрационните файлове на посетителите съответстват на одобрените посещения. ## Контролите на самоличността заслужават голямо внимание Центърът за данни зависи от много потребителски групи: - Вътрешен ИТ персонал - Екипи за съоръжения - Персонал за почистване - Доставчици на оборудване - Доставчици на облачни услуги - Мрежови изпълнители - Екипи за наблюдение на сигурността Всяка група се нуждае от определено ниво на достъп. Споделените акаунти правят това по-трудно за управление, тъй като компанията не може лесно да свърже действие с едно лице. Предпочитам индивидуални акаунти, ролеви разрешения, многофакторно удостоверяване и редовни прегледи на достъпа. Привилегированият достъп трябва да има ясна бизнес причина и дата на изтичане, когато е възможно. Една проста месечна проверка може да разкрие полезна информация: - Кои акаунти имат администраторски права? - Кои акаунти не са били използвани наскоро? - Кои акаунти на доставчици остават активни? - Кои потребители имат достъп до производствени и резервни системи? – Кои акаунти заобикалят многофакторното удостоверяване? Целта не е да се премахне достъпа на всички. Целта е достъпът да се съпостави с текущата работа. ## Дизайнът на мрежата може да ограничи въздействието на инцидент Една единствена плоска мрежа позволява на нарушителя да се премести от една система в друга с по-малко бариери. Сегментирането създава отделни области за производствени системи, инструменти за управление, архивиране, мониторинг и достъп на доставчици. Практическият преглед трябва да картографира: - Интернет услуги - Вътрешни приложения - Интерфейси за управление - Мрежи за съхранение - Системи за архивиране - Системи за управление на сгради - Камери за сигурност и контрол на достъпа - Връзки за отдалечена поддръжка Веднъж прегледах малък технологичен сайт, където системата от камери и част от офисната мрежа споделяха инфраструктура с оборудване, използвано за управление на сървъри. Подредбата беше удобна, но създаваше ненужна връзка между устройства с нисък приоритет и чувствителни системи. Разделянето на тези мрежи няма да премахне всеки риск. Това би намалило броя на пътищата, които нападателят може да използва, и би направило необичайния трафик по-лесен за забелязване. Правилата на защитната стена също се нуждаят от редовен преглед. Старо правило може да е създадено за кратък проект и никога да не е премахнато. Доставчик все още може да достигне порт, който вече не поддържа активна работа. Екипите по сигурността трябва да записват собственика, целта и датата на преглед за всяко значимо правило. ## Наблюдението трябва да води до действие Таблото, пълно с предупреждения, може да създаде фалшиво чувство за контрол. Полезният въпрос не е колко предупреждения генерира системата. Полезният въпрос е колко сигнала получават подходящ отговор. Измервам: - Време от създаване на предупреждение до преглед от човек - Брой сигнали, затворени без разследване - Брой сигнали, свързани с документиран инцидент - Покритие на критични системи - Наличие на регистрационни файлове по време на разследване - Период на съхранение на записи за сигурност Един екип може да получи 5000 сигнала всеки месец и да разследва само 20. Това може да е разумно, ако системата филтрира добре шума. Това също може да означава, че се пропускат сериозни събития. Отговорът зависи от качеството на предупреждението, правилата за реакция и редовното тестване. Дневниците трябва да използват последователни настройки за време и да останат защитени от неоторизирани промени. Без надеждни времеви отпечатъци става по-трудно да се възстанови последователността на инцидент. ## Сигурността на резервното копиране е част от сигурността на центъра за данни. Системите за архивиране често получават по-малко внимание от производствените системи. Нападателите знаят, че данните за възстановяване могат да бъдат ценни. Ако нарушител може да промени или изтрие резервни копия, планът за възстановяване може да се провали, когато бизнесът има най-голяма нужда от него. Звуковият преглед проверява дали резервните копия са: - Отделени от производствените идентификационни данни - Защитени от неоторизирано изтриване - Криптирани по време на прехвърляне и съхранение - Съхранени на подходящи места - Тествани чрез планирани упражнения за възстановяване - Обхванати от ясни правила за задържане Тестът за възстановяване трябва да използва конкретна услуга и документирана цел. Например, екипът може да възстанови резервно копие на база данни в чиста среда, да провери последователността на данните, да потвърди достъпа на приложението и да запише необходимото време. Броят, който има значение, не е само завършването на резервното копие. Това е процентът на критичните услуги, които екипът успешно е възстановил и проверил. ## Доставчиците могат да променят картината на риска Достъпът на трети страни е често срещан в центровете за данни. Доставчиците могат да поддържат охладителни системи, захранващо оборудване, противопожарни системи, мрежи, софтуер или физическа инфраструктура. Преди да дам достъп, искам да видя: - Посочен собственик на бизнес - Дефинирани ограничения за достъп - Начална и крайна дата - Многофакторно удостоверяване - Регистриране на сесии, когато е подходящо - Процес за спешен достъп - Запис на завършената работа - Преглед след приключване на работата Доставчикът не се нуждае от широк достъп само защото договорът обхваща няколко услуги. Достъпът трябва да съответства на изпълняваната задача. Акаунт за поддръжка, създаден за двудневен ремонт, не трябва да остава активен като постоянен път. Периодичните прегледи на доставчици могат да намерят акаунти, които вече не служат за текуща цел. ## Тествайте реакцията, не само оборудването Планът за реакция може да изглежда завършен, докато хората не трябва да го използват. Препоръчвам кратки упражнения, които включват сигурност, ИТ, съоръжения, комуникации и бизнес лидери. Полезните сценарии включват: - Откраднати идентификационни данни на администратор - Загуба на захранване в една стая с оборудване - Предполагаемо събитие за рансъмуер - Неоторизирано влизане в зона с ограничен достъп - Повреда на охлаждащия модул - Повредени резервни данни - Акаунт на доставчик, използван извън одобрения график. Упражнението трябва да отговори на практически въпроси: - Кой получава първия сигнал? - Кой може да изолира система? - Кой се свързва с продавача? - Кой одобрява спирането на услугата? - Кои клиенти или вътрешни екипи се нуждаят от актуализации? - Как екипът потвърждава, че възстановяването е безопасно? Планът става по-полезен, когато персоналът може да извършва тези действия, без да търси в остарели документи. ## Създаване на проста карта с резултати за сигурност Използвам карта с резултати от пет части, за да организирам констатациите: 1. Физически контрол — Могат ли неоторизирани хора да достигнат до чувствително оборудване? 2. Контрол на самоличността — Може ли компанията да провери кой използва всеки акаунт? 3. Контрол на мрежата — Критичните системи разделени и защитени ли са? 4. Откриване — Може ли екипът да забележи необичайна дейност навреме? 5. Възстановяване — Може ли екипът да възстанови основни услуги и данни? Дайте на всяка област статус като „отговаря на текущата нужда“, „има нужда от работа“ или „не е потвърдено“. Това избягва създаването на подвеждащ единичен резултат за сигурност. Един сайт може да има силни физически контроли и слабо тестване на резервни копия. Една положителна област не трябва да скрива друга област, за която липсват доказателства. Цифрите могат да изненадат даден отбор, но цифрите са полезни само когато водят до конкретни действия. Премахнете неактивните значки. Намалете ненужните привилегии. Отделете чувствителните мрежи. Тестово възстановяване. Преглед на достъпа на доставчика. Практикувайте плана за отговор. Сигурният център за данни не се определя от една заключена врата или една платформа за наблюдение. Съдя по доказателствата: кой може да влезе, кой може да се свърже, какво може да открие екипът и колко бързо основните услуги могат да се върнат след прекъсване.

Сигурността на центъра за данни вече не се ограничава до заключени врати, камери и мрежови защитни стени. Една единствена слабост в контрола на достъпа, софтуера, захранващите системи или управлението на доставчика може да повлияе на наличността на услугата и да разкрие чувствителни данни. Цифрите показват защо третирам сигурността на центъра за данни като бизнес проблем, а не само като ИТ задача. Докладът Cost of a Data Breach Report за 2024 г. на IBM поставя средната глобална цена на нарушение на данните на $4,88 милиона. Докладът също така установи, че 70% от изследваните организации са претърпели значителни оперативни смущения след пробив. Изследването на прекъсванията на Uptime Institute сочи друг риск: прекъсванията на услугата често носят високи финансови разходи. Неговото проучване от 2024 г. установи, че повече от половината докладвани прекъсвания са причинили известно ниво на финансови щети, докато по-малка група е изправена пред загуби над един милион долара. Тези цифри не означават, че всеки инцидент ще доведе до същата загуба. Те показват колко бързо пропускът в сигурността може да премине от технически проблем към проблем с клиента, приходите и доверието. ## Основните рискове в центъра за данни ### 1. Неоторизиран физически достъп Центърът за данни може да има силна цифрова защита, но човек с достъп до сградата все още може да създаде сериозна експозиция. Често срещаните слаби места включват: - Карти за споделен достъп - Отключени сървърни стаи - Лоши записи на посетителите - Проникване през защитени врати - Неизползвани значки, които остават активни - Премахнато оборудване без ясен процес на одобрение. Виждам физическата сигурност като първия слой на защита. Ако някой може да достигне багажник, конзола, устройство за съхранение или мрежов комутатор, рискът не се ограничава до кражба. Те могат да прекъснат услугите, да свържат неоторизирано устройство или да повредят хардуера. Практическият контролен план включва уникални значки, ескорт на посетителите, регистрационни файлове за достъп, покритие на камерата и редовни прегледи на разрешенията на служители и изпълнители. ### 2. Откраднати идентификационни данни Много атаки започват с валидно потребителско име и парола. Системата може да третира влизането като нормално, дори когато лицето зад него не е. Докладът на Verizon за разследване на нарушения на данни за 2024 г. установи, че човешкият фактор е участвал в 68% от нарушенията, прегледани в неговия набор от данни. Тази категория включва грешки, злоупотреба, откраднати идентификационни данни и социално инженерство. Бих започнал с тези контроли: 1. Изискване на многофакторно удостоверяване за отдалечен достъп и администраторски акаунти. 2. Използвайте отделни акаунти за ежедневна работа и привилегировани задачи. 3. Премахнете достъпа, когато роля се промени или договорът приключи. 4. Прегледайте местата за влизане, устройствата и необичайните времена за достъп. 5. Обучете персонала да докладва за подозрителни съобщения без страх от обвинения. Обучението по сигурност работи по-добре, когато използва кратки примери. Съобщение, което иска от инженер да „потвърди“ повторно задаване на парола, заслужава повече внимание от дълъг документ за политика, който никой не чете. ### 3. Рансъмуер и прекъсване на услугата Рансъмуерът може да засегне повече от съхранени файлове. Може да спре инструментите за наблюдение, да блокира административния достъп или да прекъсне системи, които поддържат охлаждане, управление на захранването и мрежови операции. Sophos съобщи в своето проучване State of Ransomware 2024, че 59% от анкетираните организации са преживели атака на рансъмуер през предходната година. Проучването обхваща множество сектори, така че цифрата не трябва да се тълкува като процент само за центъра за данни. Той все още отразява нивото на натиск, пред който са изправени организациите, които управляват критични цифрови услуги. Един център за данни се нуждае от тествани планове за възстановяване, а не само от софтуер за архивиране. Бих проверил дали екипът може да отговори на тези въпроси: - Кои системи трябва да се върнат първи? - Резервните копия изолирани ли са от основната мрежа? - Могат ли администраторите да имат достъп до инструменти за възстановяване, ако системите за самоличност се провалят? - Колко дълго всяка услуга може да остане офлайн? - Кой комуникира с клиентите по време на прекъсване? - Процесът на възстановяване тестван ли е под налягане? Резервно копие, което никога не е било възстановено, е предположение, а не план за възстановяване. ### 4. Уязвимости в свързаните системи Съвременните съоръжения разчитат на много свързани инструменти: - Системи за управление на сгради - Сензори за околната среда - Устройства за наблюдение на захранването - Платформи за дистанционни ръце - Мрежови комутатори - Системи за пожар и безопасност - Портали за поддръжка на доставчици Всяка връзка може да разшири повърхността на атака. Някои устройства остават в експлоатация с години и може да не поддържат настоящите контроли за сигурност. Препоръчвам да съставите списък с активи, който включва собственика на устройството, версията на софтуера, мрежовото местоположение, метода на достъп и плана за подмяна. Екипите по сигурността не могат да защитят оборудването, което не могат да видят. Управлението на корекции също се нуждае от ясен процес. Пачът трябва да бъде тестван, одобрен, планиран и проверен след инсталирането. Критичните системи може да изискват период за поддръжка, но отлагането на всяка актуализация създава по-голяма експозиция във времето. ### 5. Достъп на трети страни Доставчиците често се нуждаят от отдалечен достъп за поддръжка, поддръжка и отстраняване на проблеми. Този достъп може да бъде полезен, но постоянните акаунти на доставчици създават ненужен риск. По-безопасният модел използва: - Ограничен във времето достъп - Наименувани потребителски акаунти - Многофакторно удостоверяване - Регистриране на сесии - Одобрение преди чувствителни действия - Премахване на достъпа след приключване на работата Бих попитал също доставчиците как се справят с подизпълнители, инциденти със сигурността, софтуерни актуализации и прегледи на достъпа. Договорът може да опише очакванията, но редовните проверки показват дали тези очаквания се спазват. ## Практичен процес на преглед на сигурността Когато преглеждам програма за сигурност на център за данни, избягвам да започвам с дълъг списък от инструменти. Започвам с услугите, от които клиентите разчитат. ### Стъпка 1: Картирайте критичните услуги. Избройте приложенията, мрежите, съоръженията и персонала, необходими за поддържане на всяка услуга. Платформата за плащане може да зависи от сървъри на бази данни, системи за идентичност, интернет връзки, охлаждане, резервно захранване и малка група обучени оператори. Картата трябва да включва тези зависимости. ### Стъпка 2: Класирайте вероятните пътища за атака. Вижте маршрутите, по които може да поеме нападател или невнимателен потребител: - Съобщение за фишинг до откраднати идентификационни данни - Разкрита услуга за отдалечен достъп - Устройство за управление без корекции - Неконтролиран акаунт на доставчик - Незащитени носители за съхранение - Физически достъп до сървърна стойка Този подход помага на екипа да се съсредоточи върху практическите слабости, вместо да третира всеки риск като равен. ### Стъпка 3: Отделни задължения Нито едно лице не трябва да може да изисква, одобрява, изпълнява и скрива чувствителна промяна. За високорискови действия използвайте записи за одобрение и двоен контрол. Това може да се отнася за промени в защитната стена, администраторски достъп, премахване на хардуер и изтриване на резервно копие. ### Стъпка 4: Наблюдавайте полезни сигнали Наблюдението на сигурността трябва да се фокусира върху събития, които изискват действие. Примерите включват: - Опити за влизане от необичайни местоположения - Нови администраторски акаунти - Достъп до системи извън нормалната роля на потребителя - Повтарящи се неуспешни опити за значка - Неочаквани промени в конфигурацията - Големи трансфери на данни - Дезактивирани камери или агенти за наблюдение Големият обем от предупреждения може да направи екипа по-бавен, ако никой не знае кои събития са от значение. Ясните правила за ескалация помагат на анализаторите да реагират с по-малко забавяне. ### Стъпка 5: Тествайте хора и системи Упражнение на маса може да разкрие пропуски, които техническото сканиране пропуска. Помолете екипа да отговори на сценарий като: „Акаунт на администратор е откраднат, платформата за наблюдение е недостъпна и доставчик съобщава за необичайна дейност.“ Упражнението трябва да тества решенията, комуникацията, събирането на доказателства, възстановяването и актуализациите на клиентите. Целта не е да се приписва вина. Целта е да се намери стъпката, която се проваля, когато нормалните процеси не са налични. ## Какво означава тази статистика за бизнес лидерите Данните не поддържат нито един продукт за сигурност като отговор. Той сочи към многослойна програма, която съчетава хора, процеси, технологии и физически контроли. Бих проследил малък набор от мерки: - Процент на привилегировани акаунти, използващи многофакторно удостоверяване - Време, необходимо за премахване на напусналия достъп - Брой просрочени критични корекции - Степен на успех при възстановяване на резервно копие - Време, необходимо за откриване на необичаен достъп - Брой неразрешени акаунти на доставчици - Резултати от прегледи на достъпа и упражнения за инциденти Тези мерки свързват работата по сигурността с надеждността на услугата. Те също помагат на лидерите да видят дали дадена контрола е активна или е написана само в политика. Сигурният център за данни не е място, където никога не се случват инциденти. Това е място, където достъпът е ограничен, необичайна дейност се забелязва, стъпките за възстановяване са известни и уроците от всяко събитие подобряват следващия отговор. Последните данни за сигурността сочат просто послание: физическата защита, контролите на самоличността, тестовете за възстановяване и надзорът на доставчика трябва да работят като една система. Ако един слой получи внимание, докато другите останат слаби, празнината може да се превърне в пътя, който атакуващият използва.

Един център за данни може да изглежда сигурен и все пак да носи сериозни рискове. Виждал съм екипи да се съсредоточават върху заключени врати, резервни генератори и охранителни камери, като същевременно им липсват слаб контрол на достъпа, лоши записи за поддръжка или единична точка на повреда в енергийната система. Безопасният център за данни не се оценява по списъка с оборудване. Разглеждам как всяка система работи при стрес, как хората реагират на инцидент и колко бързо услугите могат да се възстановят. Полезният преглед започва с факти, а не с етикети. ## Проверете дизайна на захранването Загубата на захранване е една от основните причини за прекъсване на услугата. Центърът за данни трябва да има повече от един слой на защита, като например: - Електрическо захранване от отделни източници, когато има такива - UPS системи, които поддържат товара по време на прехвърляне - Резервни генератори с тествани горивни системи - Независими захранващи пътища за критично оборудване - Ясни процедури за стартиране и изключване на генератора - Записи за поддръжка на батерии, комутационна апаратура и прекъсвачи. Не третирам генератора като доказателство за устойчивост. Генераторът може да не успее да стартира, да му свърши горивото или да поддържа само част от съоръжението. Прегледът трябва да включва резултатите от тестовете, плановете за доставка на гориво, товароносимостта и времето, необходимо за ремонт. Един прост въпрос помага: Какво се случва, ако основното захранване, един UPS модул и един генератор са недостъпни едновременно? Отговорът трябва да се основава на проекта на съоръжението и документирани тестове. ## Преглед на контролите за охлаждане и околната среда Сървърите могат да спрат да работят, когато температурата, влажността или въздушният поток надхвърлят безопасните граници. Охлаждащите системи се нуждаят от същото ниво на преглед като енергийните системи. Проверявам: - Капацитет на охлаждане по време на пиково търсене - Излишни чилъри, помпи и климатични агрегати - Управление на топли и студени коридори - Откриване на течове на вода - Сигнали за температура и влажност - Планове за поддръжка на филтри, помпи и компресори - Охлаждаща производителност по време на прехвърляне на мощност Стаята може да се чувства хладна, докато някои сървърни стелажи получават слаб въздушен поток. Сензорите трябва да покриват различни зони, а не само едно място близо до входа. Нарастващите работни натоварвания също променят нуждите от охлаждане. Съоръжение, предназначено за стандартни корпоративни сървъри, може да се нуждае от нов план за изчисления с висока плътност. Капацитетът трябва да се прегледа, преди да се инсталира нов хардуер. ## Тествайте противопожарната защита и физическата сигурност Противопожарната защита обхваща повече от аларми и пожарогасители. Търся откриване на дим, подходящи системи за потискане, аварийни изходи и ясни инструкции за персонала и изпълнителите. Физическата сигурност трябва да включва: - Записи на посетителите - Прегледи за достъп до баджове - Ограничени зони за мрежово и захранващо оборудване - Покритие на камери - Аларми на вратите - Сигурно съхранение и изхвърляне на мултимедия - Процес за премахване на достъпа след смяна на персонала Баджът може да остане активен, след като изпълнител напусне, ако никой не притежава процеса на преглед. Тази празнина може да съществува в добре проектирано съоръжение. Проверките за сигурност трябва също да обхващат зоните за доставка, товарните докове, достъпа до покрива и общите сгради. Нападателите не винаги влизат през главната врата. ## Проверете мрежовия и кибер контрола Центърът за данни може да остане захранван и охладен, докато услугите му все още са изложени на кибер риск. Преглеждам разделянето на мрежата, правилата на защитната стена, отдалечения достъп, разрешенията на акаунта, събирането на регистрационни файлове и достъпа до архивиране. Административните акаунти трябва да използват многофакторно удостоверяване, когато се поддържа. Достъпът трябва да отговаря на настоящата роля на лицето, а не на стара работа. Системите за архивиране се нуждаят от специално внимание. Резервно копие, което е свързано към същата мрежа като производствените системи, може да бъде засегнато от същото събитие за ransomware. Питам: - Резервните копия съхраняват ли се на отделно място? - Защитени ли са копията за възстановяване от рутинен достъп до акаунта? - Екипът възстановил ли е данни от резервно копие? - Измерват ли се времената за възстановяване? - Изпращат ли се грешките при архивиране на лице, което може да действа по тях? Доклад за архивиране, който казва „завършено“, не доказва, че данните могат да бъдат възстановени. ## Потърсете единични точки на отказ Излишъкът може да бъде подвеждащ. Две устройства могат да споделят една кабелна скара, един охлаждащ контур, един превключвател или един екип за поддръжка. Картирам пълния път от източник на захранване до сървър и от сървър до потребител. Картата трябва да показва: - Захранвания - UPS модули - Генератори - Мрежови връзки - Основни превключватели - Охладителни системи - Системи за съхранение - Външни доставчици на услуги Това упражнение често разкрива скрита зависимост. Една компания може да има две интернет връзки, които влизат през един и същ маршрут на сградата. Едно съоръжение може да има два охладителя, управлявани от един повреден панел. Независимостта е по-важна от броя на компонентите. ## Тествайте хора и процедури Писменият план има ограничена стойност, ако персоналът никога не го е използвал. Препоръчвам практически упражнения за: - Прекъсване на електрозахранването - Повреда на генератора - Загуба на охлаждане - Активиране на пожарна аларма - Мрежова атака - Загубен достъп до центъра за данни - Загуба на ключов доставчик - Неуспешно възстановяване на резервно копие Целта не е да създавате страх или обвинения. Целта е да се намерят забавяния, неясни роли и липсващи данни за контакт. След всяко упражнение записвайте какво се е случило, кой е взел решения и коя задача е отнела повече време от очакваното. Задайте собственик и дата за преглед за всяко действие. Реален пример показва защо това има значение. През 2017 г. инцидент с електрозахранване, свързан с операциите на центъра за данни на British Airways, причини голямо прекъсване на полета. Публичните доклади описват проблем със захранването, последван от проблеми със системите и възстановяването. Събитието показа, че кратък срив в инфраструктурата може да засегне услугите далеч извън сървърната стая. През 2021 г. Facebook претърпя голямо прекъсване, след като промяна в конфигурацията засегна мрежовия достъп до неговите съоръжения. Събитието показа, че техническият контрол и плановете за физически достъп имат значение. Когато достъпът до мрежата е неуспешен, инженерите също могат да се сблъскат с трудности при достигането до системите, необходими за възстановяване. ## Проверете доставчиците и споделената отговорност. Много центрове за данни разчитат на облачни доставчици, компании за колокация, превозвачи, доставчици на гориво, охранителни фирми и изпълнители на поддръжка. Моля всеки доставчик за ясна информация относно: - Граници на услугата - Бележки за поддръжка - Докладване на инциденти - Цели за възстановяване - Контроли за физически достъп - Отговорности за архивиране - Одитни доклади - Пътища за контакт по време на прекъсване Сертификацията на доставчика може да подкрепи преглед, но не замества вашата собствена оценка на риска. Настройките на вашето приложение, разрешенията на акаунта, изборите за архивиране и планът за възстановяване все още влияят на резултата. ## Създайте запис за практически преглед Полезният преглед на безопасността на центъра за данни трябва да съдържа: 1. Списък с критични услуги 2. Системите, от които зависи всяка услуга 3. Рискове за захранване, охлаждане, мрежа и сигурност 4. Доказателства от тестове и записи за поддръжка 5. Цели за възстановяване за всяка услуга 6. Посочени собственици за открити проблеми 7. Дати за преглед и бележки за напредъка Предпочитам доказателства, които могат да бъдат проверени: тестови журнали, доклади за достъп, записи на инциденти, диаграми, резултати от проверка и упражнения за възстановяване. Централният въпрос е прост: ако ключов компонент се повреди в неудобен момент, може ли екипът да поддържа функционирането на основните услуги или да ги възстанови в рамките на приемлив период? Безопасният център за данни не се определя от изпипана обиколка или дълъг списък с оборудване. Вярвам повече на едно съоръжение, когато собствениците му могат да обяснят слабите му страни, да тестват реакцията му и да покажат какво се е променило след последния инцидент. Фактите се намират в детайлите на дизайна, оперативните записи и практиката за възстановяване. Интересувате ли се да научите повече за тенденциите и решенията в индустрията? Свържете се с Yonglin Wang: 13382583527@gmail.com/WhatsApp +8613382583527.

Сигурност на IBM — юли 2024 г. — Цена на доклад за нарушение на данните 2024 г. Verizon — 30 април 2024 г. — 2024 г. Доклад за разследване на нарушения на данни Sophos — май 2024 г. — Състояние на Ransomware 2024 г. Uptime Institute — юни 2024 г. — Годишно проучване на глобалните центрове за данни 2024 г. Национален институт за стандарти и технологии — май 2012 г. — Компютърна сигурност Ръководство за справяне с инциденти Facebook Engineering — 5 октомври 2021 г. — Повече подробности за прекъсването на 4 октомври