dxdt.blog: занимательный интернет-журнал

Кроме мобильных телефонов, которые являются своего рода персональными “жучками”, в современном мегаполисе есть и другие системы, которые могут следить за перемещением горожанина. Например, камеры, наблюдающие за движением транспорта.

Номер автомобиля попадает в базы данных, которые формируются из результатов мониторинга транспортного потока. Понятно, что номер распознаётся в любом случае, а не только в случае какого-то нарушения. (Кстати, только при помощи сохранения в базе данных номера автомобиля, можно вычислить нарушение скоростного режима, измерив время прохождения пути между двумя камерами.) Всё это означает, что можно определить, где и в какое время побывал автомобиль с заданным номером. Применив нехитрую аналитику – получаем пути перемещения автомобиля по городу, с указанием времени пребывания в тех или иных районах. Вот вам и ещё один метод персонализированной “геолокации”.

Ракета-носитель SpaceX Falcon 9, которую уже успешно применяют для отправки грузовых кораблей к МКС, оборудована посадочными опорами. Эти опоры установлены на первой ступени и предназначены для осуществления её мягкой посадки в будущем. То есть, после запуска, первая ступень возвращается, так что может быть использована снова. Это заметно снижает стоимость выведения груза на орбиту.

В рамках прошлого пуска (18.04.14) как раз тестировали систему спуска первой ступени. Она успешно спустилась в океан, как и было запланировано: действительно, испытания с посадкой на сушу – слишком большой риск. План в том, чтобы первая ступень успешно возвращалась на посадочную площадку, специально выделенную, возможно, где-то неподалёку от стартовой.

Интересно, что в практике радиоэлектронной борьбы (РЭБ) ничуть не меньшее, чем мощность передатчиков, значение имеет вычислительная мощность, вместе с математическим обеспечением (это алгоритмы и программы). Сейчас приходится слышать, что, мол, у передатчиков помех недостаточная мощность для того, чтобы противодействовать “большим” РЛС (например, используемым на штатовском эсминце). Но попытка просто задавить приёмники РЛС мощным излучением – это прошлый век РЭБ. Для современных РЛС, по причине их глубинной цифровой природы, такая примитивная схема не работает, если, конечно, не сжигает приёмный тракт вместе с материалом антенны в буквальном, физическом смысле.

А вот интеллектуальную помеху можно поставить при помощи передатчика относительно малой мощности. Ведь РЛС в штатном режиме должна принимать очень слабые сигналы, представляющие собой отражённые зондирующие импульсы. Постановщику помех тут проще: он и принимает сигналы, прошедшие путь только в одну сторону, и излучает помеху на тех же условиях. (Да, естественно, особенно продвинутые решения сами используют зондирующие сигналы, но это отдельная история.)

Для того чтобы успешно генерировать активные интеллектуальные помехи, нужны мощные вычислители, которые, действуя по столь же необходимым качественным алгоритмам, быстро “раскрывают” сигнал и формируют помеху. И тут важны не только методы обработки сигналов, но и теория игр, как одна из математических основ организации РЭБ в современных условиях.

Кстати, пара ссылок по теме:

“Малозаметные” радары – преимущество приёмника;
Интеллектуальные помехи комплексам ПВО.

На дворе – 21 век. Уже довольно давно. Тем не менее, официальный сайт корпорации Northrop Grumman содержит занимательный дефект, в духе 90-х. Дефект находится на виду, в довольно привлекательном разделе – News (“Новости”). Выявить этот дефект не составляет труда даже для начинающего веб-разработчика. Посмотрим на структуру URL-ов, которые используются в этом разделе, а собственно, на единственный параметр, который также представляет собой URL:

art=http://www.globenewswire.com/newsarchive/noc/press/xml/nitf.html?d=10076335

Полный исходный URL:
http://www.northropgrumman.com/mediaresources/Pages/NewsArticle.aspx?art=http://www.globenewswire.com/newsarchive/noc/press/xml/nitf.html?d=10076335

Думаю, многие уже догадались: URL из параметра – это ссылка на страницу-источник текста новости. Конечно, он не фильтруется сервером, можно подставить всё что угодно. Вместо фильтрации – некий сервис Yahoo, с помощью которого реализована данная замечательная возможность на сайте, исправно приходит по подставленному URL-у, и скачивает всё, что ему подсунут, транспортируя содержимое на сервер и показывая результат доверчивому пользователю под доменом www.northropgrumman.com. Что именно нужно подсунуть на специально подготовленной странице, которую можно разместить на любом внешнем сервере, выяснить несложно – достаточно посмотреть в исходный код штатных новостей PR-провайдера globenewswire.com: там, надо сказать, весьма прозрачный формат – и это единственный положительный момент в данной истории из области веб-разработки.

Очевидно, что, используя описанный механизм, можно “опубликовать” на официальном сайте Northrop Grumman любую удивительную новость, а потом поделиться ссылкой, в том числе, с прессой. Тем более, что параметры URL нетрудно закодировать URL encoding, спрятав подозрительный домен-источник (хорошо подходят IDN-ы, кстати).

Это не бог весть какая ошибка (которая, впрочем, может послужить основой для серъёзных проблем, если кому-то придёт в голову использовать её в составе методов социальной инженерии), но наблюдать её на сайте, где на первой же странице сказано о киберугрозах и их детальном понимании – несколько странно. Впрочем, удивляться тут особенно нечему.

В Штатах прототип ударного беспилотника X-47B совершает ночные полёты – см. фото. Естественно, ночь, по современным представлениям, самое подходящее время для применения ударных беспилотников (как и вообще для нанесения военных ударов).

(Источник фото.)

На сайте U.S. Navy сообщают, что в непосредственной близости от их корабля летал Су-24. При этом пишут буквально следующее: “…an unarmed Russian Su-24 Fencer attack aircraft repeatedly flew near the Navy ship” (невооружённый российский ударный самолёт Су-24 несколько раз пролетел неподалёку от корабля ВМС). Невооружённый (unarmed), видимо, означает, что это, по мнению штатовских моряков, был разведчик Су-24МР: у него не должно быть пушки, а ракеты они бы видели на внешней подвеске. (Да, понятно, не факт, что это был тот старый разведчик.)

В одной из записок про OpenSSL упоминается каталог уязвимостей, вероятно, используемый NSA (АНБ). Поясню, о чём идет речь: АНБ – всегда было агентством с большими аналитическими способностями; если посмотреть на известную часть истории, то АНБ активно конкурировало с ЦРУ именно на поле аналитических служб и методов обработки информации, с целью извлечения полезных сведений. Соответственно, было бы удивительно узнать, что специальная группа внутри АНБ не следит пристально за всеми обновлениями и изменениями одной из самых распространённых в мире криптобиблиотек – OpenSSL.

Уже для того, чтобы готовить отчёты и комментарии по результатам работы группы, требуется как-то анализировать исходный код, а не просто считать строки и операторы goto. Естественно, полагать, что специалисты АНБ находят все уязвимости – было бы преувеличением. Но достаточно прозрачные вещи, вроде Heartbleed, они должны иногда замечать.

Что касается оперативности: если процесс анализа выстроен синхронно текущему изменению состояния исходников OpenSSL, то и многие уязвимости могут обнаруживаться достаточно быстро, раньше, чем их увидят другие аналитики. Естественно, всё это предположения, и не факт, что качество анализа АНБ сильно превосходит аналогичный показатель разработчиков сообщества OpenSSL, которые (возможно) читают новый код. Но даже при равных показателях, АНБ может иногда повезти: они заметят дефект, который пропустили “конкуренты”.

Ещё немного про OpenSSL. Вся эта история с возможными утечками данных через Heartbleed является полезным уроком. Например, она показала, как очередной небольшой шаг в сторону усложнения и без того непростых протоколов семейства TLS привёл к огромному снижению уровня безопасности.

Откуда взялась уязвимость? В TLS добавили расширение Heartbeat (RFC 6520), довольно экзотическое, и уж точно не критическое для большинства современных сценариев использования TLS в Интернете. По сложившейся традиции, реализацию этого расширения быстренько загнали в OpenSSL. А в результате внедрения этой мало кем востребованной штуки – миллионы сервисов, сами того не желая, получили по огромной дыре. Они, выходит, использовали данное расширение TLS только для того, чтобы желающие могли получать несанкционированный доступ к оперативной памяти. Такая вот безопасность.

Что же было на другой чаше весов? То есть, ради чего добавляли новый код? Что могли бы получить такого полезного от данного расширения TLS все те миллионы сайтов, если бы реализация была выполнена без ошибки? Да в общем – ничего особенного: гипотетическую оптимизацию вычислительных затрат на управление TLS-сессиями. Очевидно, есть некие “структурные проблемы” в процессах создания протоколов, раз так получается.

Хотя, конечно, TLS не сломан, всё идёт своим чередом. Есть шансы, что новая версия TLS будет проще, а пачку расширений отрежут. Посмотрим.

Ко Дню космонавтики традиционное изображение ракеты. В этот раз – стена с мозаикой на тему освоения космоса, сфотографированная, как пишут в источнике картинки, на территории заброшенной советской военной базы в Германии:

По крайней мере, “углубившийся” анализ исходного кода криптобиблиотек даёт свои результаты – в OpenSSL открылась уязвимость, приводящая к утечке содержимого памяти (и на сервере, и на клиенте – без разницы: уязвимость универсальная). Естественно, такая утечка означает, что могли утечь секретные ключи; смена секретных ключей влечёт за собой смену сертификатов, в общем, проблем добавится.

Скорее всего, обнаружение подобных шедевров в коде наиболее распространённых библиотек продолжится. Конечно, с каждой найденной ошибкой защищённость растёт, это факт. Но если учитывать, что в АНБ (наверняка) есть хорошо аннотированные каталоги подобных уязвимостей, то рост защищённости уже не кажется таким уж многообещающим.

Кстати, это очередной хороший пример, объясняющий, почему может быть полезно хранить полный дамп шифрованного трафика. В штатных логах данная утечка никак не отражается, то есть, обнаружить в логах, что утекли ключи – не выйдет (только предположить, что могли утечь). А вот в дампе трафика ключи вполне себе будут заметны, и утечку можно детектировать с высокой точностью.

Пара полезных ссылок:

Diff исправления уязвимости (добавлена проверка границы области памяти, в общем-то, достаточно очевидная для опытного аудитора кода; но такой аудитор должен был ещё посмотреть в код, да).

Онлайн-инструмент для проверки уязвимости конкретного веб-сервера (проверил – похоже, работает корректно).

Сейчас нередко приходится слышать, что тотальный переход сайтов на HTTPS помешает проведению “мягких блокировок” избранных сайтов провайдерами. Потому что в HTTPS, для инспектора трафика, не видны полные URL. Впрочем, тут можно напомнить про SNI – в рамках этой технологии, практически все современные браузеры, охватывающие, наверное, не менее 90% пользователей, передают имя хоста, с которым устанавливают TLS-соединение (HTTPS), в открытом виде:

То есть, хоть URL-ов и не видно, но адрес сайта, с которым пытается соединиться пользователь, системам инспекции трафика (DPI) доступен: блокируй – не хочу.

Вообще, полезно иметь в виду, что ни TLS, ни, тем более, HTTPS, не разрабатывались для преодоления систем фильтрации и блокирования доступа, так что как-то радикально повлиять на ситуацию они не могут. Хотя, конечно, проведение “тонкого блокирования” затрудняют. Но проблема не в этом. Да и “тонкое блокирование” – похоже, мало кому нужно.

А проблема со всей этой набирающей обороты “фильтрацией доступов” в том, что в реальность сетевых инженеров входят новые сложные инструменты, от которых зависит связность Сети. К сожалению, в этой же самой реальности, многие действующие специалисты (даже крупных провайдеров) не умеют правильно настроить более простые и хорошо изученные системы. А тут – непонятная добавка, какое-то блокирование. Так что, вне зависимости от того, наступит тотальное распространение HTTPS или нет, мы, в ближайшее время, встретимся с большим количеством “странных проблем” связности, когда большие кластеры интернет-ресурсов (вполне себе российских) не будут доступны для большого количества пользователей. Решать эти проблемы будет сложно, потому что мало кто будет понимать, что вообще происходит, и кто первый бросил снежок, вызвавший лавину. (Понимание – это отдельная история: сейчас хорошо видно, как это понимание покидает сообщество, а на смену ему приходят карго-культы.)