Главная страница
Навигация по странице:

  • Бесплатность

  • Поддержка как централизованной

  • Цифровая подпись. Реферат Цифровая подпись


    Скачать 294.5 Kb.
    НазваниеРеферат Цифровая подпись
    АнкорЦифровая подпись
    Дата23.12.2019
    Размер294.5 Kb.
    Формат файлаdoc
    Имя файлаЦифровая подпись.doc
    ТипРеферат
    #101896
    страница6 из 6
    1   2   3   4   5   6
    L сообщений. Обозначим через i-тую комбинацию l-того уровня. Если нумерацию комбинаций и уровней начинать с нуля, то справедливо следующее условие: 0 £ i< 2Ll, а i-ая проверочная комбинация l-того уровня рассчитана на 2l сообщений с номерами от i×2l до (i+1)×2l–1 включительно. Число комбинаций нижнего, нулевого уровня равно 2L, а самого верхнего, L-того уровня – одна, она и является контрольной комбинацией всех 2L сообщений, на которые рассчитана схема.

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

    ,

    где через A||B обозначен результат конкатенации двух блоков данных A и B, а через H(X) – процедура вычисления хэш-функции блока данных X.

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

    Пример организации проверочных комбинаций в виде двоичного дерева в схеме на восемь сообщений при­ведена на рисунке 4.1. Так, при передаче сообще­ния № 5 (контрольная комбинация выделена рамкой) вместе с его под­писью должны быть переданы кон­трольная комбинация сообщения № 4 (C4(0)), общая для сообщений №№ 6–7 (C3(1)) и общая для сообще­ний №№ 0–3 (C0(2)), все они выделе­ны на рисунке другим фоном.
    При проверке подписи значение C5(0) будет вычислено из сообщения и его подписи, а итоговая контрольная комбинация, подлежащая сравнению с эталонной, по следующей формуле:

    C=C0(3)=H(C0(2)||H(H(C4(0)||C5(0))||C3(1))).

    Необходимость отправлять вместе с подписью сообщения дополнительную информацию, нужную для проверки подписи, на самом деле не очень обременительна. Действительно, в системе на 1024=210 подписей вместе с сообщением и его подписью необходимо дополнительно передавать 10 контрольных комбинаций, а в системе на 1048576=220 подписей – всего 20 комбинаций. Однако, при большом числе подписей, на которые рассчитана система, возникает другая проблема – хранение дополнительных комбинаций, если они рассчитаны предварительно, или их выработка в момент формирования подписи.

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

    Первый подход предполагает затраты дисковой памяти, так как необходимо хранить 2L+1–2 значений хэш-функции всех уровней, а второй требует большого объема вычислений в момент формирования подписи. Можно использовать и компромиссный подход – хранить все хэш-комбинации начиная с некоторого уровня l*, а комбинации меньшего уровня вычислять при формировании подписи.

    В рассмотренной выше схеме подписи на 8 сообщений можно хранить все 14 контрольных комбинаций, используемых при проверки (всего их 15, но самая верхняя не используется), тогда при проверке подписи их не надо будет вычислять заново. Можно хранить 6 комбинаций начиная с уровня 1 (C0(1), C1(1), C2(1), C3(1), C0(2), C1(2)), тогда при проверке подписи сообщения № 5 необходимо будет заново вычислить комбинацию C4(0), а остальные (C0(2),C3(1)) взять из таблицы, и т.д.. Указанный подход позволяет достичь компромисса между быстродействием и требованиям к занимаемому количеству дискового пространства.

    Отметим, что отказ от хранения комбинаций одного уровня приводит к экономии памяти и росту вычислительных затрат примерно вдвое, то есть зависимость носит экспоненциальный характер.
    1. Атаки на ЭЦП


    Стойкость большинства схем ЭЦП зависит от стойкости ассиметричных алгоритмов шифрования и хэш-функций.

    Существует следующая классификация атак на схемы ЭЦП:

    • атака с известыи открытым ключем.

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

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

    • Направленная атака с выбором сообщения

    • Адаптивная атака с выбором сообщения.

    Каждая атака преследует определенную цель, которые можно разделить на несколько классов:

    • полное раскрытие. Противник находит секретный ключ пользователя

    • универсальная подделка. Противник находит алгоритм, функционально аналогичный алгоритму генерации ЭЦП

    • селективная подделка. Подделка подписи под выбранным сообщением.

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

    На практике применение ЭЦП позволяет выявить или предотвратить следующие действия нарушителя:

    • отказ одного из участников авторства документа.

    • Модификация принятого электронного документа.

    • Подделка документа.

    • Навязывание сообщений в процессе передачи – противник перехватывает обмен сообщениями и модифицирует их.

    • Имитация передачи сообщения.

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

    1. Некоторые средства работы с ЭЦП


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

    Приведем некоторые из них:

      1. PGP



    Наиболее известный - это пакет PGP (Pretty Good Privacy) – (www.pgpi.org ), без сомнений являетющийся на сегодня самым распространенным программным продуктом, позволяющим использовать современные надежные криптографические алгоритмы для защиты информации в персональных компьютерах.

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

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

    1. Бесплатность. Готовые базовые продукты PGP (равно как и исходные тексты программ) доступны в Интернете в частности на официальном сайте PGP Inc.

    ( www.pgpi.org ).

    4. Поддержка как централизованной (через серверы ключей) так и децентрализованной (через «сеть доверия») модели распределения открытых ключей.

    5.Удобство программного интерфейса. PGP изначально создавалась как продукт для широкого круга пользователей, поэтому освоение основных приемов работы отнимает всего несколько часов
    Текущая версия – 7.0.3 для платформ Windows 9x/NT/2000, MacOS.

      1. GNU Privacy Guard (GnuPG)



    GnuPG (www.gnupg.org ) - полная и свободно распространяемая замена для пакета PGP. Этот пакет не использует патентованый алгоритм IDEA, и поэтому может быть использован без каких-нибудь ограничений. GnuPG соответсвует стандарту RFC2440 (OpenPGP).
    Текущая версия – 1.0.4, платформы – Unices, Windows 9x/NT


    1   2   3   4   5   6


    написать администратору сайта