Нигде и никем ранее не сдавался
ДОКЛАД
На тему: «Совершенствование управлением ключами»
Студента группы ________
_______________________
Москва 2001
Введение
Организации должны иметь возможность безопасным способом получать
пары ключей, соответствовать эффективности их работы и требованиям
системы безопасности. Кроме того, они должны иметь доступ с открытым
ключам других компаний, а так же возможность опубликовать свой открытый
ключ.
Организации также должны обладать уверенностью в законности
открытых ключей других компаний, так как пользователь нарушитель может
изменить открытые ключи, хранящиеся в каталоге, или действовать от лица
другого пользователя.
Для всех этих целей используется сертификаты. Они должны быть
такими, чтобы из нельзя было подделать. Получать их следует из надежных
источников и надежным способом, и обрабатывать так, чтобы ими не мог
воспользоваться нарушитель. Издание сертификатов также должно
происходить безопасным путем, невосприимчивым к атаке.
Ключи должны быть действительными только на протяжении
определенного периода. Дату истечения срока действия ключа следует
выбирать очень внимательно и сообщать заинтересованным организациям о
соблюдении мер безопасности. Некоторые документы должны иметь подписи,
действительные после истечения срока действия ключа, с помощью которого
они были подписаны. Хотя большинство проблем управления ключами
возникает в любой криптосистеме.
Хранители ключей
Любая организация, желающая подписать сообщения или получать
зашифрованные послания, должна иметь пару ключей (key pair). Компания
может иметь больше одного ключа. Так, например, один и тот же
пользователь организации может иметь отдельные ключи для работы, и для
использования в личных целях. Наряду с организационными структурами –
такими как корпоративные отделы, гостиничные регистрационные бюро или
университетские архивные офисы – ключами могут так же владеть
электронные приборы: модемы, рабочие станции, принтеры и т.д.
Получение пар ключей
Каждому пользователю сети организации следует генерировать свою
пару ключей. Возможно, компании покажется удобным иметь единый узел,
генерирующий ключи для всех служащих, в них нуждающихся, при этом они
подвергнут риску систему безопасности, поскольку это будет означать
передачу личных ключей по сети, а также действовать катастрофические
последствия в случае, если нарушитель проникнет на этот узел.
Каждый узел сети должен быть способен генерировать ключи для своего
участка, чтобы ключи не передавались, и не надо было доверяться единому
источнику ключей, при этом, разумеется, само программное обеспечение,
применяется для генерирования ключей, должно быть проверенным и
надежным. Система аутентификации секретных ключей, подобные Kerberos,
зачастую не позволяют локального генерирования ключей, однако в них для
этой цели применяется центральный сервер.
Разделение личных ключей
Каждый пользователь организации должен иметь уникальный модуль и
личный показатель (уникальный личный ключ). Открытый показатель, с
другой стороны, может быть общим для группы пользователей, не подвергая
при этом риску системы безопасности. Открытые показатели, обычно
применяемые в наши дни – 3 и 216 + 1, поскольку эти цифры малы, а
операции с личным ключом (шифрование и верификация подписи) быстры по
сравнению с операциями с личным ключом (дешифрация и подпись). Если один
показатель станет стандартом, программное и аппаратное обеспечение может
быть оптимизировано под это значение.
В системах открытых ключей, базирующихся на дискретных логарифмах,
таких как Е1 Gamal, Diffie – Helmann или DSS одним модулем может
воспользоваться группа пользователей. Такое общее пользование делает
разделение на ключи более привлекательным для нарушителей, так как в
этом случае можно взломать все ключи, приложив для этого совсем немного
больше усилий, чем для того, чтобы взломать один ключ. Таким образом,
организациям следует быть очень осторожными, применяя общие модули при
управлении и распределении больших баз данных открытых ключей. В любом
случае, если компания выбирает такие модули, они должны быть очень
большими и подсоединяться к серверу открытых ключей.
Серверы открытых ключей
Серверы открытых ключей существуют для того, чтобы сделать открытые
ключи организаций доступными через большие базы данных, к которым каждый
должен иметь доступ с целью шифрования сообщений, посылаемые в эти
организации. Хотя существует несколько серверов ключей, организации
необходимо послать свой открытый ключ только на один из них, который
отправит на все другие известные серверы. На 1 февраля 1995 года на
сервере открытых ключей хранилось 4199 ключей, обеспечивающих доступ к
большим общим базам данных, таких как SLED.
Постоянная большая база данных электронной почты (SLED)
Построенная большая база данных электронный почты (SLED – Stahle
Large E-mail Database) должна обеспечить эффективную работу механизма,
подобного серверу открытых ключей, целью которого является обслуживание
и поиск адресов электронной почты как для частных лиц, так и для
организаций. SLED идеален для пользователей внутри организации, имеющих
один и более почтовых ящиков (на которые можно посылать почту по
Internet), которые они должны ежедневно проверять.
Что же может делать SLED:
SLED
SLED
SLED
Верификация подписей тридцатилетней давности
Обычно срок действия ключа истекает, скажем, через два года, и
документ (или чек), подписанный устаревшим ключом не должен никем
приниматься. Во многих случаях необходимо, чтобы документ был законный
на протяжении гораздо большего срока, чем два года, например, контракты
о долгосрочной аренде. Как устранить эту проблемы? Предполагалось немало
решений, но ни одному из них пока не отдано предпочтения. Рассмотрим
некоторые из них.
Вместе с обычным двухлетним ключом можно иметь специальные
долговременные, хранящиеся с большой степенью защиты и со значительной
большой длиной модулей. Главным образом если срок действия ключа
истекает через 60 лет, любой документ, подписанный им, будет иметь
законную силу на протяжении всего этого срока.
Проблема в данном случае заключается в том, что все
скомпрометированные ключи будут оставаться в CRL, последние могут
разрастись до невероятных размеров.
Резюме:
Этот доклад посвящен работе с ключом. В частности, в нем
рассмотрены следующие вопросы:
Для того чтобы подписать сообщение и получать зашифрованные письма,
организация должна иметь пару ключей. Организация может иметь больше
одного ключа;
Чтобы сделать открытый ключ организации доступным из большой базы
данных, необходим сервер открытых ключей, к которому может иметь доступ
каждый желающий посылать зашифрованные сообщения в данную организацию;
Документы, подписанные ключом, срок действия которых истек, не должны
приниматься. Однако существует несколько ситуаций, когда документ должен
сохранять статус законности на протяжении срока более двух лет.
Список используемой литературы:
Джон Вакка. Секреты безопасности в Internet. Перевод с английского. –
Киев; Диалектика, 1997г.
Джеймс Саймино. Сети интранет: внутреннее движение. Перевод с
английского. – М.: ООО «Бук Медиа Паблишер». 1997г.
Владимир Зима. Безопасность глобальных сетевых технологий /В.М. Зима,
А.А. и Н.А. Молдавян. СПб и др.: БХВ – Санкт – Петербург, 2000 г.
Нашли опечатку? Выделите и нажмите CTRL+Enter
