WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 2 | 3 || 5 |

«ДМИТРИЙ И ВЗЛОМА ИНФОРМАЦИИ САНКТ-ПЕТЕРБУРГ 2004 Содержание Посвящается 1 Введение 3 ЧАСТЬ I. КОМУ НУЖНА ЗАЩИТА? 5 Глава ]. Общие сведения о защите информации 7 1.1. Что и от чего защищать 7 1.1.1. ...»

-- [ Страница 4 ] --

Часть IV. Основные аспекты защиты данных Но этого мало. Для создания собственного модуля защиты PDF-документов необ ходима специальная лицензия, которая имеет еще более высокую стоимость.

Разумеется, Adobe имеет право проводить любую маркетинговую политику в отношении своих собственных продуктов, но нынешняя ситуация явно не способствует появлению недорогих и надежных решений для защиты доку ментов в формате PDF.

15.5. Уничтожение информации Иногда для предотвращения утечки информации часть данных должна быть уничтожена. Чаще всего это требуется в случаях, когда контейнер, хранящий секреты, должен попасть в чужие руки.

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

Название врезки В январе 2003 года была опубликована статья "Remembrance of Data Passed:

A Study of Disk Sanitization Practices" ("Памяти ушедших данных: изучение приемов очистки жестких дисков"), в которой рассматривались вопросы унич тожения данных, хранившихся на жестких дисках.

Авторы статьи, студенты Массачусетского технологического института (Massachusetts Institute of Technology, MIT) Л. Гарфинкел L.

Garfinkel) и Аби Шелат (Abhi Shelat), приводят весьма печальные результаты проведенных ими исследований.

В период с ноября 2000 года по август 2002 года они приобрели жестких дисков, бывших в употреблении. 129 из них (примерно 82 %) оказались в рабо тоспособном состоянии. И только 12 из них %) были полностью очищены от информации (заполнены нулевыми секторами).

С очень многих дисков удалось восстановить массу интересной информации, такой как медицинские и финансовые данные, личная переписка и т. п. На двух дисках хранились 2868 и 3722 номеров кредитных карт соответственно. Один из этих дисков, предположительно, стоял в банкомате в Иллинойсе.

Файлы с части дисков были удалены средствами операционной системы. Такие файлы, чаще всего, могут быть легко восстановлены специальными програм мами.

Некоторые диски были отформатированы. Но при обычном форматировании (например с помощью программы FORMAT) затираются только служебные об Глава 15. Обеспечение секретности ласти, хранящие информацию о расположении файлов на диске, а также имена и размер файлов в корневом каталоге. Но само содержимое файлов никак не уничтожается. Даже если с диска удаляется логический раздел, это не приво дит к физическому затиранию файловых областей.

Беспечность проявляют и работники государственных учреждений разных стран. Так 30 января 2003 года Британское правительство на сайте опубликовало документ — Its Infrastructure Of Concealment, Deception And Intimidation" ("Ирак — инфраструктура утаива ния, обмана и устрашения"), который был представлен в формате Microsoft Word и вызвал несколько скандалов.

Было установлено, что большие фрагменты документа являются плагиатом и скопированы из статьи Ибрахима аль-Мараши (Ibrahim без разреше ния автора и даже без ссылки на него, но с сохранением синтаксических оши бок. Однако к вопросам уничтожения данных относилось другое открытие.

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

Теперь Британское правительство публикует подобные документы в формате PDF, который не предусматривает сохранения информации об авторах вноси мых изменений. Но и при использовании формата PDF возможны накладки.

Письмо "Вашингтонского снайпера" В октябре 2002 года в Вашингтоне и окрестностях действовал снайпер, уби вавший людей без видимой причины. 24 октября был произведен арест двух подозреваемых, и убийства прекратились.

26 октября 2002 года газета "The Washington Post" выложила на своем сайте отсканированную копию письма "Вашингтонского снайпера", представленную в формате PDF. В письме, среди прочего, описывалась процедура, при помощи которой снайпер собирался получить 10 миллионов долларов. Правительство должно было перечислить деньги на счет платиновой карты Visa.

Письмо содержало все необходимые атрибуты счета и имя женщины, у которой была украдена карта. Также в нем фигурировало 3 телефонных номера.

"The Washington Post" отретушировала PDF-документ, скрыв персональную информацию от публичного распространения. В результате, вместо некоторых фрагментов текста появились черные прямоугольники.

Однако метод уничтожения информации был выбран неверно. При выводе на печать все выглядело именно так, как и было задумано: прямоугольники 196 Часть IV. Основные аспекты защиты данных на месте текста. Но даже при отображении на экран в программе Acrobat Reader (особенно на медленных компьютерах) можно было заметить, что сначала появляется текст, а затем поверх него прорисовываются черные заплатки. То есть персональная информация оказалась просто прикрыта, но не уничтожена.

I Действительно, прямоугольники, перекрывающие изображение, легко удалить при помощи инструмента TouchUp Object Tool, входящего в коммерческую про грамму Adobe Acrobat. И полный текст письма "Вашингтонского снайпера" чуть ли не в тот же день можно было найти в Интернете.

Письмо "Вашингтонского снайпера" оказалось не первым случаем, когда журналисты раскрывали чужие секреты, не позаботившись об их правиль ном уничтожении. Так в середине апреля 2000 года на сайте NYTimes.com, принадлежащем одноименной газете, появилась публикация "Secrets of History: The in Iran" ("Секреты истории: ЦРУ в Иране"), в рамках ко торой было выложено несколько документов, ранее считавшихся секретны ми. Документы были отсканированы и сохранены в формате PDF. Публи кация вызвала интерес, и в середине июня "The New York Times" выложила в Интернет еще несколько документов в виде PDF-файлов.

Чтобы не подвергать опасности людей, чьи имена упоминались в докумен тах, некоторые фрагменты оказались закрыты черными прямоугольниками.

Но заплатки оказались просто поверх текста и могли быть очень легко удалены. Таким образом, "The New York Times" невольно раскрыла имена нескольких агентов ЦРУ.

Однако, похоже, мало кто учится на чужих ошибках. В конце октября года в Интернете был опубликован отчет министерства юстиции США под названием "Support for the Department in Conducting an Analysis of Diversity in the Attorney Workforce" ("Помощь министерству в проведении анализа раз личных работников прокуратуры"). Однако ключевые фрагменты отчета, включая все выводы и рекомендации, были вымараны перед публикацией — правке подверглось более половины страниц.

Но, несмотря на то, что еще в ноябре 2002 года министерство юстиции при обрело корпоративную лицензию на программу 3.0, предна значенную для полного удаления информации из PDF-документов, Redax не был использован и все фрагменты, скрытые в упомянутом выше отчете, можно без труда восстановить.

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

И происходит это, скорее всего, от элементарного непонимания важности правильного уничтожения данных.

Глава Особенности реализации DRM С развитием высокоскоростных каналов передачи информации все актуаль нее становятся вопросы обеспечения управления цифровыми правами (Digital Rights Management, DRM).

16.1. Что такое DRM Основная идея DRM заключается в том, чтобы предоставить владельцу ав торских прав на некоторое произведение (музыку, книгу, видеофильм) воз можность решать, кто и на каких условиях должен получать доступ к этому произведению, и закрепить это решение с помощью технических средств.

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

Кроме таких очевидных вещей, как возможность печати, существуют и бо лее сложные варианты прав. Ту же печать можно ограничивать в терминах страниц в п дней", т. е. в любых п дней разрешено напечатать не более страниц.

Также иногда требуется ограничить число прослушиваний музыкальной композиции или число просмотров ознакомительной версии фильма.

Можно ограничивать и период времени, в течение которого разрешен дос туп. Причем ограничение может накладываться как сверху (произведение доступно в течение трех дней), так и снизу (доступ будет разрешен только после определенной даты). Второй тип имеет смысл, когда информация доставляется заранее, но ее использование разрешается одновременно во всем мире.

Для таких произведений, как электронные книги, можно задавать, сколько раз можно передавать книгу другому лицу и на каких условиях ее можно сдавать в аренду. Это позволяет организовывать электронные библиотеки, 198 Часть IV. Основные аспекты защиты данных функционирующие максимально похоже на обычные библиотеки с бумаж ными книгами.

На базе DRM может строиться и защищенный документооборот, в рамках которого определяются правила использования каждого документа, цирку лирующего внутри компании.

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

16.2. Возникновение DRM Происхождение идеи DRM объясняется очень просто.

Когда-то для записи музыки и фильмов использовались только аналоговые форматы: и виниловая пластинка, и обыкновенный кассетный магнитофон, и видеомагнитофон формата VHS. А для аналоговых устройств свойственна потеря качества при перезаписи — и воспроизводящий, и записывающий тракты не идеальны, да и носитель информации (винил или магнитная лен та) подвержен различным воздействиям, ухудшающим качество записи.

В любом случае, копия всегда получается чуть хуже а оригинал со временем изнашивается. И это сильно затрудняет нелегальное тиражирование записей. Правда, в свое время гиганты киноиндустрии пытались запретить продажу бытовых видеомагнитофонов, предрекая, в противном случае, разо рение большинства кинокомпаний. Однако по прошествии нескольких деся тилетий можно с уверенностью сказать, что обещанных ужасов так и не слу чилось, хотя видеомагнитофон сейчас есть почти в каждом доме.

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

Когда появились бытовые цифровые аудиомагнитофоны, получить точную цифровую копию все равно было невозможно. Музыка продавалась на компакт-дисках, записанная с частотой дискретизации 44,1 КГц, а частота дискретизации цифровых магнитофонов сознательно была выбрана равной 48 КГц. И при записи с компакт-диска на магнитофон сначала приходилось преобразовывать цифровую информацию в аналоговый сигнал, а потом выполнять обратное преобразование, но уже с другой частотой.

Глава Особенности реализации Только когда появились сравнительно недорогие приводы для записи компакт-дисков, идеальная копия, наконец, стала реальностью. Примерно в то же время производительность персональных компьютеров стала доста точной для того, чтобы обрабатывать (по крайней мере, воспроизводить) в реальном времени аудио- и видеоинформацию, обработанную сложными алгоритмами сжатия. И, вдобавок, в распоряжении простых пользователей оказался высокоскоростной (по сравнению с модемом) доступ в Интернет.

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

Разумеется, продавцы контента не захотели мириться даже с теоретической возможностью такого распространения информации, защищенной автор скими правами, и стали разрабатывать и внедрять всевозможные средства контроля над использованием продаваемой ими продукции. Законодатель ные пути привели к законам типа DMCA (Digital Millenium Act), а усилия в технической области как раз и воплотились в идею DRM.

Одним словом, DRM потребовался для того, чтобы предотвратить возмож ность свободного создания и распространения и неконтро лируемых копий различных произведений и документов.

16.3. Очевидное препятствие При реализации DRM сразу становится очевидной одна проблема. В чие от задачи обеспечения секретности, где достаточно было все данные и сохранить ключ в тайне, для обеспечения DRM методов крип тографии уже не хватает.

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

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

Если в системе DRM присутствует аппаратная составляющая (как было, на пример, до тех пор, пока не появились программные проигрыватели DVD), Часть IV. Основные аспекты защиты данных обеспечение защиты и контроль прав может выполняться вне персонального компьютера. Но как только происходит переход к чисто программным сис темам, гарантированно защититься от обхода DRM становится невозможно.

Защищать информацию от одного типа доступа, не препятствуя при этом доступу другого типа, в условиях, когда противник имеет полный контроль над процессами, происходящими в вычислительной системе, крайне сложно.

Однако разработчики средств защиты с разной степенью успеха пытаются при менять самые разнообразные способы для того, чтобы создать инфраструктуру, в которой станет возможно использовать защищенные электронные произведе ния, никогда полностью не выходящие из-под контроля издателя.

Защита электронных книг Устоявшихся и хорошо себя зарекомендовавших DRM-решений, пожалуй, нет ни для одного вида цифровых произведений. Существуют эффективные методы и для обхода шифрования, применяемого для защиты содержимого DVD-дисков, и для создания незащищенных копий музыкальных компози ций, распространяемых в формате WMA (Windows Media Audio) с защитой DRM версии 2.

Но рассматривать основные аспекты DRM можно на любом примере, в том числе и на примере электронных книг.

Adobe PDF Merchant (Adobe.WebBuy) Как уже говорилось, в Acrobat Reader 4.0.5 появилась поддержка модуля за щиты, предназначенного для работы с электронными книгами, продавае мыми через Интернет. PDF Merchant был первым модулем защиты для PDF, позволяющим работать с ключами шифрования, длина которых пре вышает 40 бит.

При попытке открытия защищенного документа модуль защиты выполнял следующие действия. На сервер, отвечающий за правами, отсыла лась информация о покупке документа, к которому запрашивался доступ, и один или несколько идентификаторов вычислительной среды, таких как ID компьютера или процессора, серийный номер диска или имя пользователя.

Сервер проверял, разрешен ли доступ к документу (была ли действительно на него куплена лицензия), и если все было правильно, генерировал и присылал RMF-файл. Скорее всего, RMF является аббревиатурой от Rights Management Format, во всяком случае, RMF-файл представлял собой XML-документ, в котором хранилась такая DRM-информация, как замаскированный ключ шифрования PDF-документа, перечень разрешенных операций (например печать) и сертификат для проверки подлинности лицензии.

Глава 16. Особенности реализации В проверке подлинности лицензии были задействованы два 1024-битовых открытых ключа RSA. Один из этих ключей, вероятно, принадлежат издате лю и использовался для проверки цифровой подписи лицензии. А второй ключ, скорее всего, принадлежащий Adobe, применялся для заверения под линности открытого ключа издателя.

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

Несколько условий могли быть скомбинированы с помощью логических операций AND И OR. ЕСЛИ все необходимые проверки выполнялись успешно, то замаскированное значение ключа шифрования документа одной из запи сей превращалось в ключ шифрования, который и использовался для рас шифровки содержимого документа.

В целом, шифрование применялось таким образом, что создать RMF-файл без участия Adobe было практически невозможно. Но зато наличие соответствующего определенному документу, позволяло вычислить ключ шифрования без физического доступа к компьютеру, для которого был ли цензирован этот документ, — проверка условий выполнялась логически (возвращалось состояние истина/ложь), но характеристики компьютера яв но не участвовали в вычислении ключа шифрования. К тому же, если не сколько проверок объединялись оператором AND, КЛЮЧ шифрования можно было извлечь из записи, соответствующей любой из проверок, не обязатель но было выполнять их все.

Можно считать, что стойкость DRM, реализуемая в PDF Merchant, основы валась, в основном, на некоторой сложности выполняемых для получения ключа действий. Однако для построения надежного решения DRM этого явно недостаточно.

16.4.2. Adobe DRM Еще одно решение в области DRM для электронных книг, продвигаемое в настоящее время компанией Adobe, как уже упоминалось ранее, было из начально разработано для программы GlassBook Reader.

GlassBook Reader реализовывал управление правами доступа в соответствии со спецификацией протокола обмена электронными книгами (Electronic Book Exchange, разрабатываемым организацией ЕВХ Workgroup.

Часть IV. Основные аспекты защиты данных Основная идея протокола заключается в том, что при активации программы GlassBook Reader генерируется пара ключей асимметричного криптографи ческого алгоритма и открытый ключ регистрируется на сервере, а секретный сохраняется на компьютере пользователя. В процессе приобретения лицен зии на книгу, Reader получает так называемый ваучер — XML-файл, содер жащий ключ документа, зашифрованный на открытом ключе пользователя, список прав доступа к документу и вспомогательную информацию для про верки подлинности ваучера.

Таким образом, для получения ключа шифрования документа необходим секретный ключ пользователя. Несмотря на то, что секретный ключ счита ется принадлежащим пользователю, сам пользователь не имеет к нему дос тупа — только Reader знает, как этот ключ может быть извлечен.

В GlassBook Reader существовало два пути доступа к секретному ключу пользователя. Один из путей требовал вычисления значения хэш-функции от некоторых параметров компьютера, таких как процессора и серийный номер диска. Разумеется, при смене оборудования результат хэш-функции изменялся и доступ к ключу становился невозможен.

Для того чтобы пользователь не потерял доступ ко всем приобретенным книгам при смене оборудования, вероятно, и был предусмотрен второй спо соб доступа к секретному ключу, никак не завязанный на характеристики компьютера. Используя этот способ, очень легко было вычислить секретный ключ пользователя, а значит, и получить неограниченный доступ ко всем легально приобретенным документам.

Надежность модели DRM, реализуемой GlassBook Reader, основывалась не только на сложности получения доступа к секретному ключу пользователя.

Скорее всего, разработчики полагались в некоторой степени на протектор РАСЕ InterLok, который использовался для предотвращения исследования кода Book Reader. Однако InterLok плохо с возложенной на него задачей, что делало GlassBook Reader уязвимым для целого спектра атак на DRM.

После перехода GlassBook Reader в собственность Adobe и превращения его в Adobe eBook Reader никаких значительных технических улучшений в пла не снижения уязвимости системы DRM так и не было сделано.

Однако с появлением Acrobat 6 работа с электронными книгами была пере несена в Adobe Acrobat и Adobe Reader, a Adobe eBook Reader, похоже, пере стал развиваться.

16.4.3. Общая проблема с для PDF С обеспечением DRM в отношении документов в формате PDF существует еще одна сложность.

Глава Особенности реализации Дело в том, что на протяжении многих лет защита документа обеспечива лась по следующей схеме:

Acrobat выяснял, какой модуль был использован для защиты документа, и передавал ему информацию о защищенном документе;

модуль защиты проверял права доступа, и если пользователь имел все необходимые разрешения для открытия документа, в Acrobat возвращался ключ шифрования;

• Acrobat использовал ключ, полученный от модуля защиты, для расшиф рования фрагментов документа перед отображением их на экране.

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

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

Начиная с шестой версии продуктов семейства Acrobat, модули защиты по лучили возможность самостоятельно решать, каким именно способом будет зашифрована та или иная часть PDF-документа. И при такой реализации перехват ключа уже не работает, т. к. передачи ключа между отдельными узлами защиты просто не происходит.

Но тут возникает другая проблема. Начиная с шестой версии, показ элек тронных книг ведется не через eBook Reader, а через Adobe Acrobat или Adobe Reader. И, разумеется, сама программа, показывающая документ, имеет полный доступ к его содержимому, какой бы алгоритм шифрования не использовался в модуле защиты.

Но и Acrobat, и бесплатный Reader поддерживают модули расширения.

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

Разумеется, Adobe предприняла некоторые усилия для того, чтобы предот вратить возможность загрузки посторонних модулей расширения в тот мо мент, когда идет работа с книгами, защищенными DRM. Но, как было по казано в разд. самые последние версии программ семейства Acrobat продолжают загружать модули расширения, имеющие поддельную цифро вую подпись, но только в "несертифицированном" режиме, в котором работа с защищенными электронными книгами невозможна.

204 Часть IV. Основные аспекты защиты данных Но после того как модуль расширения был загружен и получил управление, он может "убедить" Acrobat в том, что все загруженные модули расширения имеют правильные сертификаты, а значит, можно и открывать электронные К сожалению, представители Adobe утверждают, что загрузка модулей рас ширения с поддельными подписями является нарушением лицензии (что, в общем, справедливо) и, следовательно, не может считаться проблемой безопасности. Однако здравый смысл подсказывает, что к вопросам безо пасности относится все, что хоть как-то влияет на возможность использо вать данные любым способом, отличным от способа, запланированного из дателем.

16.4.4. Microsoft LIT Еще одна независимая попытка построения рынка электронных документов была предпринята корпорацией Microsoft. Были разработаны новый формат электронных книг LIT (Literature) и бесплатная программа Microsoft Reader для просмотра представленных в нем документов.

Формат внутреннего представления данных в LIT основан на спецификации ОЕВ (Open eBook Publication Structure), разрабатываемой организацией Open Forum, к настоящему моменту объединившейся с ЕВХ Workgroup.

При разработке было предложено реализовать 5 уровней защиты доку мента с возрастанием защищенности при переходе к следующему уровню.

Однако уровень 1 (без защиты вообще) и уровень 4 (ограничено защищен ный от копирования) были отброшены как бесперспективные. В результате, Microsoft Reader поддерживает документы трех степеней защиты:

уровень 2 — "опечатанный" (Sealed). Содержимое книги упаковано и за шифровано, чтобы избежать нарушений целостности. При этом книга не считается защищенной от копирования;

• уровень 3 — "надписанный" (Inscribed). же, что и "опечатанный", но на титульную страницу электронной книги выводится информация о по купателе (как правило, это имя покупателя и уникальный идентификатор покупки). Подобная информация позволяет выяснить происхождение конкретного экземпляра, что является дополнительным стимулом к чест ному использованию;

• уровень 5 — "для личного пользования" Книга зашиф рована и может быть открыта для чтения только на том устройстве, кото рое было активировано для прочтения именно этой книги.

Для использования книг, имеющих пятый защиты (Owner Exclusive), необходимо активировать Microsoft Reader, привязав его к учет Глава 16. Особенности реализации ной записи в системе MS Passport. К одному паспорту можно привязать суммарно до 8-ми разных персональных компьютеров и устройств Pocket Тогда книги, купленные с одного из этих устройств, можно будет читать с любого другого компьютера, привязанного к тому же паспорту.

При выполнении активации на компьютер пользователя передаются не сколько библиотек, необходимых для работы с защищенными книгами. Эти библиотеки очень неплохо защищены от исследования. Так, например, если один компьютер дважды привязать к одному и тому же паспорту, то биб лиотеки окажутся совершенно разными, хотя и будут работать одинаково.

Однако как минимум одному британскому программисту Дэну А. Джексону (Dan A. Jackson) удалось разобраться с устройством средств защиты, приме няемых в Microsoft Reader, и разработать программу Convert позво ляющую переводить книги в Sealed, а также извлекать все содержимое книг и сохранять его в виде набора файлов ОЕВ. Convert LIT распространяется под лицензией (GNU General Public License) бес платно и с исходными текстами.

Microsoft не стала устраивать истерии по поводу появления программы для снятия защиты с электронных книг, в результате чего инцидент прошел практически незамеченным средствами массовой информации. С тех пор было выпущено несколько обновлений Microsoft Reader, препятствующих снятию защиты, но автор Convert LIT в ответ оперативно создает новые вер сии своей программы.

Похоже, что Convert LIT умеет напрямую работать с библиотеками защиты, получаемыми при активации, и может заставить их расшифровать книгу.

Однако существует и другой сценарий атаки, позволяющий расшифровы вать документы и извлекать их содержимое.

Дело в том, что Microsoft при разработке LIT использовала несколько суще ствующих технологий. Так для вычисления хэш-функции применяется мо дификация алгоритма в которой 9 трансформаций из 80 были изме нены. Шифрование выполняется при помощи модифицированной версии алгоритма DES. Но, самое главное, внутреннее устройство файлов LIT очень похоже на внутреннее устройство файлов (Compiled HTML Help file), применяемых для хранения справочной информации.

Но про СНМ-файлы достоверно известно, что они являются одной из реа лизаций структурированного хранилища, т. е. поддерживают интерфейс IS torage. Следовательно, можно сделать вывод, что и поддержива ют этот интерфейс. Если противнику удастся перехватить управление в тот момент, когда все защитные механизмы отработают и Microsoft Reader будет иметь указатель на объект, соответствующий корню хранилища, снятие за щиты станет тривиальным. Достаточно будет вызвать методы интерфейсов 206 Часть IV. Основные аспекты защиты данных и описанные в MSDN (Microsoft Developers Network), что бы перебрать все вложенные хранилища и потоки и сохранить их на диске в виде директорий и файлов.

Тенденции рынка электронных книг Не совсем понятно, что ждет индустрию электронных в будущем.

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

Маловероятно, что электронные книги плохо продаются из-за того, что кто то снимает с них защиту и начинает бесплатно раздавать направо и налево.

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

Также, несмотря на все удобства, которые сопутствуют электронным книгам (а это гиперссылки, возможности поиска и аннотирования, озвучивание и многое другое), защищенные книги во многом ограничивают пользователя.

Далеко не всегда книгу удается читать там, где хочется. Ведь многие люди используют, например, Linux, но ни Microsoft Reader, ни Adobe eBook Reader под Linux не работают. Да и бумажную книгу, которая больше не нужна, можно подарить или просто дать почитать. А выполнение подобных действий с электронными книгами почти всегда запрещается издателями.

В любом случае, 9 сентября 2003 года онлайновый книжный магазин, при надлежащий одной из крупнейших мировых книготорговых компаний, объявил о прекращении продаж электронных книг в форматах Microsoft Reader и Adobe Reader.

Digital Property Protection Компанией Infraworks, занимающейся вопросами борьбы с воровством ин теллектуальной собственности, была разработана технология (на привязи), которую сами разработчики предпочитают называть не DRM, a DPP — Digital Property Protection (защита цифровой собственности). Воз можно, разница между DPP и DRM — это всего лишь игра терминов, по зволяющая не бояться обвинений в нарушении патентов на системы DRM.

Во всяком случае, у DRM и DPP очень много общего.

Отличительная особенность InTether заключается в том, что эта технология может применяться для защиты документов практически любого типа — совершенно не обязательно знать, с чем именно будет иметь дело защита.

Глава 16. Особенности реализации DRM После установки InTether на компьютер у конечного пользователя появляет ся возможность получать из Интернета или другого источника защищенные документы и размещать их на диске. На самом деле, в файловую систему будет помешен только файл нулевого размера, а содержимое окажется спря танным в защищенном хранилище. Но когда загружены драй вера защиты, создается ощущение, что файлы действительно существуют и имеют ненулевой размер.

При попытке открытия защищенного документа любой программой в ход вступает модуль защиты, предупреждающий пользователя о том, какие ог раничения наложены на этот документ. Набор поддерживаемых ограниче ний довольно широк и включает в себя такие возможности, как уничтоже ние документа через 10 минут после открытия, запрет на сохранение копии документа, запрет на использование буфера обмена и многое другое.

Если пользователь подтверждает свое желание открыть документ, то про грамма, используемая для этого, попадает как бы в изолированный мир. Для пользователя все будет работать практически как обычно: можно сохранять файл, можно копировать выделенный текст в буфер обмена. Но ни один другой процесс не увидит результатов этих действий, т. к. защита лишь эму лирует их для процесса, открывшего защищенный файл.

По утверждению главного администратора компании Infraworks, защита, на разработку которой ушло более 3-х лет, состоит из слоев, каждый из ко торых контролирует целостность всех остальных. И если противнику удастся нейтрализовать один из слоев, это обнаружится в другом слое и защищаемая информация будет уничтожена.

Действительно, защита устанавливает около 10 драйверов в ядро операци онной системы, что само по себе выглядит устрашающе. Но ведь общая стойкость защиты определяется самым слабым звеном. А слабое звено, в данном случае, не в драйверах, а в самой операционной системе.

Дело в том, что Windows поддерживает огромное количество различных спо собов для передачи информации от одного процесса к другому, например:

COM (Component Object Model, модель компонентных объектов);

• Data (сообщение DDE (Dynamic Data Exchange, динамический обмен данными);

• File Mapping (файлы, отображаемые в память);

О Mailslots (почтовые ящики);

• Pipes (каналы);

• (Remote Procedure Call, удаленный вызов процедур).

208 Часть IV. Основные аспекты защиты данных И, используя любой из этих методов, программа, открывшая защищенный файл, может передать его содержимое другому процессу, на функциониро вание которого не будет наложено никаких ограничений.

Разработчики InTether были поставлены в известность относительно най денной уязвимости, и в последней версии программы используется понятие "trusted applications" — приложения, которым разрешено открывать защи щенные документы.

Но, скорее всего, проблема осталась, ведь, например, Microsoft Word должен оказаться в списке "trusted applications" для DOC-файлов. Но Word позволя ет выполнять программы, написанные на VBA (Visual Basic for Applications).

А средствами VBA можно читать и записывать файлы, обращаться к СОМ объектам, вызывать функции из динамически загружаемых библиотек и де лать многое другое. Следовательно, с большой вероятностью отыщется и простой в реализации способ использования одного из механизмов цессного взаимодействия (Interprocess communication, 1PC).

Хорошо было бы запретить выполнение всех видов в IPC в приложении, открывшем защищенный документ, но такой метод вряд ли позволит дос тичь желаемого результата. Ведь многие современные программы активно средства IPC, и их блокировка, скорее всего, приведет к потере Глава Стеганографическая защита данных Как было рассказано в предыдущих главах, криптографии, опирающейся на методы, имеющие математическое обоснование стойкости, обычно доста точно для обеспечения секретности, но уже не хватает для обеспечения DRM. А еще существуют ситуации, в которых оказываются неприменимы даже методы защиты, основанные на принципе "черного ящика". И в таких ситуациях на помощь может прийти стеганография.

Стеганография позволяет скрыть сам факт передачи сообщения. Для этого используется так называемый контейнер, в котором пе редаваемое сообщение размещается таким образом, чтобы его было очень трудно извлечь или разрушить.

В качестве стеганографического контейнера может выступать почти все что угодно: газетная заметка, точка в конце предложения, картинка и даже лист белой бумаги. Главное — чтобы существовал способ незаметно разместить в этом контейнере некоторый объем информации.

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

В информационном мире стеганография также получила развитие. Были разработаны методы, позволяющие использовать в качестве стеганографиче ского контейнера многие популярные форматы данных. Лучше всего для этих целей подходят звуковые файлы и графические изображения, 210 Часть IV. Основные аспекты защиты т. к. правильно внесенные искажения не обнаруживаются визуально или слух вследствие особенностей строения органов чувств. Исследования в об ласти цифровой стеганографии продолжаются до сих пор.

17.1. Защита программ в исходных текстах Иногда коммерческое программное обеспечение распространяется в исход ных текстах. И очевидно, что разработчика не устроит ситуация, когда леги тимный пользователь сможет выложить исходные тексты купленных про грамм или модулей в свободный доступ, нанеся тем самым весьма ощутимый ущерб, и остаться при этом неузнанным. Но обычные методы защиты оказываются бессильны в подобных ситуациях. Ведь исходные тек сты не выполняют никаких действий и не могут сами по себе известить производителя о нарушении лицензии или попросить пользователя ввести регистрационный код.

На конференции 2003 (Independent Software Developers Forum) пред ставителем компании FastReport, Inc. был сделан доклад о разработанной и успешно применяемой системе защиты программ, распространяемых в исходных кодах, методами стеганографии.

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

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

Перед отправкой исходных текстов покупателю в них с помощью специаль ного стеганографического алгоритма добавляется некоторый идентифика тор, связанный с личностью пользователя. Если один из файлов окажется в свободном доступе в Интернете, то с помощью обратного алгоритма раз работчики смогут извлечь идентификатор пользователя, а значит, опреде лить и наказать виновного.

По утверждению докладчика, для размещения идентификатора без измене ния функциональности программы применяется более 10 различных прие мов. Можно предположить, что эти приемы довольно сильно со следующим списком:

изменение регистра букв (для языков, не различающих прописные и строчные буквы, например Delphi);

изменение локальных идентификаторов;

Глава 17. защита данных изменение порядка следования функций;

взаимная замена пробелов и символов табуляции;

изменение стиля отступов для блоков кода (begin/end, {/});

изменение стиля расстановки пробелов до и после скобок;

вставка пробелов в конце строк;

• вставка пустых строк;

изменение порядка операторов case внутри switch.

Представитель FastReport в своем докладе что после введения по добной защиты и лишения поддержки нескольких пользователей, уличен ных в нарушении лицензии на использование исходных текстов, новые вер сии программ перестали в открытом доступе. Также было сказано, что переформатирование исходного текста не приводит к полному разрушению идентификатора, т. е. стеганографическая вставка обладает дос таточно высокой живучестью.

Идея защиты исходных текстов при помощи стеганографии кажется весьма привлекательной, но существует несколько возможных атак, против которых такая защита вряд ли устоит.

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

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

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

Защита от утечек информации В крупных организациях, имеющих большое число сотрудников, почти всегда найдется некоторая информация, которая не должна выходить за пределы фирмы. Но защита от утечек информации представляет собой серь езную техническую проблему.

212 Часть IV. Основные аспекты защиты данных Пока к информации имеет доступ только один человек, выявить источник утечки, как правило, не составляет труда.

Если к разглашенной информации имел доступ небольшой круг лиц, все они сразу же окажутся под подозрением и их действия станут контролиро ваться с особой тщательностью.

Но если доступ был разрешен всем сотрудникам, то подозревать их всех — занятие бессмысленное. Лучше использовать методы стеганографии.

Общая идея та же самая, что и при защите исходных текстов, — в каждый документ необходимо внедрить некоторый скрытый идентификатор, кото рый позже может быть использован для обнаружения утечки.

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

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

17.3. Альтернатива DRM Использование DRM — далеко не единственный технический способ защи ты интересов правообладателей. Возможны и другие решения.

Часто пользователи негативно относятся ко всем видам DRM, т. к. не хотят мириться с ограничениями, накладываемыми на порядок использования защищенных произведений. В вопросах, касающихся авторских прав, суще ствует понятие Fair Use — добросовестное использование.

В рамках Fair Use любой человек может, например, совершенно легально цити ровать произведения, находящиеся под защитой законов об авторском праве.

Но многие системы DRM лишают пользователей почти всех возможностей, по ложенных им Fair Use. Следовательно, для того чтобы реализовать преду смотренное законом право на добросовестное использование какого-либо про изведения, приходится деактивировать и снимать защиту. А отсюда недалеко и до снятия защиты со всех документов без разбора.

Но если правообладатель получит уверенность, что документы не станут бесплатно распространяться, можно будет предоставить пользователям дос туп и к незащищенным документам.

Глава 17. защита данных Весьма элегантное решение было предложено и применялось компанией Peanut Press, продававшей электронные книги для органайзеров Palm.

На титульном листе каждой книги фигурировал номер кредитной карты, использованной при покупке. Человек, купивший книгу, мог без труда пе редать ее другому лицу, но вряд ли нашлось бы много желающих — номер кредитной карты лучше держать в секрете.

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

К каждому продаваемому экземпляру произведения необходимо добавлять некоторый незаметный водяной знак, позволяющий идентифицировать по купателя. Если конкретный экземпляр окажется в свободном доступе, про анализировав водяной знак, правоохранительным органам гораздо легче бу дет найти и наказать виновного. Кроме того, применение стеганографии, в отличие от DRM, хорошо тем, что если с документа защита снята полно стью, в этом очень легко убедиться. Но абсолютной уверенности в том, что водяной знак полностью удален из произведения, получить практически невозможно. А в таких условиях распространение документов после удале ния водяных знаков становится весьма опасным — гораздо опаснее, чем распространение документов со снятой защитой.

Глава Причины ослабления средств защиты Разработать по-настоящему надежное программное средство защиты, хоро шо справляющееся со всеми возложенными на него задачами, довольно сложно. Многие компании берутся за подобные проекты. Некоторые из них даже достигают коммерческих успехов. Но действительно хорошо справля ются единицы.

Рассмотрим несколько основных причин, приводящих к неудачам в попыт ках разработки средств зашиты.

18.1. Непрофессионализм В любой области деятельности лучше поручать важную работу профессио налам. Они способны быстро принимать правильные решения в сложных ситуациях. Для этого им приходится долго учиться и практиковаться под присмотром более опытных коллег, которые должны быть готовы прийти на помощь в случае ошибки. Но почему-то при разработке средств защиты обычно все не так.

Иллюзия простоты Когда над каким-либо проектом работает группа программистов и выясня ется, что в существующей системе необходимо предусмотреть функции за щиты, чаще всего руководитель проекта возлагает реализацию защиты на плечи одного из имеющихся исполнителей.

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

216 Часть IV. Основные аспекты защиты данных Стоит ли привлекать новых людей, если существующие программисты пре красно знают свою работу? Надо ли тратить деньги на оплату услуг специа листа по безопасности? Ведь в защите информации нет ничего сложного!

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

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

Может получиться и по-другому. Иногда человек, перед которым ставят за дачу реализовать, например, цифровую подпись, обращается к поисковой системе Google, находит криптографическую библиотеку с подходящей ли цензией и использует реализованный в ней механизм подписи "как есть".

С чувством хорошо выполненного долга он сдает работу и очень сильно удивляется, когда даже стойкий криптографический алгоритм не смог пре дотвратить Защита информации — это такая область, где нельзя быть специалистом частично. Если в других отраслях возможность применения 90 % сущест вующих технологий приводит к результату, который на 10 % хуже идеаль ного, то в защите информации проценты не играют никакой роли. Полу ченное решение будет или защищенным, или незащищенным.

Но, к сожалению, понимание того, что специалисты по защите информации не зря едят свой хлеб, ко многим приходит даже не с первого раза. Иначе чем можно объяснить многократные попытки улучшения защиты, конеч ным результатом которых является легко уязвимая система?

18.1.2. Излишнее усердие Частным случаем непрофессионализма можно считать попытки защищать даже то, что не нуждается в защите.

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

Глава 18. Причины ослабления средств защиты Шифрование паролей в Deluxe Программа управления выкачиванием файлов ReGet Deluxe позволяет запо минать настройки закачки раздельно для каждого файла и каждого сайта. Если для доступа к серверу, например, по протоколу FTP (File Transfer Protocol) тре буется пароль, он тоже сохраняется.

Все настройки хранятся в файле с расширением wrj, который сам ReGet назы вает файлом очереди (ReGet Junior/Deluxe Queue File). Этот файл представля ет собой XML-документ, в котором визуально очень легко найти всю информа цию, относящуюся к конкретному файлу или сайту. Но информация об имени пользователя и пароле доступа хранится в зашифрованном виде. Правда, за пустив ReGet, можно в свойствах файла или сайта увидеть имя пользователя, а вот пароль будет представлен в виде набора звездочек.

Разумеется, существует возможность выяснить, каким образом выполняется расшифрование, т. к. ReGet способен расшифровывать пароль, не задавая пользователю дополнительных вопросов. Правда, для этого придется исследо вать сам ReGet, а это требует довольно высокой квалификации и обычному пользователю недоступно.

Однако на практике пароль можно извлечь, используя только текстовый редак тор и сам ReGet. Если в WRJ-файле поменять местами значения атрибутов и "Password" для нужного сайта, то ReGet в поле, соответствующем имени пользователя, покажет открытым текстом пароль, а имя пользователя окажется представленным в виде звездочек.

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

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

Огромное количество популярных продуктов, так или иначе использовав ших шифрование, были вынуждены применять ключи не длиннее 40 бит.

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

218 Часть IV. Основные аспекты защиты данных С появлением новых версий программ, поддерживающих более длинные ключи, далеко не все пользователи стали использовать новые настройки.

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

В некоторых странах, например во Франции, были свои ограничения, отме ненные позже, чем в США, и документы, созданные версиями программ, которые были предназначены для таких стран, гораздо дольше не защища лись длинными ключами.

Ну и, разумеется, далеко не все разработчики после снятия экспортных ог раничений (окончательно произошедшего в октябре 2000 оперативно выпустили обновленные версии своих продуктов.

Как следствие всего перечисленного выше, сейчас (на конец 2003 до кументы, защищенные 40-битовыми ключами, встречаются гораздо чаще, чем документы, при зашифровании которых использовались более длинные ключи.

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

1. Моментальные — пользователю придется ждать менее минуты.

2. Гарантированные — ключ может быть найден на современной технике за время, соизмеримое со временем жизни человека.

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

Учитывая развитие вычислительной техники, некоторые зашиты со време нем могут переходить в более низкий (по номеру и стойкости) уровень.

На настоящий момент к первому уровню можно отнести защиты, в которых применяются нестойкие алгоритмы, а также алгоритмы с ключами длиной до 32 бит. Алгоритмы второго уровня работают с ключами, длина которых лежит в диапазоне от 32 до 64 бит, хотя даже 56-битовый ключ на персо нальном компьютере будет подбираться очень долго.

Несколько лет назад соотношение этих трех уровней было примерно сле дующим. Основная масса защит попадала на первый уровень. Правильно реализованные защиты (использовавшие стойкое шифрование с 40-битовьш Глава 18. Причины ослабления средств защиты ключом) попадали на третий уровень, и совсем уж редкие экземпляры ока зывались между ними — на втором уровне.

Сейчас основная масса защит с третьего уровня перешла на второй, и имен но он теперь является самым наполненным. Зато появились и новые пред ставители третьего уровня, использующие 128-битовые ключи. И им переход на второй уровень в обозримом будущем не грозит.

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

Претензии на универсальность Идея создания универсальных средств DRM, пригодных для защиты доку ментов любых типов, кажется очень соблазнительной, но ее практическая реализация почти всегда обречена на неудачу.

Так как DRM для защиты не в состоянии обойтись исключительно метода ми, имеющими математическое обоснование стойкости, необходимо макси мально сократить пространство, в котором защищенные данные присутст вуют в расшифрованном виде.

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

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

Возможно, в будущем и будет создана система DRM общего назначения, в которой расшифрованная информация на всем пути до ушей и глаз поль зователя окажется надежно защищена от перехвата. Но маловероятно, что эта система будет построена на базе Windows — уж слишком разнообразны и сложны происходящие у нее внутри процессы, чтобы их все строго кон тролировать. Скорее уж корпорация Microsoft воспользуется патентом №6330670, выданным ей декабря 2001 года, и реализует на практике описанную в нем операционную систему со встроенным управлением циф ровыми правами (Digital Rights Management Operating System, DRMOS).

220 Часть IV. Основные аспекты защиты данных 18.4. Погоня за прибылью Наверное, большинство разрабатываемого программного обеспечения — коммерческое, т. е. создается с целью получения прибыли. И надо всегда помнить, что хотя и принято считать, что разработчик трудится на благо пользователей и в своих действиях руководствуется их интересами, на самом деле это не так.

В интересах разработчика — создать программу, которую будут покупать.

В интересах пользователя — получить программу, которая выполняет тре буемые функции. Если пользователь увидит, что программа работает не так, как ему хочется, он просто не станет покупать такую программу. Это стиму лирует разработчика выслушивать и исполнять желания пользователей.

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

Вместо этого разработчики предпочитают тратить ресурсы на то, что помо гает привлечь пользователей и заставить их покупать программу: на рекла му, добавление полупрозрачных окон и озвученных меню. И практика пока зывает, что хорошо разрекламированное и раскрашенное, но небезопасное средство защиты продается гораздо лучше, чем качественно выполненная защита с простым интерфейсом.

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

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

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

18.5.1. Эффективность разработки Для обеспечения максимальной производительности труда программистов при разработке средств защиты применяются те же самые идеи организации i Глава 18. Причины ослабления средств защиты процесса производства, что и при разработке обычных программ. Исполь зуются готовые библиотеки, очевидные решения, создается эффективный и и т. д.

Но когда ведется разработка методов защиты, не имеющих математического обоснования стойкости, общепринятых приемов лучше избегать. Чем ло гичнее и очевиднее ведет себя защита, тем проще противнику будет ее про анализировать и понять. Поэтому защита должна быть максимально запу танной — только в этом случае у нее есть хоть какой-то шанс устоять.

Преемственность Если первая версия программного продукта оказалась более-менее успеш ной, то через некоторое время выпускается следующая версия, в которой исправляются обнаруженные ошибки и добавляются новые функции, при думанные разработчиками. И этот процесс может повторяться очень долго, т. к. почти в любой программе есть что исправить или добавить.

Разумеется, при выпуске каждой новой версии разработчики стремятся ис пользовать как можно больше из того, что уже было создано, а не пишут весь код заново. Со временем это часто приводит к тому, что почти любой модуль, входящий в состав программы, представляет собой нагромождение заплаток и надстроек, но вся система в целом является более-менее работо способной.

Если защита добавляется в уже спроектированную систему, то функции безопасности будут реализованы как надстройки над существующими про цессами обработки информации. А это редко дает хорошие результаты.

Прежде всего, если программная система изначально не задумывалась для обработки защищенной информации, то с большой вероятностью никакие модификации и дополнения не позволят нейтрализовать все недостатки, присущие базовой системе — проектирование защищенных систем очень сильно отличается от проектирования обычных программных комплексов.

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

Однако мало кто из разработчиков решается на полное перепроектирование, ведь это потребует громадных затрат времени и денег.

Часть IV. Основные аспекты защиты данных 18.6. Отсутствие ответственности Очень серьезным фактором, способствующим появлению многочисленных программ, не способных правильно выполнять обещанные защитные функ ции, является отсутствие ответственности разработчика за ущерб, понесен ный пользователем в результате применения программы.

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

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

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

Сложность контроля Современные программные системы имеют весьма сложное внутреннее уст ройство. Для того имея в распоряжении исполняемые файлы, полу чить определенную информацию о происходящих внутри них процессах, требуется провести весьма сложный и дорогостоящий анализ. Но для про стых программ такой анализ обычно и не требуется — по результатам рабо ты довольно просто можно оценить, насколько хорошо реализованы те или иные функции.

Однако с защитой, как обычно, все иначе. Качество защиты невозможно оценить по внешним признакам. Значит, требуется выполнение анализа.

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

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

Часть V ЗАМЕТКИ ОБ ИССЛЕДОВАНИЯХ СРЕДСТВ ЗАЩИТЫ Глава Кому это нужно Глава 20. Интернет — кладезь информации Глава 21. Инструментарий исследователя Глава 22. Реконструкция криптографических протоколов Глава 23. Чего ожидать в будущем 224 Часть V. Заметки об исследованиях средств защиты Любому разработчику средств безопасности, стремящемуся создать надеж ный фрагмент защиты, просто необходимо знать, каким образом попытается действовать противник. Взгляд на защиту глазами нападающего дает воз можность лучше видеть слабые места. Поэтому последняя часть книги по священа вопросам исследования средств защиты и анализа программ.

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

19.1. Время создавать защиту За разработку своей защиты имеет смысл браться в трех случаях, когда:

система защиты разрабатывается как коммерческий проект;

• существующие средства защиты не способны обеспечить необходимую функциональность;

существующие средства защиты не подходят по соображениям безопас ности.

Первый случай, когда защита разрабатывается с целью извлечения прибыли, особого интереса не представляет — это обыкновенный коммерческий про ект, в котором обеспечение надежности защиты вполне может не играть ни какой роли. Единственная цель разработчика — извлечь максимум прибыли.

Во втором случае пользователю необходимо защищать информацию в неко торых уникальных условиях, для которых ни одна из существующих систем не была предназначена. Подобные ситуации появляются регулярно как пря мое следствие развития технологий. Пока не было дисков, пригодных для записи фильмов с хорошим качеством изображения, не стоял вопрос и об их защите. Пока не получили широкое распространение техно логии, не требовалось реализовывать стойкие криптографические алгоритмы на процессорах, используемых в телефонах. Разработка новых технологий в любой области — весьма рискованное занятие, но при защите информа ции риск увеличивается многократно. Опасности подвергаются не только данные, обрабатываемые в период после обнаружения ошибки противником Часть V. Заметки об исследовании средств защиты и до исправления этой ошибки, но и вообще вся информация, защищенная в то время, когда ошибка существовала.

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

19.2. Время исследовать защиту Для проведения всестороннего исследования средств защиты может быть много причин. Но практически все эти причины основываются на про стейших человеческих желаниях: стремлению к власти, деньгам, безопасно сти, славе, получению удовольствия и восстановлению справедливости. Раз берем эти желания подробнее.

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

Разумеется, противник подвергает анализу систему защиты, к разработке которой он сам не имеет никакого отношения — основная цель анализа за ключается не в проверке стойкости зашиты, а в получении хоть какого нибудь способа давления на сторону, применяющую уязвимую технологию.

Поэтому обычно ищется наиболее простой способ атаки, приносящий пло ды за минимальное время и при минимальных материальных затратах.

До начала компьютерной эпохи взломом чужих систем защиты занимались, преимущественно, на государственном уровне, ведь кроме военных и ди пломатов мало кто мог себе позволить использовать хоть сколько-нибудь надежные средства Сейчас, когда технологии защиты информации вошли в повседневную жизнь и применяются в той или иной форме почти всеми людьми (ввод Глава 19. Кому это нужно PIN-кода или пароля — это уже использование средств зашиты), возможно стей для атаки стало гораздо больше. Это обусловлено как существованием самых разнообразных (и далеко не всегда безопасных) средств защиты, так и сравнительно легким обнаружением объектов, которые можно попытаться атаковать — с появлением Интернета защищенные системы и данные мож но встретить буквально на каждом шагу.

Если противнику удалось найти слабое место в системе защиты, его после дующие действия могут быть самыми разными в зависимости от характера обнаруженной уязвимости.

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

Если противник сможет, например, подделать чужую цифровую подпись, то первый раз подобные действия вполне могут остаться незамеченными.

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

Достаточно распространенный способ использования информации о недос татках в организации безопасности некоторой системы — продемонстриро вать уязвимости и предложить помощь в их устранении (разумеется, -за воз награждение). Однако в подобной ситуации противник сильно рискует — при многочисленных контактах с владельцами взломанной системы доволь но сложно сохранять анонимность, а значит, изрядно возрастают шансы быть пойманным и получить обвинения в неправомерном доступе к инфор мации и шантаже.

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

Самозащита Как уже упоминалось в начале настоящей главы, в жизни бывают такие си туации, в которых защищаемая информация стоит очень дорого. И умный владелец информации предпочтет затратить на создание нормальной защи ты сумму, соизмеримую с той, в которую оценивается ущерб при потере контроля над защищаемыми данными (при нарушении целостности или Часть V. Заметки об исследовании средств защиты секретности). То есть построение надежной защиты позволит не потерять очень крупную сумму денег.

Однако разработка новой, хорошо выверенной и отлаженной системы защи ты не только дорогой, но и весьма длительный процесс. Разработка обыч ного программного обеспечения — не самый быстротекущий процесс, но программы, связанные с защитой, разрабатывать во много раз сложнее.

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

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

Недостаточно прогнать набор основных тестов — в проверке нуждается ка ждая ветка каждого алгоритма, во всех возможных режимах.

Поэтому вместо того, чтобы начинать разработку новой системы иногда бывает проще провести серьезный анализ существующей ской системы на предмет выявления ее пригодности к решению ных задач.

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

Поэтому очень полезно иметь еще одну оценку — от людей, не принимав ших прямого участия в разработке. Это позволит значительно повысить сте пень уверенности в стойкости защиты.

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

Подобный анализ "для себя" иногда устраивают и разработчики коммерческих защит, которые хотят получить независимое подтверждение надежности раз работанного продукта, которое позже может быть использовано в рекламных целях. Однако "независимость" полученной таким образом оценки весьма со мнительна. Разработчик ожидает от экспертизы положительньгх результатов и, фактически, платит именно за них. Если же экспертное заключение будет негативным, то никто не заставит разработчика его публиковать.

Разумеется, в ходе анализа надежности системы безопасности, которую пла нируется использовать для защиты очень важных данных, недостаточно Глава 19. Кому это нужно проверять только устойчивость к простейшим видам атак, которые против ник сам будет пробовать в первую очередь. Требуется выполнить анализ на максимально доступную глубину. Но начинать можно и с самых простых атак — если окажется, что система неустойчива к ним, остальное проверять не обязательно. Наличие даже одной уязвимости сводит всю защиту к нулю.

19.2.3. Слава Существует весьма многочисленная категория людей, мечтающих просла виться любым доступным им способом. Этих способов великое множество, и они очень сильно отличаются друг от друга.

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

Так можно начать с разработки собственной версии интерпретатора языка BASIC или эмулятора терминала и через несколько лет стать лидером ги гантской софтверной (производящей программное обеспечение) империи или самого крупного открытого программного проекта в истории. Но этот путь не очень надежен — миллионы людей изо дня в день работают не по кладая рук, а слава приходит лишь к единицам.

Некоторым людям удается воспользоваться счастливым стечением обстоя тельств и прославиться за один день, не прилагая к этому сверхчеловеческих усилий. Достаточно просто оказаться в нужное время в нужном месте, и из вестность придет сама. Однако фортуна — штука непредсказуемая, и такой способ вхождения в историю тоже не может считаться надежным.

Однако существуют и более стабильные способы заявить о себе. Вспомним хотя бы путь, избранный в 356 году до н. э. Геростратом. Он сжег храм Ар темиды Эфесской, одно из семи чудес света, и, тем оставил свой след в истории. Не доходя до таких крайностей, как уничтожение мировых шедевров, вполне можно стать известным, если обратить на себя внимание достаточного числа людей. А в эпоху информационных технологий это не очень сложно.

Сейчас компьютеры используются повсеместно, и от правильной их работы зависит поведение очень многих окружающих нас вещей: от лифтов и све тофоров до самолетов и стратегического вооружения. И нарушение в работе компьютеров может привести к серьезным последствиям — достаточно вспомнить все, чем пугали простых людей компании, вовлеченные в реше ние "проблемы 2000 года". Многие из их прогнозов были не чем иным, как хорошим коммерческим ходом, подталкивающим потратить деньги на ре шение этой "проблемы". Но ведь существовала и реальная опасность не управляемых негативных последствий.

230 Часть V. Заметки об исследовании средств защиты То же самое касается и защиты информации. Несмотря на то, что большин ство людей, пользующихся компьютерами, не осознает в полной мере всех аспектов информационной безопасности, подсознательно они понимают, что наличие дыр в используемом программном обеспечении может коснуть ся и их. Уж слишком часто за последнее время пользователям приходится слышать о том, как очередной вирус беспрепятственно шествует по планете, нанося ущерб, оцениваемый миллионами долларов. Ведь из каждого сооб щения об обнаружении очередной уязвимости средства массовой информа ции стараются сделать громкое событие.

Вот и получается, что человеку или компании, обнаружившей слабость в широ ко распространенном средстве защиты, достаточно оставить сообщение о своем открытии в Интернете. Это сообщение в считанные часы окажется разнесен ным по всему миру, появится на тысячах сайтов, попадет через почтовые рас сылки миллионам пользователей, а то и выплеснется в прессе и на телеэкранах.

И если автор сообщения не забудет указать свое имя, у него есть много шансов остаться в памяти людей, а значит, и в истории.

Однако у жажды славы есть и другие проявления. В компьютерном мире существует довольно многочисленное сообщество людей, занимающихся взломом коммерческого программного обеспечения. Очень часто эти люди объединяются в группы, выбирают себе псевдонимы, а группам — названия, и начинают соревноваться с другими подобными командами.

Цель соревнования, как правило, — это выложить в свободный доступ взломанную новую версию программного продукта раньше, чем это сделает другая группа. Взломом считается то, что программа может использоваться без регистрации или генератор регистрационных кодов прилагается к про грамме.

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

Удовольствие Но кроме людей, рвущихся к славе, власти или деньгам, есть и просто лю бопытные. В большинстве своем они интересуются не результатом, а про цессом исследования. Для них не важно, удастся ли обнаружить уязвимость.

Ведь сам процесс исследования может доставлять огромное удовольствие.

Именно из таких любопытных, стремящихся проникнуть в самую суть, и получаются очень хорошие ученые. А научное исследование средств защиты позволяет собирать информацию, необходимую для всестороннего рассмот рения совокупности применяемых технологий безопасности, выявления их Глава 19. Кому это нужно достоинств и недостатков, а также выработки рекомендаций по построению более надежных систем.

Однако ученые в своей работе не используют такую категорию, как мораль.

Они решают поставленную задачу любыми доступными средствами. И если перед ученым стоит проблема накормить население страны, то правильным решением будет являться как увеличение производства продовольствия, так и сокращение размера населения.

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

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

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

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

Справедливость Иногда исследование или даже взлом защиты производится с целью обеспе чения безопасности государства или восстановления законности. Например, 232 Часть V. Заметки об исследовании средств защиты если информация на компьютере лица, подозреваемого в совершении пре ступления, полностью или частично зашифрована, то суд может выдать раз решение на анализ использованного средства защиты и на извлечение скрытых данных.

Очень похожая ситуация и с исследованием вредоносных программ: виру сов, троянских коней и т. п. Разработчики антивирусных программ проводят анализ внутреннего устройства вирусов для разработки эффективных мето дов противодействия им. Это не является исследованием защиты в чистом виде, но, безусловно, относится к информационной безопасности самым прямым образом.

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

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

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

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

Разумеется, почти всегда существует более одного способа сложить кубики, но и конечные картинки будут отличаться по многим характеристикам. Бу дут расхождения в количестве использованных кубиков (в размере кода) и длине цепочки от первого до последнего кубика (в быстродействии). Неко торые кубики могут стоять неправильно (ошибки). И конечно, в результате будет различаться время, которое программист потратит на складывание картинки из кубиков.

Глава Кому это нужно Программистом обычно становится тот, кому быстро удается складывать кубики. А хороший программист делает это быстро, использует минималь ное число кубиков и не допускает при этом ошибок. Программирование — это умение решать задачи синтеза.

Исследователем тоже может быть не каждый. Исследования — это решение задач анализа. Когда аналитику показывают целую картинку, он должен уметь быстро разобрать ее на отдельные кубики. Чаще всего, картинка пред ставляется приблизительно — мелкие детали не видны, а некоторых фраг ментов просто не хватает. И аналитик додумывает, что должно быть в отсут ствующих местах и как именно был реализован тот или иной узел.

И, конечно же, пытается найти ошибки, позволяющие заставить картинку вести себя не так, как планировал разработчик.

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

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

Точно оценить соотношение людей, способных к синтезу (программистов), и людей, способных к (исследователей), довольно сложно, но можно предположить, что на 95 программистов приходится примерно 5 исследовате лей. Подобное соотношение неплохо вписывается в существующую индуст рию разработки программного обеспечения. Труд программиста требуется очень часто, а значит, у программиста есть шанс найти работу в огромном числе мест. Но хороших исследователей мало, и их переизбытка почти нико гда не бывает, а значит, у аналитика меньше шансов потерять работу.

Глава Интернет — кладезь информации Когда перед аналитиком ставится задача провести исследование определен ного программного комплекса, необходимо с чего-то начать. Разумеется, можно сразу вооружиться отладчиком и дизассемблером и попытаться вникнуть во все детали, но для современных программ такой подход мало пригоден — уж слишком велик их объем.

Однако очень много полезной информации об исследуемой программе мо жет быть найдено в Интернете. Главное — знать, что, где и как искать.

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

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

Иногда разработчики защиты, сами того не понимая, публикуют информа цию, помогающую противнику найти уязвимость. Поэтому очень важно внимательно изучить всю доступную документацию и информацию, приво димую разработчиком в Интернете.

Но нередки случаи, когда, вовремя опомнившись, разработчик удаляет опасные факты из всех описаний. Поэтому желательно просматривать не 238 Часть V. Заметки об исследовании средств защиты Именно с помощью The Wayback Machine иногда удается получить инфор мацию, которая сначала была опубликована разработчиками какой-нибудь программы, а затем удалена. Ведь Wayback Machine хранит копии 30 милли ардов интернет-страниц, собранных с Кроме того, старые версии страничек хранят ссылки на файлы версий программы. И, хотя сами файлы недоступны, можно выяснить их точные имена и попытаться выполнить поиск другими средствами.

Раньше The Wayback Machine позволяла производить поиск только по адре сам страниц, но не по их содержимому. Зато для каждого адреса показыва лось, когда была сохранена копия страницы и отличалась ли она от преды дущей версии. Но сейчас в рамках Wayback Machine появился сервис Recall (находящийся пока в стадии бета-тестирования), позволяющий выполнять полноценный текстовый поиск по миллиардам сохраненных страниц.

The Wayback Machine можно найти по адресу web.archive.org.

20.2.5. FTP Search Если известно точное имя файла, то его можно попытаться найти на FTP сайтах. Но обходить сайты один за другим — занятие почти безнадежное.

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

Таких служб довольно много. Программа ReGet Deluxe, например, умеет выполнять поиск файлов в семи каталогах FTP-сайтов:

• SunSITE • Link Rambler • (ftp.sunet.se:8000/ftpsearch);

FtpFind (www.ftpfind.com);

(www.filemirrors.com).

20.2.6. Peer-to-Peer networks Еще одно место, где можно найти почти все что угодно, — это пиринговые (Peer-to-Peer) сети. Первым широко известным их представителем был Napster, предназначенный для обмена музыкальными композициями. Сей час существует довольно много разных файлообменных сетей, например iMesh или Kazaa.

Глава 20. Интернет — кладезь информации В пиринговых сетях нет одного конкретного места, где хранится файл. Каж дый пользователь делает общедоступной фрагмент своей файловой системы и передает информацию о находящихся там файлах на сервер. Другой поль зователь может обратиться к серверу и узнать, у кого есть интересующий его файл. После этого устанавливается прямое соединение между двумя пользо вателями (без участия сервера), и выполняется передача данных. При этом разные фрагменты одного и того же файла могут скачиваться сразу у не скольких пользователей. И если один из пользователей, у которых этот файл был в наличии, отключается от сети, фрагмент может быть скачан у кого-то другого.

Разумеется, в пиринговых сетях можно найти только то, что кто-то из поль зователей выложил в открытый доступ. Но старые версии программ там можно встретить довольно часто.

20.2.7. Распродажи Еще один способ найти старые версии программ — купить их на распродаже.

Иногда распродажи устраивают сами производители программ и отдают ус таревшие версии по символическим ценам, например S 10 за каждую копию продукта, которая стоила в свое время $ 200.

Другой вариант найти уцененное программное обеспечение — воспользовать ся онлайновым аукционом, например eBay. На таком аукционе легальный пользователь, решивший по каким-то причинам отказаться от использования программы, продает свою лицензию кому-то другому. И, разумеется, при этом он просит меньше денег, чем сам заплатил при покупке.

20.3. Саморазвитие и интеллектуальные игры Кроме информации о конкретном продукте, в Интернете можно найти и знания. В своей работе исследователь защиты нередко сталкивается с ранее не встречавшимся и непонятными ему методами и приемами. И для того чтобы разобраться в особенностях их реализации, приходится многому К счастью, в сети можно найти несколько сайтов, авторы которых собрали коллекцию задач разной сложности и организовали конкурс-игру по их ре шению. Иногда задания просто выдаются одно за другим, иногда цепь зада ний даже связана каким-то сюжетом.

Задания могут относиться к самым разным областям: программированию на популярных языках (Assembler, С, Haskel, JavaScript, Perl, Python), сетевым 240 Часть V. Заметки об исследовании средств защиты технологиям, математике, логике, криптографии и стеганографии, умению вы полнять поиск в Интернете, работать с отладчиками и дизассемблерами и т. д.

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

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

Материальных призов в подобных играх почти никогда не бывает. Но уча стников, кроме рейтинга в общей таблице конкурсантов, ждет более ценная награда — знания и навыки, полученные в ходе решения конкурсных задач.

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

Тем, кто хочет попробовать свои силы, можно порекомендовать следующие проекты:

• Electrica the Puzzle Challenge Resistor Challenge Mod-X (www.mod-x.co.uk);

• The Иногда и крупные компании организуют конкурсы, причем с настоящими призами. Много таких конкурсов устраивала RSA Data Приз обыч но составлял $ 10 000, а целью конкурса было подобрать ключ шифрования к данным, защищенным при помощи одного из криптографических алго ритмов, разработанных в RSA Data Security.

Производители оборудования и программного обеспечения иногда тоже объявляют конкурсы, в которых требуется получить контроль над общедос тупным сервером, на котором установлен определенный набор программ.

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

А компания Thawte в ноябре 2003 года объявила о начале четвертого Crypto Challenge, в рамках которого всем желающим предлагается взломать шифр, Глава 20. Интернет — кладезь информации разработанный специально для этого конкурса. В качестве награды первый человек, приславший правильное решение, должен получить цифровую фо токамеру Nikon, а десять следующих за ним — книгу Кевина Митника (Kevin "Искусство обмана" ("Art of Deception").

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

Глава Инструментарий исследователя При исследовании программ специалисту приходится пользоваться различ ными инструментами, позволяющими более эффективно выполнять постав ленные задачи. Эти инструменты способны поднять производительность труда аналитика в несколько раз. О существующих инструментах и их воз можностях полезно знать и разработчикам средств безопасности, чтобы бо лее эффективно создавать трудности аналитикам, которые будут пытаться найти дыры в защите.

21.1. Классификация инструментов Инструменты можно классифицировать по-разному. Например, на пассив ные и активные.

Пассивные инструменты не оказывают никакого воздействия ни на саму исследуемую программу, ни на ее окружение. Активные инструменты, на оборот, взаимодействуют с программой во время ее выполнения. Из этого следует два важных замечания:

• активный инструментарий может дать гораздо больше информации, чем пассивный, т. к. позволяет оценивать состояние программы в динамике;

присутствие активных инструментов может быть обнаружено защитой и может привести к ответным действиям. Обнаружить или предотвратить применение пассивных средств программа не в состоянии.

Активные инструменты, в свою очередь, могут использоваться только для протоколирования (мониторинга) хода выполнения программы или для яв ного воздействия на ход выполнения программы: подмены данных, исправ ления результатов проверки условий и т. д.

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

244 Часть V. Заметки об исследовании средств защиты Еще один способ классификации инструментов — по области применения, т. е. что именно подвергается исследованию:

исполняемый код;

ресурсы приложения;

дисковые файлы;

• записи в реестре;

• информация в оперативной памяти;

информация, получаемая от устройств ввода;

информация, посылаемая на устройства ввода;

сообщения и данные, пересылаемые между процессами и внутри процесса;

данные, передаваемые по сети;

вызовы библиотечных функций.

Рассмотрим несколько наиболее мощных инструментов исследования.

21.2. Анализ кода программ Два основных способа исследования программного кода — это дизассемб лирование и отладка.

Используя дизассемблер, можно посмотреть, как устроена программа, какие команды и в какой последовательности должны выполняться, к каким функциям идет обращение и т. д. В общем случае дизассемблер не способен восстановить исходный текст программы, написанной на языке высокого уровня, таком как С или Pascal. Результатом работы дизассемблера является (как можно догадаться из названия) эквивалентный текст на языке ассемблера.

Для осмысления ассемблерного текста аналитик, разумеется, должен быть хо рошо знаком с языком ассемблера и с особенностями той среды, в которой должна выполняться дизассемблируемая программа. Дизассемблер является пассивным инструментом — он никак не воздействует на программу.

Самым мощным дизассемблером из существующих на сегодняшний можно смело назвать дизассемблер IDA Pro (Interactive DisAssembler), ботанный компанией DataRescue.

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

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

Для большинства популярных средств упаковки и шифрования кода испол няемых модулей давно разработаны автоматические или полуавтоматические Глава 21. Инструментарий исследователя распаковщики. А для того чтобы узнать, чем именно запакован тот или иной модуль, можно воспользоваться специальными программами-идентификато рами, которые по некоторым характерным признакам способны опознавать название и версию используемого средства защиты, а также версию компи лятора, применявшегося при разработке программы.

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

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

Иногда код программы модифицируется таким образом, чтобы дизассемб лированную последовательность команд было очень трудно анализировать.

Например, соседние команды разносятся в разные места, а правильность выполнения организуется за счет большого числа безусловных переходов.

Или между командами вставляются произвольные фрагменты кода, не влияющие на результаты вычислений, но отнимающие у человека, выпол няющего анализ, уйму времени.

Правда, стоит отметить, что, например, дизассемблер IDA Pro имеет весьма мощные средства расширения (подключаемые модули и язык сценариев), предоставляя тем самым возможность нейтрализовать все попытки противо действия дизассемблированию и последующему анализу.

Отладчик, в отличие от дизассемблера, является активным инструментом и позволяет проследить процесс выполнения по шагам, получая в любой момент всю информацию о текущем состоянии программы или вносить из менения в порядок ее выполнения. Разумеется, отладчик способен показы вать дизассемблированные инструкции, состояния регистров, памяти и многое другое. Но наличие отладчика, в силу его активности, может быть обнаружено программой или той ее частью, которая отвечает за защиту.

И программа может предпринять ответные действия.

Отладчики бывают трех основных типов: уровня пользователя, уровня ядра и эмулирующие.

Отладчики пользовательского уровня (User-level Debuggers) имеют практиче ски те же возможности, что и отлаживаемая программа. Они используют Debugging API, входящий в состав операционной системы и с его осуществляют контроль над объектом отладки. Отладчики пользователь ского уровня входят в состав многих сред разработки, таких как Visual Studio. Они пригодны для исследования незащищенных программ, но могут быть легко обнаружены.

246 Часть V. Заметки об исследовании средств защиты Отладчики уровня ядра (Kernel-mode Debuggers) встраиваются внутрь опера ционной системы и имеют гораздо больше возможностей, чем отладчики пользовательского уровня. Из ядра операционной системы можно контро лировать многие процессы, не доступные другими способами. Одним из са мых мощных и часто используемых отладчиков уровня ядра является разработанный в компании NuMega Labs (Compuware Corporation).

Но и отладчики уровня ядра почти всегда могут быть обнаружены из про граммы, не имеющей доступа к ядру. Хотя для Softlce, например, был раз работан модуль расширения IceExt, позволяющий, среди прочего, неплохо скрывать наличие отладчика в памяти.

Эмулирующие отладчики, пожалуй, являются самым мощным средством исследования кода программ. Такие отладчики эмулируют выполнение всех потенциально опасных действий, которые программа может использовать для выхода из-под контроля исследователя. Однако основная проблема соз дания эмулирующих отладчиков заключается в том, что иногда им прихо дится эмулировать реальное периферийное оборудование, а это чрезвычайно сложная задача. Возможно поэтому сейчас нет доступных широкой аудито рии эмулирующих отладчиков, хотя существует как минимум два пакета для создания виртуальных компьютеров: разработанный одноименной компанией, и созданный в Connectix Corp. и недавно перешед ший в собственность корпорации Microsoft.

Для защиты от отладки программа должна уметь определять наличие отлад чика. Для обнаружения того же Softlce разработано более десяти способов.

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

В современных процессорах с архитектурой х86 реализована команда RDTSC (Read Time-Stamp Counter). Эта команда позволяет получить коли чество тактов процессора, прошедших с момента включения питания или последнего сброса. Очевидно, что отладчик тоже является программой. Сле довательно, когда защищенная программа исследуется отладчиком, изрядная часть тактов процессора расходуется на выполнение его кода. И если про грамма знает приблизительное количество тактов, необходимое для выпол нения определенного фрагмента кода, то, измерив реально затраченное чис ло тактов, легко обнаружить значительное увеличение времени выполнения, затраченного на отладку.

Для программ, компилируемых в псевдокод, также существуют и отладчики, и декомпиляторы, выдающие исходный текст не на ассемблере, а в некото ром ином представлении, пригодном для анализа.

Глава 21. Инструментарий исследователя 21.3. Работа с ресурсами Для того чтобы найти какую-нибудь информацию в ресурсах исполняемого модуля, можно воспользоваться даже таким инструментом, как редактором Microsoft Visual Studio. Но лучше использовать специализированные редак торы ресурсов, которых существует довольно много. Эти редакторы, как правило, позволяют просматривать ресурсы известных типов (например тек стовые строки, иконки, картинки и описания диалогов) в естественном ви де, а незнакомые ресурсы — в виде шестнадцатеричного дампа.

Полезным может оказаться и модуль расширения Resource Browser, подклю чаемый к файловому менеджеру FAR. Этот модуль позволяет просматривать ресурсы в виде иерархического фрагмента файловой системы с подкаталога ми и файлами. При использовании такого представления ресурсов очень удобно производить 21.4. Доступ к файлам и реестру О программах-мониторах, протоколирующих попытки доступа к реестру и дисковым файлам, рассказывалось в разд. 14.3.2. Монитор реестра (Registry Monitor) и монитор доступа к файлам (File Monitor) — это активные инст рументы.

А пассивные инструменты просто запоминают состояния реестра или фай лов и по расхождениям позволяют определить, что именно изменилось.

Простейший способ обнаружить измененные файлы, не сохраняя их цели ком, — подсчитать и запомнить значения хэш-функции от содержимого каж дого файла до и после выполнения процесса, вносящего изменения, а потом сравнить два набора между собой. Именно на таком принципе строи лась работа антивирусного монитора функционировавшего под DOS.

Если удалось установить, какие именно файлы подвергаются изменению, их можно целиком заархивировать, а потом, внесения изменений, срав нить старое и новое содержимое. Для этого можно воспользоваться специаль ными инструментами или утилитой FC (File Compare), входящей в состав Windows. FC позволяет сравнивать как двоичные, так и текстовые файлы.

С реестром работать не так удобно, как с файлами, из-за того, что реестр Windows представляет собой довольно сложную древовидную структуру.

Зато объем данных, хранимых в реестре, сравнительно невелик — от силы несколько десятков мегабайт. Поэтому можно просто обойти все ветви рее стра и сохранить значения в собственном формате. Одна из программ, по зволяющих это сделать, — Advanced Registry Tracer (ART), разработанная компанией Ltd.

248 Часть V. Заметки об исследовании средств защиты ART предоставляет пользователю возможность сохранить несколько "сним ков" текущего состояния реестра. Затем отдельные снимки реестра можно попарно сравнивать, моментально получая списки добавленных, изменен ных и удаленных ключей и значений.

21.5. Содержимое оперативной памяти Для доступа к памяти процесса можно использовать функции стандартного Win32 API. В операционных системах семейства NT некоторые процессы могут быть запущены с атрибутами безопасности, не позволяющими про стым пользователям получать доступ к внутренностям процесса. Но это де лается для того, чтобы защитить ядро операционной системы в многополь зовательской среде. А в случаях исследования программ, как правило, пользователь может поставить себе любые права доступа и не встретит пре пятствий для доступа к памяти исследуемого процесса.

Существуют также специальные программы, не просто сохра нить фрагмент памяти на диск, но записать его в формате Portable Executable (РЕ). Такая операция называется получением дампа исполняемого файла и применяется для получения расшифрованной и распакованной версии ис следуемой программы.

21.6. Устройства ввода и вывода Устройства ввода-вывода невозможно исследовать пассивными средствами, зато обращения к ним можно протоколировать.

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

Протоколирование ввода и вывода в и LPT-порты может осуществ ляться, например, при помощи программы PortMon, разработанной Марком Русиновичем (Mark Russinovich) из компании 21.7. Сообщения Windows Очень многие процессы внутри Windows управляются с помощью сообще ний. существуют программы, позволяющие отслеживать и про токолировать, какие именно сообщения были переданы тому или иному процессу.

Глава 21. Инструментарий исследователя Одной из таких программ является Microsoft Spy++, входящая в состав Visual Studio. Spy++ позволяет из списка или интерактивно на экране вы брать окно, сообщения для которого необходимо отслеживать, и просмот реть его свойства. Можно также задать, какие именно сообщения должны протоколироваться и какие их атрибуты будут показываться. Протокол мо жет сразу записываться в файл.

21.8. Сетевой обмен Для перехвата данных, передаваемых по сети, используются специальные программы, называемые снифферами (sniffer). Как правило, снифферы спо собны перехватывать все сообщения, передаваемые между устройствами внутри физического сегмента сети, к которому подключен компьютер со сниффером.

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

Так в оригинальной версии протокола FTP (File Transfer Protocol), опи санной в RFC 765 (Request For Comment № 765) и датированной июнем 1980 года, и в обновленной версии протокола от октября (RFC 959) описан только один метод аутентификации. При использовании этого метода пароль передается открытым текстом как аргумент команды PASS.

протокол РОРЗ (Post Office Protocol — Version 3), описание ко торого впервые было опубликовано в 1988 году (RFC 1081), при аутентифи кации передавал пароль пользователя только открытым текстом.

Позже и для FTP, и для РОРЗ были сделаны расширения протокола и добавлены несколько более безопасных методов аутентификации. Но до сих пор многие люди продолжают по разным причинам использовать ау тентификацию, при которой пароли передаются открытым текстом. На пример, настройки почтового клиента могли очень давно не обновлять ся — зачем, ведь все и так работает. А некоторые клиентские программы и серверы просто не поддерживают расширенные способы аутентификации.

И почти всегда по умолчанию используется самый совместимый, а не са мый безопасный метод подключения, а пользователям не приходит в голо ву его поменять — далеко не каждый знает, что при помощи сниффера получить пароль FTP или РОРЗ, передаваемый открытым текстом, не со ставляет труда.

250 Часть V. Заметки об исследовании средств защиты 21.9. Вызовы библиотечных функций Очень много информации о программе можно получить путем анализа об ращений, которые она делает к библиотечным функциям. Например, при использовании протокола SSL (Secure Sockets Layer) применение сниффера не дает никаких результатов, т. к. все сообщения, передаваемые по сети, оказываются зашифрованы. Но под Windows большинство программ для доступа к сети, так или иначе, используют библиотеку (Windows Socket 32-Bit DLL). И, перехватывая обращения к функциям из этой биб лиотеки, можно получить доступ к содержимому передаваемых и получае мых сообщений, не применяя сниффер.

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

Существует несколько решений для разработчиков, позволяющих перехва тывать обращения к библиотечным функциям, например библиотека Detours, созданная корпорацией Microsoft, и библиотека ApiHooks, разрабо танная человеком по имени Радим Пича Picha). Также в Ин тернете можно найти и готовые программы, предназначенные для протоко лирования обращений к библиотечным функциям, например APIS32 от Виталия Евсеенко и APISpy32 разработки Ярива (Yariv Kaplan).

Глава Реконструкция криптографических протоколов Так как практически все программные средства защиты в той или иной форме используют криптографические примитивы, полезно иметь эффек тивный способ анализа именно криптографической части приложений.

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

Далее описываются некоторые идеи, позволяющие восстановить последова тельность применения криптографических примитивов в программе, т. е.

реконструировать криптографический протокол.

22.1. Область применения Поскольку хороших универсальных решений не бывает, ограничим класс программных продуктов, для которых будет проводиться реконструкция протокола. Исследуемая программа должна удовлетворять следующим тре бованиям:

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

О программа выполняется под одной из версий 32-битовой операционной системы Windows на процессоре х86. Это также не очень сильно сужает область возможного применения, ведь большинство персональных ком пьютеров сейчас имеют именно такую конфигурацию. К тому же почти все эвристики могут быть адаптированы к другим операционным систе мам и аппаратным платформам;

252 Часть V. Заметки об исследовании средств защиты • исполняемый модуль, подвергаемый анализу, не запакован и не зашиф рован. Если это не так, распаковку необходимо выполнить до того, как приступать к исследованиям;

• в программе используются опубликованные в открытых источниках криптографические алгоритмы. Данное требование будет удовлетворено с очень большой вероятностью, т. к. большинство разработчиков предпо читают использовать надежные алгоритмы, а надежность криптографиче ского алгоритма подразумевает открытость его спецификации;

программа разработана в рамках обычного процесса проектирования программного обеспечения, т. е. код оптимизирован с целью упрощения или повышения скорости выполнения, а не написан специально таким образом, чтобы усложнить его анализ;

• программа создана и распространяется с соблюдением всех законов, па тентов и лицензий, под действие которых она попадает.

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

22.2. Идентификация криптографической библиотеки Так как самостоятельная реализация криптографических примитивов — до вольно сложная задача, можно предположить, что разработчики предпочли использовать одну из существующих криптографических библиотек. Если удастся определить, какая именно библиотека была использована при раз работке программы, это даст довольно много информации.

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

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

А если библиотека распространяется в исходных текстах, то сразу же стано вятся доступны все детали реализации того или иного алгоритма.

Так как же узнать, что за библиотека использовалась? В этом могут помочь несколько идей.

Глава 22. Реконструкция криптографических протоколов Во-первых, лицензия на использование библиотеки может требовать, чтобы называние библиотеки упоминалось в самой программе или в сопроводи тельной документации, и тогда определить библиотеку не составит труда.

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

В-третьих, разные библиотеки имеют разный набор доступных алгоритмов.

Таким образом, если в документации на программу сказано, что для защиты используется алгоритм и этот алгоритм реализован только в биб лиотеках одного разработчика (как было долгое время с RSA из-за патент ных ограничений), останется совсем немного вариантов.

И, в-четвертых, почти в любой библиотеке есть присущие только ей тексто вые или двоичные строки, по которым эта библиотека может быть иденти фицирована. Так, например, при использовании библиотеки BSAFE в теле программы может присутствовать строка "bsafe" или "bcert". Библиотека SSLeay содержит строку "part of SSLeay", а библиотека — "Copy right (с) 22.3. Идентификация криптографических примитивов Если удалось установить, какая криптографическая библиотека была задей ствована при разработке программы, или если это не удалось, следующим этапом все равно будет идентификация криптографических примитивов.

В том случае, если имеется доступ к библиотеке, процесс идентификации становится проще.

Разумеется, идентификация алгоритмов в полностью автоматическом режи ме вряд ли возможна. И часто требуется участие аналитика, который знаком с различными алгоритмами и может по фрагменту дизассемблированного кода определить, какому примитиву он соответствует.

22.3.1. Идентификация функций по шаблонам Наличие доступа к библиотеке, применявшейся в программе, позволяет вы полнить автоматический поиск функций по шаблонам. Этот процесс состо ит из двух этапов.

254 Часть V. Заметки об исследовании средств защиты На первом этапе для каждой библиотечной функции, имеющей имя, созда ется шаблон. Для этого анализируются первые несколько байт функции и запоминаются значения тех байт, которые не будут изменяться редактором связей во время сборки программы. Изменяемые байты (как правило, это ссылки на данные и другие функции) в скомпилированной программе могут принимать любое значение, и в шаблоне они помечаются образом.

После того как созданы шаблоны для всех функций, можно приступать не посредственно к идентификации. Для этого необходимо попытаться "при ложить" шаблон каждой библиотечной функции к началу каждой функции в исследуемой программе. При совпадении всех неизменяемых байт шабло на функция считается опознанной. Однако необходимо учитывать, что несколько библиотечных функций могут иметь одинаковые шаблоны, как и один шаблон может соответствовать нескольким функциям в программе.

В дизассемблере IDA и сопутствующем ему инструментарии разработчика (Software Development Kit, SDK) реализованы средства, значительно облег чающие идентификацию функций. Для построения и удобного хранения шаблонов библиотек используется набор утилит FLAIR (Fast Library Acquisi tion for Identification and Recognition, быстрая обработка библиотек для идентификации и распознавания). Для распознавания функций применяет ся технология быстрой идентификации FLIRT (Fast Library Identification and Recognition Technology).

В FLAIR и FLIRT применено несколько интересных решений, позволяю щих компактно хранить шаблоны и очень быстро оценивать соответствие им функций. При этом процент нераспознанных функций и, что более важ но, процент неверно распознанных функций получаются очень низкими.

Предположительно, FLAIR и FLIRT основаны на работах Кристины ентес (Cristina Cifuentes) и Майкла Ван Еммерика (Michael Van 22.3.2. Константы в алгоритмах Если не удалось установить, какая библиотека использовалась при компи ляции исследуемой программы, или нет возможности получить доступ к этой библиотеке, можно попытаться идентифицировать криптографиче ские функции другим способом — по используемым константам.

Так, например, при инициализации многих хэш-функций (таких как MD4, MD5, RIPEMD-160) используются константы 0x67452301, 0xEFCDAB89, 0x98BADCFE и 0x10325476. В и RIPEMD-I60 исполь зуется также значение 0xC3D2ElF0.

Глава 22. Реконструкция криптографических протоколов В функции трансформации, используемой при вычислении SHA-1, приме няются константы 0х5А827999, 0x6ED9EBAl, 0x8FlBBCDC и 0xCA62ClD6.

Эти константы являются представлением целой части чисел и где — функция извлечения квадратного корня из х.

В функции трансформации последняя константа вместо имеет значение 0xA953FD4E, что соответствует Функция трансформации MD5 использует 64 константы, вычисляемые как где i — номер раунда, от 1 до 64. вычисляет синус ар гумента, заданного в радианах, a возвращает абсолютное значение х (без знака). Так, например, константы для первых четырех раундов равны 0xE8C7B756, 0x242070DB и соответственно.

При вычислении хэш-функции MD2 используется таблица перестановок (S-Box) размером 256 байт, начинающаяся с последовательности 0x29, 0х2Е, 0x43, 0хС9, 0хА2, 0xD8, 0x7C, 0x01.

При шифровании по алгоритму RC5 используются две константы Р и Q, значения которых основаны на двоичном представлении чисел е Для версии RC5, работающей с 64-битовыми словами, эти константы имеют значения 0xB7E151628AED2A6B и В спецификации некоторых алгоритмов, например RC4, нет вообще ни од ной константы, позволяющей выполнять поиск (числа 256 и OxFF, исполь зуемые при загрузке ключа и при шифровании, применяются настолько часто, что будут найдены и в сотнях посторонних функций). Однако если в программе используется оптимизированная версия RC4, подходящая кон станта может быть найдена. Дело в том, что процедура загрузки ключа на чинается с того, что 256-байтовый массив заполняется последовательно чис лами от 0 до 255. Существует весьма эффективный способ выполнения данного цикла:

lea mov mov mov add loop setNext Как видно, использование оптимизации привело к появлению сразу двух кон стант, позволяющих выполнить идентификацию: 0x03020100 и 0x04040404.

256 Часть V. Заметки исследовании средств защиты Когда известно, какие константы присутствуют в том или ином алгоритме, остается найти эти константы в теле исследуемой программы. Поиск можно выполнять вручную или воспользоваться готовым инструментом, таким как (Crypto Checker), созданный человеком с псевдонимом или KANAL (Krypto ANALyzer), разработанный группой gODS.

Crypto Checker 1.1 beta 7 умеет распознавать алгоритмы CAST-256, HAVAL, MARS, MD4, MD5, RC5, RC6, Rijndael, SHA-256, Tiger, WAKE, а также некоторые генераторы псевдослучайных чисел, функции вычисления и CRC и более 3000 простых чисел.

22.3.3. Принцип локальности Если удалось найти хотя бы одну из использованных криптографических функций, обычно не очень сложно найти и все остальные. В этом очень помогает несколько эвристик.

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

Вторая эвристика использует тот факт, что очень часто отдельные стадии алгоритма выполняются непосредственно друг за другом. То есть, например, при вычислении значения хэша используются три функции. Первая функ ция устанавливает начальное значение контекста. Вторая функция (update) обрабатывает очередную порцию данных, которых вычисляется значение хэша и обновляется состояние контекста. Третья функция (Final) завершает процедуру вычисления и возвращает итоговое значение. И в ре альной программе вызов функции обычно находится в непосредствен ной близости от первого вызова функции а последний вызов update — прямо перед вызовом Final. Следовательно, найдя любую из этих функций, очень просто найти все остальные. На рис. 22.1 приведен пример процедуры, вычисляющей хэш-значение по алгоритму MD5. Функции И ЛеГКО ОПОЗНатЬ ПО a найти исходя из того, что она вызывается сразу после Третья эвристика очень помогает, если криптографический примитив реа лизован как класс в объектно-ориентированном языке. При компиляции класса создается таблица виртуальных функций (Virtual Function Table, VTable), содержащая адреса всех функций, являющихся методами данного класса. Следовательно, определив расположение одного из методов, можно найти ссылку на него из таблицы виртуальных функций, а значит, отыскать Глава 22. Реконструкция криптографических протоколов и все остальные методы класса. На рис. 22.2 проиллюстрированы структуры данных класса, предназначенного для вычисления значения хэш-функции.

Конкретный экземпляр класса вычисляет хэш-функцию MD5.

ГЕ (BYTE Код ГЕ int ten) { М ctx;

0x М data, ten);

0x М urn buf;

} / Код proc near 0xD76AA call MD5_lnit 0xE8C7B call call MD5_Final Код неопознанной функции Рис. 22.1. Последовательное выполнение стадий алгоритма Virtual Function Table Указатель на таблицу методов &lnit MD5::Update «Update Область данных экземпляра класса NULL 22.2. Экземпляр класса, вычисляющего значение хэш-функции Также если в программе поддерживаются, например, несколько симметрич ных алгоритмов шифрования, то с большой вероятностью где-то будет рас положена таблица, каждая запись которой ссылается на таблицу виртуаль ных функций одного из алгоритмов.

22.4. Протоколирование Когда определены адреса точек входа в каждую функцию, относящуюся к реализации того или иного криптографического примитива, необходимо 258 Часть V. Заметки об исследовании средств защиты проанализировать все обращения к таким функциям. Разумеется, можно попытаться выполнить эту работу при помощи отладчика, но, скорее всего, число обращений к криптографическим функциям будет настолько велико, что удержать полную картину в памяти не сможет ни один человек.

Поэтому лучше сохранить всю информацию об аргументах, передаваемых на вход криптографических функций, а также о возвращаемых ими значениях, в файле протокола. Если исследуемая программа содержит несколько пото ков, разумно запоминать и идентификатор потока, внутри которого проис ходит обращение к функции. Также можно сохранять адрес, откуда произ водился вызов той или иной функции.

Чтобы получить возможность протоколирования, необходимо перехватить все обращения к криптографическим функциям. Это может быть выполнено разными способами, например при помощи запуска программы под своим отладчиком, реализованным средствами Microsoft Debugging API.

Другой способ — модифицировать образ программы в памяти таким обра зом, чтобы при обращении к криптографическим примитивам управление поступало к специальным функциям-переходникам. Функция-переходник должна записать в протокол все аргументы запроса, вызвать оригинальную криптографическую функцию, к которой производится обращение, и сохра нить в протокол возвращенные результаты. Обычно при реализации этого способа весь код, отвечающий за протоколирование, компилируется в виде отдельной динамически загружаемой библиотеки. А эта библиотека подклю чается к исследуемой программе с помощью технологии DLL Injection — внедрение DLL в адресное пространство процесса.

После того как протокол получен, остается его проанализировать. Протокол может быть представлен в виде ориентированного графа, в котором крип тографические функции являются узлами, а принимаемые и возвращаемые значения — дугами.

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

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

Глава 22. Реконструкция криптографических протоколов 22.5. Внесение искажений Если же данные все-таки изменяются между вызовами криптографических функций и это не позволяет определить алгоритм, можно попробовать сле дующий подход. Некоторые функции-переходники разрабатываются таким образом, что при обнаружении определенного значения в обрабатываемых данных, в них вносятся намеренные искажения. При этом, разумеется, все операции, использующие искаженные данные, пойдут по-другому, и это будет отражено в протоколе. Сравнив два протокола (оригинальный и с ис кажениями), можно будет легко определить, где внесенные искажения впер вые повлияли на ход выполнения протокола, а значит, и локализовать место, нуждающееся в более подробном исследовании с помощью отладчика и дизассемблера.

Изучать и анализировать реконструированный криптографический протокол на несколько порядков проще, чем пытаться при помощи отладчика и диз ассемблера разобраться в том, как программа обрабатывает данные.

Если же протокол является единственной секретной частью "черного ящи ка", реконструкция протокола, фактически, означает полный взлом защиты.

Глава Чего ожидать в будущем Делать прогнозы на будущее — дело неблагодарное. Но то, что написано в этой главе, — это не столько прогнозы, сколько общие ощущения от су ществующего на настоящий момент положения вещей и намечающихся тенденций.

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

Pages:     | 1 |   ...   | 2 | 3 || 5 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.