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

Оказывается, “Компьюлента” – всё, закончилась:

“Этим материалом «Компьюлента» заканчивает свою нынешнюю историю, совершенно не ведая, что ждёт её в будущем и ждёт ли вообще. Спасибо, что были с нами. Вы были хорошие, а мы, наверное, не очень. Прощайте.”

Для дистрибутива Fedora Linux планируют внедрение локального DNS-резолвера, валидирующего DNSSEC. Этот резолвер предлагается использовать по умолчанию. То есть, дистрибутив будет проводить проверку адресной информации непосредственно на клиенте, что обозначает завершающий этап развёртывания технологии DNSSEC. Естественно, только обозначает: потому что для окончания данного этапа – мы должны увидеть локальную валидацию по умолчанию в распространённых клиентских системах (ни Fedora, ни Linux к таким, к сожалению, не относятся).

Кстати, напомню, что я как-то сделал небольшой сервис для проверки средствами браузера того, поддерживается ли DNSSEC вашим системным окружением.

В свете очередных сообщений СМИ о планах “преобразования” национального сегмента Сети, вот что нужно сказать: в идеальном мире адекватным ответом на попытки получения тотального доступа к пользовательским данным одной из сторон, действующей в глобальной Сети, было бы не огораживание “на своих серверах”, а разработка и продвижение технологий, сохраняющих приватность пользовательских данных в условиях “открытого” Интернета. Существующий математический аппарат позволяет так устроить протоколы и архитектуру сервисов, что у каждого пользователя будет контроль над доступом к его данным, вне зависимости от того, на каких серверах глобальной Сети они вдруг находятся.

То же самое касается и угроз по отключению национального сегмента Интернета извне – здесь адекватным решением, в идеальном мире, также является не огораживание, а создание технологии распределения национального сегмента по всей Сети так, чтобы отключить его можно было только вместе со всеми остальными сегментами. Опять же, теоретический аппарат для таких технологий – есть.

Да.

Наш мир, конечно, не идеален.

(Политические комментарии – буду удалять. Надеюсь на понимание.)

Несколько часов назад в корне DNS делегированы столичные домены moscow и москва (кириллический). Проверить, как они работают, можно здесь:

http://nic.moscow/
http://nic.москва/

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

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

Итак, для перечисления интернет-пользователей всякой популярной системы достаточно 32 бит или четырёх байтов (2^32 это примерно 4,2 млрд), поэтому запись идентификаторов для контактов заданного пользователя потребует 4*10=40 байтов за сутки. Добавляем сюда отпечатки времени – 3 байта на запись (с точностью до секунд в сутках + служебные биты). Получаем: 40+3*10=70 байтов за сутки. Очень мало. (Можно легко засунуть сюда и тип используемых сервисов, кстати.)

Рассмотрим другое, более технологичное, представление, где контакт – это пара идентификаторов и метка времени (ID1,ID2,T): 4+4+3=11 байтов на запись, а записи хранятся в единой БД, общим потоком. Если посмотреть на такую структуру данных, взятую “по модулю” одного пользователя, то получим оценку в 110 байтов в сутки на пользователя (естественно, тут есть простор для оптимизации). То есть, за 180 дней (примерно шесть месяцев): 180*110=19800 – около 20 килобайт данных за сутки на каждого пользователя. Для десяти миллионов – всего-то 200 гигабайт (без оптимизации кодирования, заметьте).

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

Другое дело, если требуется хранить подробный лог, в котором, например, отражено, как именно взаимодействовали пользователи, куда каждый из них ходил, сколько сообщений отправил, что нажимал, сколько времени провёл за тем или иным занаятием. В таком случае необходимый объём данных легко вырастет на два порядка. А ведь занятно, что и 20 терабайт (200Gb*100) – тоже не выглядят пугающе.

Из печати вышел очередной номер журнала “Доменные имена”. Кроме других интересных материалов, там есть моя небольшая статья про безопасность в “Интернете вещей”, а точнее – про угрозы, связанные с подобными интернетами. Номер (бесплатно) можно получить на конференции РИФ-2014, если вдруг кто там будет (я – нет). А также в московском офисе RU-CENTER и в офисах региональных представителей RU-CENTER.

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

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

Ракета-носитель 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 совершает ночные полёты – см. фото. Естественно, ночь, по современным представлениям, самое подходящее время для применения ударных беспилотников (как и вообще для нанесения военных ударов).

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