• Главная
  • Контакты
Подписаться:
  • Twitter
  • Facebook
  • RSS
  • VK
  • PushAll
logo

logo

  • Все
    • Положительные
    • Отрицательные
  • За сегодня
    • Положительные
    • Отрицательные
  • За вчера
    • Положительные
    • Отрицательные
  • За 3 дня
    • Положительные
    • Отрицательные
  • За неделю
    • Положительные
    • Отрицательные
  • За месяц
    • Положительные
    • Отрицательные
  • За год
    • Положительные
    • Отрицательные
  • Сортировка
    • По дате (возр)
    • По дате (убыв)
    • По рейтингу (возр)
    • По рейтингу (убыв)
    • По комментам (возр)
    • По комментам (убыв)
    • По просмотрам (возр)
    • По просмотрам (убыв)
Главная
  • Все
    • Положительные
    • Отрицательные
  • За сегодня
    • Положительные
    • Отрицательные
  • За вчера
    • Положительные
    • Отрицательные
  • За 3 дня
    • Положительные
    • Отрицательные
  • За неделю
    • Положительные
    • Отрицательные
  • За месяц
    • Положительные
    • Отрицательные
  • Главная
  • Как Google Cloud защищает свои дата-центры от киберпреступников и внутренних ошибок

Как Google Cloud защищает свои дата-центры от киберпреступников и внутренних ошибок +12

24.04.2017 13:51
KingServers 2 5900 Источник
Сетевые технологии*, Облачные вычисления*, IT-инфраструктура*, Блог компании King Servers


Корпорация Google — поставщик сервисов для миллиардов пользователей. Понятно, что данные пользователей, которые хранятся на серверах в дата-центрах Google — лакомый кусок для киберпреступников. Для защиты данных корпорация использует несколько методов многоуровневой защиты. Сейчас речь идет об облачной платформе Google Cloud, которая рассчитана, по большей части, на представителей бизнеса.

В команде, которая обеспечивает безопасность Google Cloud, работает около 700 инженеров, включая программистов, электронщиков и представителей прочих специальностей. В святая святых дата-центров компании попадают только уполномоченные представители технической поддержки после многоуровневой проверки. Нильс Провос (Niels Provos), один из руководителей службы безопасности, раскрыл некоторые подробности своей работы.

Так вот, все начинается еще с физической проверки, когда сотрудник желает пройти через главные ворота во внешней ограде дата-центров компании. Пройти может лишь человек, чье имя занесено в специальный список. Затем необходимо пройти повторную проверку уже на входе в одно из зданий внутри периметра ограждения. Если здесь все ок, то сотруднику требуется пройти третий этап проверки при входе в машзал. Эта проверка биометрическая — обычно речь идет о сканировании радужной оболочки глаза. Часть этих мер безопасности показана на видео от 2014 года.


Что касается внутренних областей ДЦ, здесь все пространство разделено на отдельные зоны, каждая из которых имеет определенный уровень допуска. Такие помещения оснащены дополнительной защитой, например, тепловыми и лазерными сенсорами. Кроме того, различные секторы ДЦ оснащены металлоискателями и динамическими барьерами для транспортных средств. Конечно, еще есть и камеры наблюдения, которые подключены к «умной» платформе, анализирующей все происходящее. Платформа, в частности, позволяет идентифицировать лица людей, пойманных в кадр.

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


Строгий контроль работает и в отношении любых других элементов инфраструктуры, чтобы убедиться в отсутствии неавторизованных изменений (произведенных случайно или умышленно). В частности, с этой целью используются криптографические подписи. Этот способ защиты инфраструктуры работает на всех уровнях — от BIOS, загрузчиков, ядра, других элементов ОС, используемой корпорацией. Все это создано компанией и контролируется ею же.

В частности, речь идет и об аппаратных методах, включая специализированные чипы, в которые вшиты подпрограммы, разработанные Google. Один из таких чипов — Titan. Его корпорация <a

href=«blog.google/topics/google-cloud/bolstering-security-across-google-cloud»>представила в прошлом месяце, не приведя технических подробностей его работы. Известно только, что это кастомный чип безопасности, который создан для предотвращения вмешательства еще на уровне BIOS, а также отслеживает и идентифицирует сервисы и аппаратное обеспечение, которое работает в дата-центрах Google. Этот чип может отслеживать подключаемое оборудование для того, чтобы удостоввериться в его безопасности. Сейчас Titan устанавливается на серверах.



В экосистеме Google все исполняемые файлы подписываются специальным криптографическим ключом, а данные шифруются при записи на диск. В добавление к этому криптографические ключи хранятся в ОЗУ ровно столько, сколько они нужны. Удаленные подключения и все прочие способы связи между дата-центрами шифруются по умолчанию.

Безопасность усиливается специальным программным обеспечением. Например, все сервисы компании взаимодействуют друг с другом, «доказывая», что они именно то, чем являются.

Борьба с DDoS


Инфраструктура компании рассчитана на то, чтобы поглощать слабые DDoS-атаки. Кроме того, компания установила промежуточные слои защиты для того, чтобы сделать атаки такого типа безопасными. Например, движок Google Front End (GFE) был создан специально для того, чтобы поглощать традиционные типы атак без вреда для инфраструктуры и сервисов.

А для того, чтобы обезопасить себя на тот случай, если придет действительно опасная атака, у компании есть собственный канал связи — подводная интернет-магистраль. Правда, единственной она была лет 9 назад, сейчас компания управляет самостоятельно или в партнерстве с кем-то еще несколькими магистралями. Это позволяет компании выдержать атаку любой мощности.

Кроме того, Google продолжает наращивать пропускную способность своих ДЦ. Например, в последнем поколении инфраструктуры Jupiter в дата-центрах компании «ширина» каналов увеличена более, чем в 100 раз. Один канал связи Jupiter может работать со скоростью 1 петабит в секунду. Этого канала хватает для того, чтобы 100000 могли быть связаны с собой в любой момент времени и эффективно отражать DDoS-атаки.

Поделиться с друзьями
-->

Комментарии (2)


  1. reimax
    24.04.2017 20:28
    #10189166
    +1

    Этого канала хватает для того, чтобы 100000могли быть связаны с собой в любой момент времени и эффективно отражать DDoS-атаки.

    что то пропущено?


    1. BigEl
      25.04.2017 16:53
      #10190658

      Все на месте. Рекламная статья — реклама в конце присутствует.
      Хотя не скрою, было интересно почитать. Думал по сетчатке только на военных объектах да правительство защиту строит, ан нет. Хорошо написано, но подробностей бы больше.

МЕТКИ

  • Хабы
  • Теги

Сетевые технологии

Облачные вычисления

IT-инфраструктура

Блог компании King Servers

Google

google cloud

DDoS

ddos-защита

СЕРВИСЫ
  • logo

    CloudLogs.ru - Облачное логирование

    • Храните логи вашего сервиса или приложения в облаке. Удобно просматривайте и анализируйте их.
Все публикации автора
  • Разработчики Debian публикуют отчет о подготовке «Stretch» и отключают поддержку FTP на своих серверах +12

    • 28.04.2017 09:57

    Как Google Cloud защищает свои дата-центры от киберпреступников и внутренних ошибок +12

    • 24.04.2017 13:51

    Отечественный дистрибутив Linux — «ОСь» для серверных и настольных систем: новый BolgenOS государственного масштаба? +13

    • 20.04.2017 09:24

    Тим Бернерс-Ли: современный Интернет должен быть децентрализован и защищен шифрованием +19

    • 14.04.2017 13:38

    Компания Delta потеряла $150 млн из-за желания производителя аварийных генераторов для ЦОД +24

    • 12.04.2017 10:00

    Обновленный ботнет Mirai вернулся, став еще мощнее +10

    • 06.04.2017 12:46

    Мошенник вытянул из двух компаний $100 млн при помощи социального инжиниринга +5

    • 04.04.2017 16:28

    Necurs, один из крупнейших ботнетов мира, получил DDoS-модуль +20

    • 30.03.2017 17:45

    Сколько стоит DDoS построить? Подсчет стоимости DDoS-атаки +13

    • 27.03.2017 07:47

    Pwn2Own 2017: итоги десятого по счету соревнования хакеров +11

    • 21.03.2017 12:14

Подписка


ЛУЧШЕЕ

  • Сегодня
  • Вчера
  • Позавчера
13:01

Пайплайн цифрового фотографа на LINUX +18

09:01

Что значит «хороший вкус» в разработке ПО? +17

11:20

О горьком опыте масштабирования производств, о важности ведер и о причинах седины +13

08:00

Как я сделал робота — что хотел и что получилось. Часть 1 +13

08:00

Motorola Razr V3: икона стиля из нулевых. Разбираем и изучаем +13

14:10

Отрезчик термоусадки v2.0 +8

12:24

Open source-стратегии: как и с кем Arenadata развивает партнёрские отношения, и причем здесь открытые технологии +8

07:41

От GPT-2 к gpt-oss: анализ достижений архитектуры +8

00:05

Атом смысла: как из ничего получить все +8

13:20

Русские ящеры профессора Амалицкого +7

12:06

LackFox pico — одноплатник в форм факторе Arduino +7

04:38

Как я переделал свой мини-ПК и зачем мне это было нужно +7

11:51

Почему хороших middle-разработчиков не повышают до senior — честный взгляд изнутри +6

05:16

Rust + C++ через FFI: как подружить два мира и не сойти с ума +6

00:43

Запускаем Qwen3-VL-30B на 48GB VRAM +6

11:05

Элементы игрового дизайна и механики, от которых пора избавиться +5

10:52

Опасности планирования следующей поездки с помощью ИИ +5

07:28

Хранение временных данных в PostgreSQL +5

07:01

Управление проектами: дайджест публикаций #42 +5

10:16

Паттерны программирования при работе с LLM +4

14:06

Тайна самой дешевой консоли с Ozon +136

08:30

Реверс-инжиниринг: стартуем прошивку ReadyNAS через QEMU +48

17:46

Линейная алгебра: четыре разных подхода к одной задаче +41

13:01

Pentax MZ-M и другие: как пластиковые камеры чуть не убили пионеров зеркалкостроения +32

09:01

«LLVM для AI». Крис Латтнер и язык программирования Mojo +30

17:59

Предварительный взгляд на 3I/ATLAS с Марса +25

09:16

OpenSource, или как я перестал бояться и полюбил автотесты +21

09:16

OpenSource, или как я перестал бояться и полюбил автотесты +21

11:22

Parquet — король умер? Да здравствует… кто? Обзор BtrBlocks, FastLanes, Lance и Vortex +19

06:57

Topical Authority на практике: как стать экспертом в глазах Google (и почему одна статья никогда не ранжируется) +19

05:30

Go, Rust или всё же C++? Куда мы переписываем наш высоконагруженный бэкенд в 2025 +18

13:38

Экспериментальный селф-хостинг — материалы для начинающих, личный опыт, DIY-гайды и домашние лабы +15

08:04

FreeBSD и крепкий сон ноутбука +15

10:27

Реализация сервиса на C++: TDD, DDD и событийно-ориентированная архитектура +12

12:15

Минимальный каркас самописного Bootloader'a на STM32F103C8T6. Пошаговый пример +11

08:01

Linux 6.17: свежие драйверы, быстрые сети и надежная память +11

03:46

Время одиночных разработчиков и микрокоманд: как ИИ съел оргструктуру +11

10:16

Призрак в машине: ИИ-подделка и аура в эпоху алгоритмической воспроизводимости +9

12:00

Лабораторный блок питания с плавной регулировкой, цифровым дисплеем и дополнительными выходами USB +7

05:40

Создание пользовательских обработчиков для логов в Python +7

09:01

Носить электроны в решете, или зачем радиолампам дырявые аноды? +72

07:00

Порт один, а сервисов — много. Учимся дружить Mikrotik с Nginx +60

14:36

Промышленный увлажнитель дома +58

19:06

Kernel-hack-drill и новый эксплойт для CVE-2024-50264 в ядре Linux +54

11:53

PCIe умер, да здравствует CXL +54

14:46

ESP32 + LD2410: Архитектуры нейронных сетей для классификации движений +49

10:16

[Пятничное] Я сломал русский язык. Теперь ваша очередь +43

08:05

VEF ТА-12. Оживляем раритетный телефон с АОН +37

13:01

Три пути к 4K: выбираем свой инструмент для нейросетевой реставрации видео +34

11:00

Видеокарты NVIDIA для enterprise: A2000, T4 и A2 — что выбрать и как арендовать за рубль +34

17:05

Обернитесь, сзади стоит D&D. Настолка, покорившая мир +25

09:53

Куда исчез шиллинг: флорины, пенсы и некоторые другие монеты Великобритании +24

09:13

Безопасные операции zero-copy на C# +23

16:05

Как спать идеально +21

13:07

Пандемия «порченой крови»: виртуальная катастрофа с реальным продолжением +21

12:27

Как я писал свою звонилку для видеозвонков +20

14:40

Как устроены перечисления в PHP +19

14:16

PostgreSQL против 10 миллионов записей: оптимизация запросов, которая спасла наш проект +18

10:28

Внедрение пуш-уведомлений в React Native: от Firebase до кастомных модулей +17

12:18

Архитектура NGFW: опыт использования VPP и DPDK, частые ошибки разработчиков +16

ОБСУЖДАЕМОЕ

  • Промышленный увлажнитель дома +58

    • 76   20000

    Go, Rust или всё же C++? Куда мы переписываем наш высоконагруженный бэкенд в 2025 +18

    • 57   14000

    Предварительный взгляд на 3I/ATLAS с Марса +25

    • 51   26000

    Тайна самой дешевой консоли с Ozon +136

    • 47   31000

    PCIe умер, да здравствует CXL +54

    • 45   76000

    Носить электроны в решете, или зачем радиолампам дырявые аноды? +72

    • 43   4400

    Безопасность удалённого доступа: почему RDP и VNC уступают современным решениям -7

    • 35   11000

    PostgreSQL против 10 миллионов записей: оптимизация запросов, которая спасла наш проект +18

    • 33   10000

    Ледокол для Человечества: Может ли общая идея построить мост над пропастью? +6

    • 31   1700

    Цифровая зависимость: почему проприетарный софт — тупик для человечества? +3

    • 30   1100

    Лабораторный блок питания с плавной регулировкой, цифровым дисплеем и дополнительными выходами USB +7

    • 28   5600

    Гипотеза Коллатца как фейл мировой математики (окончание) -1

    • 27   6500

    Как спать идеально +21

    • 27   4800

    [Пятничное] Я сломал русский язык. Теперь ваша очередь +43

    • 26   4700

    Так говорим только мы. Или почему на «Nice to meet you» нельзя отвечать «Me too» +10

    • 23   10000
  • Главная
  • Контакты
© 2025. Все публикации принадлежат авторам.