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

В 2012 году на roem.ru сообщают: “MD5 больше не надёжен”.

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

Много шума вокруг обнаружения “бэкдоров” (аппаратных закладок) в микросхемах Actel. Закладки делают возможным прямой доступ к секретной информации, находящейся внутри устройств, использующих ряд FPGA. Авторы исследования, позволившего вскрыть сей аппаратный “дефект”: Sergei Skorobogatov и Christopher Woods. Некоторые СМИ уже сообщают, что это китайское производство виновато – будто там закладки добавили в разработанные в Штатах микросхемы. При этом авторы исходной работы утверждают, что ничего подобного: “бэкдоры” встроила компания-разработчик, штатовская Actel.

Нет сомнений, что история с этой работой будет занятная.

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

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

Корабль SpaceX Dragon пристыковался к МКС. Это, в общем-то, первый такой случай в истории, потому что Dragon позиционируется как не государственный проект космического транспорта. Это такая приватизация функций по доставке грузов на орбиту, проводимая NASA.

Сегодня ICANN опять открыла многострадальную систему приёма заявок на новые домены верхнего уровня. Сломанную систему остановили ещё 12 апреля. Говорят, что в программном обеспечении ошибка была изначально. С 12 апреля ICANN, с завидной регулярностью, выпускала разные бюрократические уведомления, рассказывающие о статусе “починки”, которая продолжалась “неопределённое” время. Вроде, теперь закончили работы и обещают почти девять суток принимать заявки – это дополнительный период. Посмотрим, что случится дальше.

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

Через пару дней, 2 мая, в Штатах принимают в состав ВВС последний (крайний?) F-22. Постройку этих истребителей остановили ещё в декабре прошлого года. Как рассказывают, всего их примерно 200 бортов построили, и 160-180 – должны быть в строю, с разной степенью готовности. Там же, как обычно, есть много вариантов “приходования” истребителя, и ещё большее число шагов в программах модернизации, поэтому, одно дело – число построенных, и другое – число реально боеготовых самолётов. Но в случае с F-22: как ни крути, а мало их. Наверное, потому что дорогие.

Специальная система приёма заявок на новые домены верхнего уровня у ICANN окончательно сломалась на день космонавтики, 12 апреля. С тех пор ICANN регулярно выпускает бюрократические уведомления, содержание которых сводится к следующему: “всё в порядке, ничего не потеряно, систему чинят, и вот-вот откроют обратно”. Впрочем, пока что прошло чуть более двух недель. Да. Казалось бы.

А с другой стороны, интереснее такая интерпретация: разработанная по заказу ICANN система настолько некачественная, что восстановление после сбоя уже заняло больше двух недель. Это как же нужно было спроектировать программное обеспечение, чтобы достичь такого эффекта? При этом в корпорации, контролирующей распределение адресного пространства всего Интернета, управление проектами налажено так “замечательно”, что ICANN даже не может уверенно прогнозировать время восстановления после сбоя. В общем, абсурд там какой-то с этими New gTLD, по всем фронтам.

Дефект (скорее, уязвимость) в интерфейсе приёма заявок на New gTLD ICANN признала 12 апреля, хотя, подтверждают, что сообщения о проблемах от пользователей поступали с 19 марта. Сегодня – 14 апреля, и пока что ICANN, в своём стиле, только обещает 16 апреля сообщить о том, смогут ли они возобновить приём заявок 17 апреля.

Вчитайтесь: через двое суток после аварии, ICANN, на полном серьёзе, выпускает официальное сообщение о том, что ещё через два дня опубликуют очередное сообщение, в котором будет уведомление о поступлении следующего сообщения. Это рафинированный образец бюрократии в действии.

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

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

Впрочем, посмотрим, как оно повернётся.

Конкурс WebHiTech в 2012 году планируем проводить в новом формате. Старт приёма заявок – на РИФе, некоторые подробности – в официальном сообщении.

Во как: у ICANN сломалась (сломали?) система приёма заявок на новые домены верхнего уровня. Сегодня последний день приёма таких заявок, но, понятно, срок продлили.