Электронные подписи и инфраструктуры (esi); усовершенствованные электронные подписи cms (CAdES)

жүктеу/скачать 2.44 Mb.

бет	3/17
Дата	29.02.2016
өлшемі	2.44 Mb.
	#34652

1 2 3 4 5 6 7 8 9 ... 17

arbitrator:_<}0{>Арбитр -_<0} _{0>arbitrate a dispute between a signer and verifier when there is a disagreement on the validity of a digital signature_<}0{>проводит арбитраж спорных вопросов между подписывающей и проверяющей стороной, связанных с несогласием о действительности цифровой подписи._<0}

_{0>Attribute Authority (AA):_<}0{>Атрибутный центр (AA) -_<0} _{0>authority that assigns privileges by issuing attribute certificates_<}100{>центр, назначающий полномочия, путем выпуска атрибутных сертификатов._<0}

_{0>Attribute Authority Revocation List (AARL):_<}0{>Список отзыва атрибутной службы (AARL) -_<0} _{0>revocation list containing a list of references to certificates issued to AAs that are no longer considered valid by the issuing authority_<}0{>список отзыва, содержащий ссылки на сертификаты, выданные атрибутным центрам, которые более не признаются действительными выдавшей их стороной._<0}

_{0>Attribute Certificate Revocation List (ACRL):_<}75{>Список отзыва атрибутных сертификатов (ACRL) -_<0} _{0>revocation list containing a list of references to attribute certificates that are no longer considered valid by the issuing authority_<}83{>список отзыва, содержащий список атрибутных сертификатов, которые более не признаются действительными выдавшей их службой._<0}

_{0>authority certificate:_<}0{>Сертификат центра -_<0} _{0>certificate issued to an authority (e.g. either to a certification authority or an attribute authority)_<}0{>сертификат, выданный центру (например, центру сертификации или атрибутному центру)._<0}

_{0>Certification Authority (CA):_<}0{>Центр сертификации (CA) -_<0} _{0>authority trusted by one or more users to create and assign public key certificates; optionally, the certification authority may create the users' keys_<}0{>центр, которому доверяет один или несколько пользователей, предназначенный для создания и назначения сертификатов открытых ключей; при необходимости центр сертификации может создавать ключи пользователей._<0}

_{0>NOTE:_<}100{>ПРИМЕЧАНИЕ._<0} _{0>See ITU-T Recommendation X.509 [1]._<}0{>См. рекомендацию ITU-T X.509 [1]._<0}

_{0>Certification Authority Revocation List (CARL):_<}75{>Список отзыва центра сертификации (CARL) -_<0} _{0>revocation list containing a list of public key certificates issued to certification authorities that are no longer considered valid by the certificate issuer_<}76{>список отзыва, содержащий сертификаты открытых ключей, выданные центрам сертификации, которые более не признаются действительными выдавшей их стороной._<0}

_{0>Certificate Revocation List (CRL):_<}74{>Список отзыва сертификатов (CRL) -_<0} _{0>signed list indicating a set of public key certificates that are no longer considered valid by the certificate issuer_<}64{>подписанный список, содержащий набор сертификатов открытых ключей, которые более не признаются действительными выдавшей их стороной._<0}

_{0>digital signature:_<}67{>Цифровая подпись -_<0} _{0>data appended to, or a cryptographic transformation of, a data unit that allows a recipient of the data unit to prove the source and integrity of the data unit and protect against forgery, e.g. by the recipient_<}0{>данные, добавленные к объекту данных, или криптографическое преобразование объекта данных, позволяющие получателю информации проверить источник и целостность объекта данных и защититься от подделки, например, отправителем._<0}

_{0>NOTE:_<}100{>ПРИМЕЧАНИЕ._<0} _{0>See ISO 7498-2 [i.4]._<}0{>См. стандарт ISO 7498-2 [i.4]._<0}

_{0>electronic signature:_<}67{>Электронная подпись -_<0} _{0>data in electronic form that is attached to or logically associated with other electronic data and that serves as a method of authentication_<}79{>данные в электронном виде, которые присоединены или логически связаны с другими электронными данными и которые используются для проверки подлинности._<0}

_{0_>NOTE:_<}100{>ПРИМЕЧАНИЕ._<0} _{0>See Directive 1999/93/EC [i.5] of the European Parliament and of the Council of 13 December 1999 on a Community framework for electronic signatures._<}92{>См. директиву 1999/93/EC [i.5] Европейского парламента и Совета от 13 декабря 1999 г., посвященную электронным подписям._<0}

_{0>Explicit Policy-based Electronic Signature (EPES):_<}71{>Электронная подпись с явно указанным регламентом (EPES) -_<0} _{0>electronic signature where the signature policy to be used to validate it is explicitly specified_<}0{>электронная подпись, в которой регламент подписи, используемый для ее проверки, указан явно._<0}

_{0>extended electronic signatures:_<}67{>Расширенные электронные подписи -_<0} _{0>electronic signatures enhanced by complementing the baseline requirements with additional data, such as time-stamp tokens and certificate revocation data, to address commonly recognized threats_<}0{>электронные подписи, дополненные согласно базовым требованиям дополнительными данными, такими как штампы времени и данные об отзыве сертификата, используемыми для устранения распространенных угроз._<0}

_{0>grace period:_<}0{>Период отсрочки -_<0} _{0>time period that permits the certificate revocation information to propagate through the revocation process to relying parties_<}0{>период времени, в течение которого сведения об отзыве сертификата могут передаваться участвующим сторонам в процессе отзыва._<0}

_{0>initial verification:_<}0{>Исходная проверка -_<0} _{0>process performed by a verifier done after an electronic signature is generated in order to capture additional information that could make it valid for long-term verification_<}0{>процесс, выполняемый проверяющей стороной после создания электронной подписи для получения дополнительной информации, которая позволяет сделать подпись долгосрочной._<0}

_{0>Public Key Certificate (PKC):_<}73{>Сертификат открытого ключа (PKC) -_<0} _{0>public key of a user, together with some other information, rendered unforgeable by digital signature with the private key of the certification authority which issued it_<}0{>открытый ключ пользователя, который в сочетании с дополнительной информацией, защищен от подделок с помощью цифровой подписи с закрытым ключом центра сертификации, выдавшего данный сертификат._<0}

_{0>NOTE:_<}100{>ПРИМЕЧАНИЕ._<0} _{0>See ITU-T Recommendation X.509 [1]._<}100{>См. рекомендацию ITU-T X.509 [1]._<0}

_{0>Rivest-Shamir-Adleman (RSA):_<}0{>Алгоритм Ривеста-Шамира-Эдльмана (RSA) -_<0} _{0>asymmetric cryptography algorithm based on the difficulty to factor very large numbers using a key pair:_<}0{>асимметричный криптографический алгоритм, основанный на сложности факторизации очень больших чисел с использованием пары ключей:_<0} _{0>a private key and a public key_<}0{>закрытого и открытого._<0}

_{0>signature policy issuer:_<}67{>Издатель регламента подписи -_<0} _{0>entity that defines and issues a signature policy_<}0{>лицо, определяющее и издающее регламент подписи._<0}

_{0>signature policy:_<}67{>Регламент подписи -_<0} _{0>set of rules for the creation and validation of an electronic signature that defines the technical and procedural requirements for electronic signature creation and validation, in order to meet a particular business need, and under which the signature can be determined to be valid_<}0{>набор правил для создания и проверки электронной подписи, который определяет технические и процедурные требования для создания и проверки электронных подписей с целью удовлетворения определенных деловых потребностей и с помощью которого можно проверить действительность подписи._<0}

_{0>signature validation policy:_<}77{>Регламент проверки подписи -_<0} _{0>part of the signature policy that specifies the technical requirements on the signer in creating a signature and verifier when validating a signature_<}0{>часть регламента подписи, которая определяет технические требования к подписывающей стороне для создания подписи и к проверяющей стороне для проверки подписи._<0}

_{0>signer:_<}100{>Подписывающая сторона –_<0} _{0>entity that creates an electronic signature_<}100{>лицо, создающее электронную подпись._<0}

_{0>subsequent verification:_<}67{>Последующая проверка -_<0} _{0>process performed by a verifier to assess the signature validity_<}0{>процесс, выполняемый проверяющей стороной для оценки действительности подписи._<0}

_{0>NOTE:_<}100{>ПРИМЕЧАНИЕ._<0} _{0>Subsequent verification may be done even years after the electronic signature was produced by the signer and completed by the initial verification, and it might not need to capture more data than those captured at the time of initial verification._<}0{>Последующая проверка может быть выполнена даже через несколько лет после создания подписи и завершения исходной проверки. Для нее не требуются дополнительные данные, кроме тех, что были получены во время исходной проверки._<0}

_{0>time-mark:_<}0{>Метка времени -_<0} _{0>information in an audit trail from a Trusted Service Provider that binds a representation of a datum to a particular time, thus establishing evidence that the datum existed before that time_<}0{>информация в журнале аудита от поставщика доверенных услуг, которая привязывает представление данных к определенному времени, тем самым предоставляя доказательства, что данные существовали до этого времени._<0}

_{0>time-marking authority:_<}75{>Служба меток времени -_<0} _{0>trusted third party that creates records in an audit trail in order to indicate that a datum existed before a particular point in time_<}0{>доверенная третья сторона, создающая записи в журнале аудита, чтобы указать, что данные существовали до определенного момента времени._<0}

_{0>time-stamp token:_<}60{>Штамп времени -_<0} _{0>data object that binds a representation of a datum to a particular time, thus establishing evidence that the datum existed before that time_<}60{>объект данных, который привязывает представление данных к определенному времени, тем самым предоставляя доказательства, что данные существовали до этого времени._<0}

_{0>Time-Stamping Authority (TSA):_<}61{>Служба штампов времени (TSA) -_<0} _{0>trusted third party that creates time-stamp tokens in order to indicate that a datum existed at a particular point in time_<}69{>доверенная третья сторона, создающая штампы времени, чтобы указать, что данные существовали до определенного момента времени._<0}

_{0>Time-Stamping Unit (TSU):_<}82{>Модуль штампов времени (TSU) -_<0} _{0>set of hardware and software that is managed as a unit and has a single time-stamp token signing key active at a time_<}0{>набор программного и аппаратного обеспечения, управляемого как отдельный модуль, с единым действующим ключом подписания штампа времени._<0}

_{0>Trusted Service Provider (TSP):_<}0{>Поставщик доверенных услуг (TSP) -_<0} _{0>entity that helps to build trust relationships by making available or providing some information upon request_<}0{>лицо, помогающее установить доверенные отношения, предоставляя определенную информацию по запросу._<0}

_{_0>valid electronic signature:_<}77{>Действительная электронная подпись -_<0} _{0>electronic signature that passes validation_<}0{>электронная подпись, прошедшая проверку._<0}

_{0>validation data:_<}100{>Проверочные данные –_<0} _{0>additional data that may be used by a verifier of electronic signatures to determine that the signature is valid_<}0{>дополнительные данные, которые могут использоваться проверяющей стороной для проверки действительности электронной подписи._<0}

_{0>verifier:_<}0{>Проверяющая сторона -_<0} _{0>entity that verifies evidence_<}0{>лицо, проверяющее информацию._<0}

_{0>NOTE 1:_<}67{>ПРИМЕЧАНИЕ 1._<0} _{0>See ISO/IEC 13888-1 [i.6]._<}0{>См. стандарт ISO/IEC 13888-1 [i.6]._<0}

_{0>NOTE 2:_<}100{>ПРИМЕЧАНИЕ 2._<0} _{0>Within the context of the present document, this is an entity that validates an electronic signature._<}0{>В контексте данного документа - это лицо, проверяющее электронную подпись._<0}

3.2 _{0>Abbreviations_<}100{>Аббревиатуры_<0}

_{0>For the purposes of the present document, the following abbreviations apply:_<}100{>Для целей настоящего документа используются следующие аббревиатуры:_<0}

_{0>AA_<}0{>AA_<0} _{0>Attribute Authority_<}0{>атрибутный центр;_<0}

_{0>AARL_<}0{>AARL_<0} _{0>Attribute Authority Revocation List_<}73{>список отзыва атрибутного центра;_<0}

_{0>ACRL_<}0{>ACRL_<0} _{0>Attribute Certificate Revocation List_<}75{>список отзыва атрибутных сертификатов;_<0}

_{0>API_<}0{>API_<0} _{0>Application Program Interface_<}0{>интерфейс прикладных программ;_<0}

_{0>ARL_<}0{>ARL_<0} _{0>Authority Revocation List_<}67{>список отзыва служб;_<0}

_{0>ASCII_<}0{>ASCII_<0} _{0>American Standard Code for Information Interchange_<}0{>американская кодовая таблица - American Standard Code for Information Interchange;_<0}

_{0>ASN.1_<}0{>ASN.1_<0} _{0>Abstract Syntax Notation 1_<}100{>язык Abstract Syntax Notation 1;_<0}

_{0>CA_<}100{>CA_<0} _{0>Certification Authority_<}60{>Центр сертификации;_<0}

_{0>CAD_<}0{>CAD_<0} _{0>Card Accepting Device_<}0{>модуль приема карт;_<0}

_{0>CAdES_<}0{>CAdES_<0} _{0>CMS Advanced Electronic Signature_<}100{>усовершенствованная электронная подпись CMS;_<0}

_{0>CAdES-A_<}0{>CAdES-A_<0} _{0>CAdES with Archive validation data_<}0{>подпись CAdES с архивными проверочными данными;_<0}

_{0>CAdES-BES_<}0{>CAdES-BES_<0} _{0>CAdES Basic Electronic Signature_<}0{>простая электронная подпись CAdES;_<0}

_{0>CAdES-C_<}0{>CAdES-C_<0} _{0>CAdES with Complete validation data_<}80{>подпись CAdES с полными проверочными данными;_<0}

_{0>CAdES-EPES_<}0{>CAdES-EPES_<0} _{0>CAdES Explicit Policy Electronic Signature_<}77{>электронная подпись CAdES с явно указанным регламентом;_<0}

_{0>CAdES-T_<}0{>CAdES-T_<0} _{0>CAdES with Time_<}0{>подпись CAdES со значением времени;_<0}

_{0>CadES-X Long_<}0{>CadES-X Long_<0} _{0>CadES with Extended Long validation data_<}61{>подпись CAdES с расширенными долгосрочными проверочными данными;_<0}

_{0>CAdES-X_<}0{>CAdES-X_<0} _{0>CAdES with eXtended validation data_<}80{>подпись CAdES с расширенными проверочными данными;_<0}

_{0>CARL_<}0{>CARL_<0} _{0>Certification Authority Revocation List_<}77{>список отзыва центра сертификации;_<0}

_{0>CEN_<}0{>CEN_<0} _{0>European Committee for Standardization_<}0{>Европейский комитет по стандартизации;_<0}

_{0>CMS_<}0{>CMS_<0} _{0>Cryptographic Message Syntax_<}67{>синтаксис криптографических сообщений;_<0}

_{0>CORBA_<}0{>CORBA_<0} _{0>Common Object Request Broker Architecture_<}0{>обобщенная архитектура посредника объектных запросов;_<0}

_{0>CRL_<}0{>CRL_<0} _{0>Certificate Revocation List_<}67{>список отзыва сертификатов;_<0}

_{0>CWA_<}0{>CWA_<0} _{0>CEN Workshop Agreement_<}0{>соглашение семинара CEN;_<0}

_{0>DER_<}0{>DER_<0} _{0>Distinguished Encoding Rules (for ASN.1)_<}0{>отличительные правила кодирования (для ASN.1);_<0}

_{0>DL_<}0{>DL_<0} _{0>Discrete Logarithm_<}0{>дискретный логарифм;_<0}

_{0>DSA_<}100{>DSA_<0} _{0>Digital Signature Algorithm_<}89{>алгоритм цифровой подписи;_<0}

_{0>NOTE:_<}100{>ПРИМЕЧАНИЕ._<0} _{0>See annex E on cryptographic algorithms._<}0{>сведения о криптографических алгоритмах см. в приложении Д;_<0}

_{0>EC_<}0{>EC_<0} _{0>Elliptic Curve_<}0{>эллиптическая кривая;_<0}

_{0>EC-AMV_<}0{>EC-AMV_<0} _{0>Elliptic Curve-Agnew Muller Vanstone_<}0{>эллиптическая кривая-Эгнью, Мюллер, Вэнстоун;_<0}

_{0>ECDSA_<}0{>ECDSA_<0} _{0>Elliptic Curve-Digital Signature Algorithm_<}60{>эллиптическая кривая-алгоритм цифровой подписи;_<0}

_{0>EC-NR_<}0{>EC-NR_<0} _{0>Elliptic Curve-Nyberg Rueppel_<}0{>эллиптическая кривая-Нюберг, Рюппель;_<0}

_{0>EDIFACT_<}0{>EDIFACT_<0} _{0>Electronic Data Interchange For Administration, Commerce and Transport_<}0{>стандарт электронного обмена данными в управлении, торговле и на транспорте;_<0}

_{0>EESSI_<}0{>EESSI_<0} _{0>European Electronic Signature Standardization Initiative_<}0{>европейская инициатива по стандартизации электронных подписей;_<0}

_{0>EPES_<}0{>EPES_<0} _{0>Explicit Policy-based Electronic Signature_<}100{>электронная подпись, основанная на явно указанном регламенте;_<0}

_{0>ES_<}0{>ES_<0} _{0>Electronic Signature_<}67{>электронная подпись;_<0}

_{0>ESS_<}0{>ESS_<0} _{0>Enhanced Security Services (enhances CMS)_<}0{>улучшенные службы безопасности (улучшенный CMS);_<0}

_{0>IDL_<}0{>IDL_<0} _{0>Interface Definition Language_<}0{>язык определения интерфейса;_<0}

_{0>IF_<}0{>IF_<0} _{0>Integer Factoring_<}0{>целочисленная факторизация;_<0}

_{0>MIME_<}0{>MIME_<0} _{0>Multipurpose Internet Mail Extensions_<}0{>многоцелевые расширения электронной почты;_<0}

_{0>NIST_<}0{>NIST_<0} _{0>National Institute of Standards & Technology_<}0{>Национальный институт стандартов и технологий;_<0}

_{0>OCSP_<}0{>OCSP_<0} _{0>Online Certificate Status Provider_<}77{>протокол OCSP;_<0}

_{0>OID_<}0{>OID_<0} _{0>Object IDentifier_<}0{>идентификатор объекта;_<0}

_{0>OMG_<}0{>OMG_<0} _{0>Object Management Group_<}0{>группа управления объектами;_<0}

_{0>PKC_<}0{>PKC_<0} _{0>Public Key Certificate_<}67{>сертификат открытого ключа;_<0}

_{0>PKIX_<}0{>PKIX_<0} _{0>Public Key Infrastructure using X.509 (IETF Working Group)_<}0{>инфраструктура открытых ключей с использованием X.509 (рабочая группа IETF);_<0}

_{0>RA_<}0{>RA_<0} _{0>Registration Authority_<}0{>Центр регистрации;_<0}

_{0>RSA_<}100{>RSA_<0} _{0>Rivest-Shamir-Adleman_<}77{>алгоритм Ривеста-Шамира-Эдльмана;_<0}

_{0>SHA-1_<}0{>SHA-1_<0} _{0>Secure Hash Algorithm 1_<}0{>безопасный алгоритм хэширования 1;_<0}

_{0>NOTE:_<}100{>ПРИМЕЧАНИЕ._<0} _{0>See annex E on cryptographic algorithms._<}100{>сведения о криптографических алгоритмах см. в приложении Д;_<0}

_{0>TSA_<}0{>TSA_<0} _{0>Time-Stamping Authority_<}77{>служба штампов времени;_<0}

_{0>TSP_<}0{>TSP_<0} _{0>Trusted Service Provider_<}67{>поставщик доверенных услуг;_<0}

_{0>TST_<}0{>TST_<0} _{0>Time-Stamp Token_<}75{>штамп времени;_<0}

_{0>TSU_<}0{>TSU_<0} _{0>Time-Stamping Unit_<}77{>модуль штампов времени;_<0}

_{0>URI_<}0{>URI_<0} _{0>Uniform Resource Identifier_<}0{>универсальный код ресурса;_<0}

_{0>URL_<}0{>URL_<0} _{0>Uniform Resource Locator_<}67{>универсальный указатель ресурса;_<0}

_{0>XAdES_<}0{>XAdES_<0} _{0>XML Advanced Electronic Signatures_<}100{>усовершенствованные электронные подписи XML;_<0}

_{0>XML_<}0{>XML_<0} _{0>Extensible Markup Language_<}0{>расширяемый язык разметки;_<0}

_{0>XMLDSIG_<}0{>XMLDSIG_<0} _{0>XML Digital SIGnature_<}0{>цифровая подпись XML._<0}
4 _{0>Overview_<}100{>Обзор_<0}

_{0>The present document defines a number of Electronic Signature (ES) formats that build on CMS (RFC 3852 [4]) by adding signed and unsigned attributes._<}0{>В данном документе определен ряд форматов электронной подписи (ES), основанных на CMS (RFC 3852 [4]) с добавлением подписанных и неподписанных атрибутов._<0}

_{0>This clause:_<}0{>В этом пункте представлены следующие сведения:_<0}

_{0>provides an introduction to the major parties involved (clause 4.1);_<}0{>описание основных участвующих сторон (4.1);_<0}
_{0>introduces the concept of signature policies (clause 4.2);_<}0{>концепция регламентов подписей (4.2);_<0}
_{0>provides an overview of the various ES formats (clause 4.3);_<}0{>обзор различных форматов электронной подписи (4.3);_<0}
_{0>introduces the concept of validation data and provides an overview of formats that incorporate validation data (clause 4.4); and_<}0{>концепция проверочных данных и обзор форматов, использующих проверочные данные (4.4);_<0}

• _{0>presents relevant considerations on arbitration (clause 4.5), and for the validation process (clause 4.6)._<}0{>вопросы арбитража (4.5) и процесса проверки (4.6)._<0}

_{0>The formal specifications of the attributes are specified in clauses 5 and 6, annexes C and D provide rationale for the definitions of the different ES forms._<}0{>Формальные спецификации атрибутов представлены в пунктах 5 и 6, в приложениях В и Г представлено описание определений различных форм электронных подписей._<0}

4.1 _{0>Major Parties_<}100{>Основные участники_<0}

_{0>The major parties involved in a business transaction supported by electronic signatures, as defined in the present document, are:_<}0{>Согласно данному документу, основными участниками деловых операций, обеспечиваемых электронными подписями, являются:_<0}

_{0>the signer;_<}0{>подписывающая сторона;_<0}
_{0>the verifier;_<}67{>проверяющая сторона;_<0}
_{0>Trusted Service Providers (TSP); and_<}80{>поставщики доверенных услуг (TSP);_<0}
_{0>the arbitrator._<}0{>арбитр._<0}

_{0>The signer is the entity that creates the electronic signature._<}0{>Подписывающая сторона создает электронную подпись._<0} _{0>When the signer digitally signs over data using the prescribed format, this represents a commitment on behalf of the signing entity to the data being signed._<}0{>Когда подписывающая сторона добавляет цифровую подпись к данным с использованием заданного формата, тем самым она берет на себя обязательства по отношению к подписываемым данным._<0}

_{0>The verifier is the entity that validates the electronic signature; it may be a single entity or multiple entities._<}0{>Проверяющая сторона проверяет электронную подпись. Проверяющей стороной может быть одно лицо или несколько лиц._<0}

_{0>The Trusted Service Providers (TSPs) are one or more entities that help to build trust relationships between the signer and verifier._<}0{>Поставщики доверенных услуг (TSP) – это одно или несколько лиц, которые позволяют создать доверенные отношения между подписывающей и проверяющей стороной._<0} _{0>They support the signer and verifier by means of supporting services including:_<}0{>Они осуществляют поддержку подписывающей и проверяющей стороны с помощью соответствующих служб, в том числе:_<0}

_{0>user certificates;_<}0{>сертификатов пользователей;_<0}
_{0>cross-certificates, time-stamp tokens;_<}0{>перекрестных сертификатов, штампов времени;_<0}
_{0>CRLs, ARLs, and OCSP responses._<}0{>списков отзыва сертификатов, списков отзыва служб и ответов OCSP._<0}

_{0>The following TSPs are used to support the functions defined in the present document:_<}0{>Следующие поставщики доверенных услуг используются для обеспечения функций, определенных в данном документе:_<0}

_{0>Certification Authorities._<}80{>центры сертификации;_<0}
_{0>Registration Authorities._<}80{>центры регистрации;_<0}
_{0>CRL Issuers._<}0{>издатели CRL;_<0}
_{0>OCSP Responders._<}0{>службы OCSP;_<0}
_{0>Repository Authorities (e.g. a Directory)._<}0{>центры хранения (например, каталог);_<0}
_{0>Time-Stamping Authorities._<}89{>службы штампов времени;_<0}
_{0>Time-Marking Authorities._<}80{>службы меток времени;_<0}
_{0>Signature Policy Issuers._<}67{>издатели регламентов подписи._<0}

_{0>Certification Authorities provide users with public key certificates and a revocation service._<}0{>Центры сертификации предоставляют пользователям сертификаты открытых ключей и услуги по их отзыву._<0}

_{0>Registration Authorities allow the identification and registration of entities before a CA generates certificates._<}0{>Центры регистрации позволяют идентифицировать и регистрировать лица до того, как центр сертификации создаст сертификаты._<0}

_{0>Repository Authorities publish CRLs issued by CAs, signature policies issued by Signature Policy Issuers, and optionally public key certificates._<}0{>Центры хранения публикуют списки отзыва сертификатов, выданные центрами сертификации, регламенты подписей, выданные издателями регламентов подписей и, дополнительно, сертификаты открытых ключей._<0}

_{0>Time-Stamping Authorities attest that some data was formed before a given trusted time._<}0{>Службы штампов времени подтверждают, что определенные данные были сформированы до указанного времени._<0}

_{0>Time-Marking Authorities record that some data was formed before a given trusted time._<}88{>Службы меток времени регистрируют то, что определенные данные были сформированы до указанного времени._<0}

_{0>Signature Policy Issuers define the signature policies to be used by signers and verifiers._<}0{>Издатели регламентов подписей определяют регламенты подписей, используемые подписывающими и проверяющими сторонами._<0}

_{0>In some cases, the following additional TSPs are needed:_<}0{>В некоторых случаях требуется использование следующих поставщиков доверенных услуг:_<0}

• _{0>Attribute Authorities._<}80{>атрибутные центры._<0}

_{0>Attributes Authorities provide users with attributes linked to public key certificates._<}0{>Атрибутные центры предоставляют пользователям атрибуты, связанные с сертификатами открытых ключей._<0} _{0>An Arbitrator is an entity that arbitrates in disputes between a signer and a verifier._<}0{>Арбитр – это лицо, проводящее арбитраж спорных ситуаций между подписывающей и проверяющей сторонами._<0}

4.2 _{0>Signature Policies_<}100{>Регламенты подписей_<0}

_{0>The present document includes the concept of signature policies that can be used to establish technical consistency when validating electronic signatures._<}68{>В данном документе описывается концепция регламентов подписи, которую можно использовать для обеспечения технической согласованности при проверке электронных подписей._<0}

_{0>When a comprehensive signature policy used by the verifier is either explicitly indicated by the signer or implied by the data being signed, then a consistent result can be obtained when validating an electronic signature._<}0{>Если подробный регламент подписи, используемый проверяющей стороной, явно указан подписывающей стороной или его использование подразумевается подписываемыми данными, то при проверке электронной подписи можно получить согласованные результаты._<0}

_{0>When the signature policy being used by the verifier is neither indicated by the signer nor can be derived from other data, or the signature policy is incomplete, then verifiers, including arbitrators, may obtain different results when validating an electronic signature._<}0{>Если регламент подписи, используемый проверяющей стороной, не указан явно подписывающей стороной или его нельзя определить по другим данным, или если регламент подписи неполный, то проверяющие стороны, в том числе арбитры, могут получить разные результаты при проверке электронной подписи._<0} _{0>Therefore, comprehensive signature policies that ensure consistency of signature validation are recommended from both the signer's and verifier's point of view._<}0{>Поэтому рекомендуется использовать подробные регламенты подписей, обеспечивающие согласованность проверки подписи с точки зрения как подписывающей, так и проверяющей сторон._<0}

_{0>Further information on signature policies is provided in:_<}0{>Дополнительные сведения о регламентах подписей представлены в следующих источниках:_<0}

_{0>TR 102 038 [i.7];_<}0{>TR 102 038 [i.7];_<0}
_{0>clauses 5.8.1, C.1 and C.3.1 of the present document;_<}0{>пунктах 5.8.1, В.1 и В.3.1 настоящего документа;_<0}
_{0>RFC 3125 [i.8]; and_<}0{>RFC 3125 [i.8];_<0}
_{0>TR 102 272 [i.2]._<}0{>TR 102 272 [i.2]._<0}

4.3 _{0>Electronic Signature Formats_<}100{>Форматы электронных подписей_<0}

_{0>The current clause provides an overview for two forms of CMS advanced electronic signature specified in the present document, namely, the CAdES

жүктеу/скачать 2.44 Mb.

Достарыңызбен бөлісу:

1 2 3 4 5 6 7 8 9 ... 17