на начало
На главную страницу
Форум   

Статья :: Строгие имена


Строгие имена

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

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

Строгие имена

страницы в данном разделе 
Глава 7. Сборки и развертывание Сборки и развертывание
Сборки Содержимое сборки
Частное развертывание сборки Общедоступное развертывание сборки
Строгие имена Цифровые сигнатуры (подписи)
Цифровая подпись и развертывание общедоступной сборки Управление версиями общедоступных компонентов
Подписание в цифровой форме после компиляции Конфигурация сборки
Проводимая по умолчанию политика управления версиями Файлы конфигурации политики управления версиями
Обнаружение физического местоположения сборки Многомодульные, или мультимодульные сборки
Инсталляция примера программной системы Установка и развертывание проектов
CAB Project (Проект CAB) Проект установки (Setup Project)
Merge Module Project (Проект модуля слияния) Развертывание по сети
Резюме >  


Содержание сайта (выборка)
Apache
Протоколы TCP/IP (принципы, протоколы и архитектура)



PHP, PELR, JSP
PHP
JavaServer Pages (JSP)

Базы данных
Основы mysql
СУБД INFORMIX
СУБД POSTGRES
Основы проектирования реляционных баз данных

HTML, javascript
Спецификация HTML 4.01
Каскадные Таблицы Стилей, Уровень 2
Клиентский JavaScript. Справочник.
JavaScript руководство пользователя
Серверный JavaScript 1.4. Руководство по Использованию.

Паскаль, C, C++, C#
GCC (примеры)
FAQ Валентинa Озеровa DELPHI
C



 
© faq.pp.ru, справочник программиста