Великий Китайский Файрвол - Джеймс Гриффитс
- Автор: Джеймс Гриффитс
- Жанр: Домашняя
- Год публикации: 2021
- Страниц: 100
- Просмотров: 0
- Возрастные ограничения: (18+) Внимание! Книга может содержать контент только для совершеннолетних.
Краткое представление о книге
Шрифт:
Интервал:
Список сокращений
BBG
Broadcasting Board of Governors (Наблюдательный совет по международному вещанию)
CDA
Communications Decency Act (Закон о соблюдении пристойности в телекоммуникациях)
CNC
компания China Netcom Communications
DARPA
Defence Advanced Research Projects Agency (Управление перспективных исследовательских проектов Министерства обороны США)
DDoS
распределенная атака типа «отказ в обслуживании», распределенная DoS-атака
DIT
компания Dynamic Internet Technology Inc.
DNS
сервер(ы) доменных имен
DPI
глубокий анализ пакетов
EFF
Electronic Frontier Foundation (Фонд электронных рубежей)
GIFC
Консорциум глобальной интернет-свободы
IANA
Internet Assigned Numbers Authority (Администрация адресного пространства интернета)
ICANN
Корпорация по управлению доменными именами и IP-адресами
IETF
Internet Engineering Task Force (Инженерный совет интернета)
IP
интернет-протокол
LAN
локальная вычислительная сеть
NED
National Endowment for Democracy (Национальный фонд демократии)
URL
единый указатель ресурса
VPN
виртуальная частная сеть
W3C
Консорциум Всемирной паутины
WELL
Whole Earth ‘Lectronic Link (Всепланетная электронная связь)
WSIS
Всемирный саммит по вопросам информационного общества
АНБ
Агентство национальной безопасности
ВТО
Всемирная торговая организация
ВУК
Всемирный уйгурский конгресс
КГБ
Комитет государственной безопасности
КДП
Китайская демократическая партия
КНИИЦ
Китайский научно-исследовательский институт цигун
КНР
Китайская Народная Республика
МПИ
Министерство промышленности и информатизации КНР
МСЭ
Международный союз электросвязи
НОАК
Народно-освободительная армия, вооруженные силы Коммунистической партии Китая и Китайской Народной Республики
СОРМ
система оперативно-розыскных мероприятий
ФАПСИ
Федеральное агентство правительственной связи и информации
ФСБ
Федеральная служба безопасности
ШОС
Шанхайская организация сотрудничества
Карта Китая, спорных территорий и специальных административных округов (Китайская Народная Республика, Гонконг, Тайвань, Макао)
Однажды в среду, в марте 2015 года в офисе IT-компании GitHub в Сан-Франциско прозвучала тревога. Древесный массив, много свободного места и естественного света – в общем, в помещениях компании господствовал тот самый бездушный скандинавский стиль, моду на который ввели в Кремниевой долине. Под сводом из мощных деревянных балок и алюминиевых воздуховодов барабанили по клавишам инженеры. Кто-то уже вышел из здания, но большинство еще собирались по домам. На улице стояла теплая ясная погода. Солнце только начинало садиться.
Сигнал тревоги не был для сотрудников GitHub чем-то из ряда вон выходящим. Для компании с 14 миллионами пользователей, на серверах которой хранился крупнейший в мире репозиторий компьютерного кода, жизненно важно, чтобы сервис был доступен круглосуточно и ни на секунду не выходил из строя. Разработчики в крупных и мелких компаниях по всему миру пользуются кодом на GitHub, каждую минуту тысячи пользователей загружают проекты, отмечают уязвимости и баги, выпускают новые версии программ и приложений. Короче говоря, если GitHub упадет, об этом будут знать все.
Первое тревожное сообщение было о том, что по нескольким проектам на GitHub зафиксированы большие объемы входящего трафика. Причина могла быть в чем угодно: от выпуска крупного обновления до чего-то гораздо более серьезного. При увеличении объемов трафика, угрожающего функционированию сервиса, выдавались бы новые тревожные сообщения.
В тот день так и случилось. Серверы GitHub обрушились из-за DDoS-атаки1.
Чаще всего сайты «ложатся» из-за внезапного притока трафика. Не в силах обработать множество одновременно входящих запросов, серверы выходят из строя или переключаются на черепашью скорость. Например, в 2015 году сайт Эйфелевой башни упал из-за того, что в дудл Google в честь 126-й годовщины постройки башни была вставлена соответствующая ссылка, по которой одновременно перешли миллионы посетителей2. По такому же принципу устроена DDoS-атака, но при этом она всегда кем-то инициирована. В последнее время количество таких атак увеличивается по экспоненте с ростом числа ботнетов, или армии компьютеров-зомби, инфицированных вирусным кодом, с помощью которого хакеры осуществляют над ними удаленный контроль.
«GitHub стал жертвой крупнейшей DDoS-атаки в своей истории», – так почти через сутки после начала атаки написал в своем блоге главный разработчик компании Джесси Ньюленд3. Если судить по имеющимся в открытом доступе сообщениям о статусе серверов, в течение следующих пяти дней сервер GitHub падал девять раз4. Инженеры сервиса 120 часов пытались отразить атаку, а она, как гидра, приспосабливалась и становилась вдвое сильнее, как только казалось, что с ней удалось справиться. В компании GitHub отказались от официальных комментариев, но один сотрудник на условиях анонимности сказал мне: «с таким мы еще никогда не сталкивались».
Во внутреннем чате GitHub сотрудники делились опасениями, что с атакой придется разбираться еще какое-то время. Была одна проблема: все использованные ими ранее методы подбирались под атаки, с которыми GitHub и другие компании уже имели дело. А эта атака была другой. Счет шел уже не на часы, а на сутки. Между инженерами GitHub и неизвестными организаторами атаки развернулось что-то вроде соревнования. Напряженная сверхурочная работа не оставляла команде GitHub времени подумать, кто скрывается за маской хакеров. Комментируя слухи, плодившиеся в интернете, представители GitHub повторяли: «Мы считаем, что цель атаки – заставить нас убрать с сайта определенный контент».
Поделиться книгой в соц сетях:
Обратите внимание, что комментарий должен быть не короче 20 символов. Покажите уважение к себе и другим пользователям!