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