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

Добавил в избранные новый блок записок, вот они:

• Обнаружение небольших беспилотников
• Тотальное наблюдение за поверхностью Земли
• Наблюдение за железнодорожными ракетными комплексами
• Воздушные заграждения и гиперзвуковые беспилотники
• Слежение за смартфонами GSM по всему миру

• Ключи в DNSSEC: разбор на примере
• Фундаментальные характеристики бэкдора
• “Любительские” подводные дроны
• HTTPS и “открытые веб-страницы”
• Air gap: наивное использование

У iPhone есть функция, которая стирает пользовательские данные с устройства, если PIN-код на экране блокировки введён неверно 10 раз. Казалось бы, подобрать даже четырёхзначный код нереально – шанс угадать слишком мал. Тем не менее, пишут про электронное устройство, которое PIN-код успешно подбирает. Хитрость в том, что устройство, обнаружив ошибочный ввод по показаниям дисплея, моментально отрубает питание телефона (для реализации этого требуются вскрыть корпус и подключить прерыватель). Из-за алгоритмической ошибки в процедуре обработки ввода PIN-кода, телефон не успевает записать новое значение счётчика попыток в память, поэтому после перезагрузки можно попробовать ещё раз (пишут, что примерно 111 часов нужно для проверки всего множества кодов).

Насколько можно понять, речь об уязвимости CVE-2014-4451, которая датирована 18 ноября 2014 года и должна быть уже закрыта. Очевидно, что ошибка разработчиков состоит в последовательности шагов алгоритма: нужно сперва увеличивать значение счётчика попыток в энергонезависимой памяти, а только потом выводить результат проверки на экран (не наоборот). Очень показательный пример того, что в реализации функций обеспечения безопасности подобная “мелочь” может начисто удалить все защитные свойства.

Китайский удостоверяющий центр CNNIC, признаваемый всеми основными браузерами, поучаствовал своими ключами в выпуске промежуточного сертификата, который использовался в прозрачно перехватывающем трафик SSL-прокси. Об этом, конечно, стало быстро известно в Google (потому что браузер Chrome устроен достаточно добротно). Объяснения от CNNIC сводятся к тому, что, дескать, это всё была тестовая среда, а сертификаты утекли наружу случайно. Итог пока такой: корень CNNIC таки изымают из продуктов Google:

“As a result of a joint investigation of the events surrounding this incident by Google and CNNIC, we have decided that the CNNIC Root and EV CAs will no longer be recognized in Google products.” (В результате совместного расследования событий, связанных с данным инцидентом, мы приняли решение что CNNIC Root и EV УЦ больше не признаются продуктами Google.)

Это весьма резкое решение, но, собственно, такого варианта следовало ожидать. Mozilla пока думает, но в том же самом направлении. А для повторного включения корней CNNIC в браузеры планируют потребовать от УЦ поддержки Certificate Transparency.

В CNNNIC уже ответили, в том ключе, что шаг Google – неприемлем, требуют задуматься о правах пользователей.

Ссылка по теме: перехват HTTPS.

Update, 04/04/15: Mozilla подключилась – сертификаты, впущенные от корней CNNIC после 1 апреля 2015, не признаются. Таким образом, CNNIC, как коммерческий УЦ, теряет всякий смысл. Интересно, как прореагируют в Китае?

Google некоторое время назад зарегистрировал собственный домен верхнего уровня. Вот как они его используют: https://com.google. Весьма занятный вариант, да:

(Для полноты картины, конечно, нужно было регистрировать elgoog. Но, вероятно, просто забыли.)

Популярная новость – DARPA продвигает разработку новых автоматических систем навигации, независимых от GPS. Основные недостатки спутниковой навигации растут из того факта, что она использует сильно удалённый от навигационного приёмника, внешний “базис” – то есть, сами спутники. Отсюда и возможные проблемы с получением сигнала, который, к тому же, могут испортить разными помехами. С другой стороны, для практически полезной навигационной системы всё равно нужны некие опорные точки, и спутники, передающие навигационный сигнал, не самый плохой вариант. Пожалуй, сошлюсь на старую заметку по этой теме, трёхлетней давности – “Автоматический навигатор, без спутников“.

Вообще, инерциальная система с суперсовременными гироскопами и акселерометрами выйдет весьма точной, особенно для типичных задач применения портативных навигаторов – передвижения по незнакомой местности. Устройство может быть нечувствительно к ударам и разного рода электромагнитным помехам. А если в распоряжении подразделения несколько навигаторов, то они даже могут корректировать друг друга.

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

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

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

Атака типа “человек посередине” применяется, конечно, далеко не только в Интернете. Известный пример: угон автомобилей. Сейчас распространены системы доступа в автомобиль (и запуска двигателя), которые используют дистанционную радиометку вместо ключа с механическим контактом. Радиометка – собственно, это стандартный ключ, – находится при владельце; автомобиль отпирается, когда этот ключ оказывается в непосредственной близости снаружи автомобиля, двигатель можно запустить, когда ключ внутри салона.

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

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

Пишут, что на орбите взорвался относительно старый спутник, занятый в военной метеорологической программе (DMSP). Спутнику около 20 лет. С чем связано его неожиданное разрушение – не ясно. Впрочем, спутников сейчас так много, что число “странных происшествий” может только возрастать.

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

Если набрать в адресной строке браузера адрес сервиса “Яндекс.Карты” с указанием корневого домена в URL – вот так: maps.yandex.ru. (с точкой после ru), – то вместо заглавной страницы сервиса можно наблюдать некий XML-документ, с разными внутренними комментариями и даже с указанием на ошибку, приведшую к этим плачевным результатам:

"Caught exception 'bad param: domain='maps.yandex.ru.'' in xscript::js::javascriptDomain".

Естественно, URL с прямым указанием корневого домена – вполне себе корректный.

Update (19/03/2015): дефект исправили.

Между прочим, различные аппаратные и программные закладки могут активироваться не только по поступившей команде, но и по отсутствию (исчезновению) некоторого заданного “сигнала”. Скажем, если сетевое оборудование перестало обнаруживать в проходящих пакетах более семнадцати тысяч упоминаний строки “google.com” в час, то оборудование ломается – срабатывает закладка. Пример, конечно, фантастический, но то же самое могло бы происходить и с программным обеспечением, не получающим регулярных обновлений “из центра”, а также с промышленной аппаратурой, к которой перестали подключать “одобренные производителем флешки” – последние, конечно, раз в полгода должны демонстрировать через контроллер USB новые серийные номера.