Гост 379: ГОСТ 379-95 Кирпич и камни силикатные. Технические условия

Классификация акуэрдо по Norma Estatal ( GOST ), применимая в URSS, así como en los países aliados donde se usaba el equipo de la era soviética.

Además, está disponible una gran variedad de secciones según las normas rusas GOST y TU, por ejemplo secciones en I, en T, canales, angulares, perfiles huecos, tubos, и т. Д.

С использованием ГОСТ 28147-89, ГОСТ Р 34.11-94, ГОСТ Р 34.10-94 и ГОСТ Р 34.10-2001 Алгоритмы с криптографическим синтаксисом сообщений (CMS)

 С. Леонтьев, Под ред.
Запрос комментариев: 4490 г.Чудов, Под ред.
Категория: Стандарты Track CRYPTO-PRO
                                                                Май 2006 г.


               Используя ГОСТ 28147-89, ГОСТ Р 34.11-94,
         ГОСТ Р 34.10-94 и ГОСТ Р 34.10-2001 Алгоритмы с
                   Синтаксис криптографических сообщений (CMS)

Статус этой памятки

   Этот документ определяет протокол отслеживания стандартов Интернета для
   Интернет-сообщество и просит обсуждения и предложения по
   улучшения.См. Текущую редакцию "Интернет
   Официальные стандарты протокола »(STD 1) для состояния стандартизации
   и статус этого протокола. Распространение этой памятки не ограничено.

Уведомление об авторских правах

   Авторские права (C) The Internet Society (2006).

Абстрактный

   В этом документе описаны соглашения об использовании криптографических
   алгоритмы ГОСТ 28147-89, ГОСТ Р 34.10-94, ГОСТ Р 34.10-2001 и
   ГОСТ Р 34.11-94 с синтаксисом криптографических сообщений (CMS). CMS
   используется для цифровой подписи, дайджеста, аутентификации и шифрования
   произвольного содержания сообщения.Дорожка стандартов Леонтьева и Чудова [Страница 1] 

RFC 4490 Использование ГОСТ с CMS Май 2006 г.


Оглавление

   1. Введение ............................................... ..... 3
      1.1. Терминология ................................................ 3
   2. Алгоритмы дайджеста сообщения ....................................... 3
      2.1. Алгоритм дайджеста сообщения ГОСТ Р 34.11-94 ................... 3
   3. Алгоритмы подписи ............................................ 4
      3.1. Алгоритм подписи ГОСТ Р 34.10-94 ........................ 4
      3.2. Алгоритм подписи ГОСТ Р 34.10-2001 ...................... 5
   4. Алгоритмы управления ключами ....................................... 5
      4.1. Алгоритмы согласования ключей ................................... 6
           4.1.1. Алгоритмы согласования ключей на основе ГОСТ Р
                  34.10-94 / 2001 Публичное ................................6
      4.2. Ключевые транспортные алгоритмы ................................... 8
           4.2.1. Ключевой транспортный алгоритм на основе ГОСТ Р
                  34.10-94 / 2001 Общественные ................................ 8
   5. Алгоритмы шифрования контента ................................... 9
      5.1. Алгоритм шифрования содержимого ГОСТ 28147-89 ................ 10
   6. Алгоритмы MAC .............................................. ... 10
      6.1. HMAC с ГОСТ Р 34.11-94 ................................. 10
   7.Использование с S / MIME ............................................. ... 11
      7.1. Параметр micalg .......................................... 11
      7.2. Атрибут SMIMEC Возможности ............................... 11
   8. Соображения безопасности ........................................ 12
   9. Примеры ............................................... ........ 12
      9.1. Подписанное сообщение ............................................ 12
      9.2. Сообщение в конверте с использованием ключевого соглашения .....................14
      9.3. Сообщение в конверте с использованием ключевого транспорта ..................... 17
   10. Модули ASN.1 ............................................ ..... 19
      10.1. GostR3410-EncryptionSyntax ............................... 19
      10.2. GostR3410-94-SignatureSyntax ............................. 21
      10.3. ГОСТР3410-2001-SignatureSyntax ........................... 22
   11. Благодарности .............................................. 23
   12. Ссылки .................................................... 24
      12.1. Нормативные ссылки ..................................... 24
      12.2. Информационные ссылки ................................... 25















Дорожка стандартов Леонтьева и Чудова [Страница 2] 

RFC 4490 Использование ГОСТ с CMS Май 2006 г.


1. Введение

   Синтаксис криптографического сообщения [CMS] используется для цифровой подписи,
   дайджест, аутентификация и шифрование произвольного содержимого сообщения.В этой сопутствующей спецификации описывается использование криптографических
   алгоритмы ГОСТ 28147-89 [GOST28147], ГОСТ Р 34.10-94 [GOST3431095,
   GOSTR341094], GOST R 34.10-2001 [GOST3431004, GOSTR341001] и GOST.
   Р 34.11-94 [ГОСТ3431195, ГОСТР341194] в CMS, как предложено
   Компания КРИПТО-ПРО для "Русского криптографического программного обеспечения".
   Соглашение о совместимости ». Этот документ не описывает
   эти криптографические алгоритмы; они определены в соответствующих
   национальные стандарты.Значения CMS генерируются с использованием ASN.1 [X.208-88], с использованием BER.
   кодировка [X.209-88]. Этот документ определяет алгоритм
   идентификаторы для каждого алгоритма, включая ASN.1 для объекта
   идентификаторы и любые связанные параметры.

   Идентифицируются поля в CMS, используемые каждым алгоритмом.

1.1. Терминология

   Ключевые слова «ДОЛЖНЫ», «НЕ ДОЛЖНЫ», «ОБЯЗАТЕЛЬНО», «ДОЛЖНЫ», «НЕ ДОЛЖНЫ»,
   «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом
   документ следует интерпретировать, как описано в [RFC2119].2. Алгоритмы дайджеста сообщений

   В этом разделе указаны соглашения об использовании алгоритма дайджеста.
   ГОСТ Р 34.11-94, используемый CMS.

   Значения дайджеста находятся в поле дайджеста DigestedData и в
   Атрибут аутентифицированного дайджеста сообщения. Кроме того, значения дайджеста
   вводятся в алгоритмы подписи.

2.1. Алгоритм дайджеста сообщения ГОСТ Р 34.11-94

   Хеш-функция ГОСТ Р 34.11-94 разработана ООО «ГУБС России».
   Федеральное агентство государственной связи и информации »и« Все-
   Всероссийский научно-исследовательский институт стандартизации ».В
   алгоритм ГОСТ Р 34.11-94 выдает 256-битное хеш-значение
   произвольный ввод конечной битовой длины. Этот документ не содержит
   полная спецификация ГОСТ Р 34.11-94, которую можно найти в
   [ГОСТР341194] на русском языке. [Schneier95], гл. 18.11, п. 454, содержит
   краткое техническое описание на английском языке.






Дорожка стандартов Леонтьева и Чудова [Страница 3] 

RFC 4490 Использование ГОСТ с CMS Май 2006 г.


   Алгоритм хеширования ГОСТ Р 34.11-94 имеет следующий идентификатор:

   id-GostR3411-94 ИДЕНТИФИКАТОР ОБЪЕКТА :: =
         {iso (1) член-тело (2) ru (643) rans (2) cryptopro (2)
           gostr3411 (9)}

   ДОЛЖНО присутствовать поле параметров AlgorithmIdentifier, а
   поле параметров ДОЛЖНО содержать NULL. Реализации МОГУТ принимать
   ГОСТ Р 34.11-94 Идентификаторы алгоритма также с отсутствующими параметрами.
   как параметры NULL.

   Эта функция всегда используется с параметрами по умолчанию id-GostR3411-
   94-CryptoProParamSet (см. Раздел 8.2 из [CPALGS]).

   Если присутствует аутентифицированный атрибут дайджеста сообщения,
   Дайджест DigestedData содержит 32-байтовый дайджест с прямым порядком байтов.
   представление:

   ГОСТР3411-94-Дайджест :: = СТРОКА ОКТЕТОВ (РАЗМЕР (32))

3. Алгоритмы подписи

   В этом разделе описаны процедуры CMS для ГОСТ Р 34.10-94 и
   Алгоритмы подписи ГОСТ Р 34.10-2001.

   Идентификаторы алгоритма подписи находятся в SignerInfo.
   signatureAlgorithm в SignedData. Также алгоритм подписи
   идентификаторы находятся в поле SignerInfo signatureAlgorithm
   атрибуты контрасигнатуры.Значения подписи находятся в поле подписи SignerInfo
   SignedData. Кроме того, значения подписи находятся в SignerInfo.
   поле подписи атрибутов контрасигнатуры.

3.1. Алгоритм подписи ГОСТ Р 34.10-94

   ГОСТ Р 34.10-94 разработан ГУБС Федерального агентства.
   Государственная коммуникация и информация »и« Всероссийская научная
   и НИИ стандартизации ". Этот алгоритм подписи
   ДОЛЖЕН использоваться вместе с дайджестом сообщения ГОСТ Р 34.11-94.
   алгоритм.Этот документ не содержит полного ГОСТ Р 34.10-94.
   спецификация, которая полностью описана в [GOSTR341094] на русском языке;
   а краткое описание на английском языке можно найти в [Schneier95], гл.
   20.3, п. 495.

   Алгоритм подписи ГОСТ Р 34.10-94 имеет следующий открытый ключ
   идентификатор алгоритма:




Дорожка стандартов Леонтьева и Чудова [Страница 4] 

RFC 4490 Использование ГОСТ с CMS Май 2006 г.


   id-GostR3410-94-signature ИДЕНТИФИКАТОР ОБЪЕКТА :: = id-GostR3410-94

   id-GostR3410-94 определен в Разделе 2.3.1 [CPPK].

   Алгоритм подписи ГОСТ Р 34.10-94 формирует цифровую подпись.
   в виде двух 256-битных чисел r 'и s. Его октетная строка
   представление состоит из 64 октетов, где первые 32 октета
   содержат представление s с прямым порядком байтов и вторые 32 октета
   содержат представление r 'с прямым порядком байтов.

   GostR3410-94-Подпись :: = СТРОКА ОКТЕТОВ (РАЗМЕР (64))

3.2. Алгоритм подписи ГОСТ Р 34.10-2001

   ГОСТ Р 34.10-2001 разработан ГУБС Федерального агентства.
   Государственная коммуникация и информация »и« Всероссийская научная
   и Научно-исследовательский институт стандартизации ».Этот алгоритм подписи
   ДОЛЖЕН использоваться совместно с ГОСТ Р 34.11-94. Этот документ не
   содержат полную спецификацию ГОСТ Р 34.10-2001, которая полностью
   описано в [GOSTR341001].

   Алгоритм подписи ГОСТ Р 34.10-2001 имеет следующие общедоступные
   идентификатор ключевого алгоритма:

   id-GostR3410-2001-signature ИДЕНТИФИКАТОР ОБЪЕКТА :: = id-GostR3410-2001

   id-GostR3410-2001 определен в разделе 2.3.2 [CPPK].

   Алгоритм подписи ГОСТ Р 34.10-2001 формирует цифровую
   подпись в виде двух 256-битных чисел r и s.Его октет
   строковое представление состоит из 64 октетов, где первые 32
   октеты содержат представление s с прямым порядком байтов и вторые 32
   октеты содержат представление r с прямым порядком байтов.

   ГОСТР3410-2001-Подпись :: = СТРОКА ОКТЕТОВ (РАЗМЕР (64))

4. Алгоритмы управления ключами

   В этой главе описывается ключевое соглашение и ключевой транспорт.
   алгоритмы, основанные на ВКО ГОСТ Р 34.10-94 и ВКО ГОСТ Р 34.10-
   Алгоритмы получения ключей 2001 г., а также КриптоПро и ГОСТ 28147-89.
   алгоритмы переноса ключей, описанные в [CPALGS].Они ДОЛЖНЫ использоваться только
   с алгоритмом шифрования контента ГОСТ 28147-89, определенным в
   Раздел 5 этого документа.







Дорожка стандартов Леонтьева и Чудова [Страница 5] 

RFC 4490 Использование ГОСТ с CMS Май 2006 г.


4.1. Ключевые алгоритмы согласования

   В этом разделе указаны соглашения, используемые CMS.
   реализации, которые поддерживают согласование ключей с использованием как VKO GOST R
   34.10-94 и алгоритмы ВКО ГОСТ Р 34.10-2001, описанные в [CPALGS].Идентификаторы алгоритма согласования ключей находятся в EnvelopedData.
   RecipientInfos KeyAgreeRecipientInfo keyEncryptionAlgorithm и
   AuthenticatedData RecipientInfos KeyAgreeRecipientInfo
   keyEncryptionAlgorithm поля.

   Обернутые ключи шифрования содержимого находятся в EnvelopedData.
   RecipientInfos KeyAgreeRecipientInfo RecipientEncryptedKeys
   encryptedKey поле. Обернутые ключи аутентификации сообщения расположены
   в AuthenticatedData RecipientInfos KeyAgreeRecipientInfo
   RecipientEncryptedKeys Поле encryptedKey.4.1.1. Алгоритмы согласования ключей на основе ГОСТ Р 34.10-94 / 2001 Публичный.
        Ключи

   Используется поле EnvelopedData RecipientInfos KeyAgreeRecipientInfo.
   следующее:

      Версия ДОЛЖНА быть 3.

      Отправитель ДОЛЖЕН быть альтернативой originatorKey. В
      Поле алгоритма originatorKey ДОЛЖНО содержать идентификатор объекта
      id-GostR3410-94 или id-GostR3410-2001 и соответствующие параметры
      (определено в разделах 2.3.1, 2.3.2 [CPPK]).

      Поле originatorKey publicKey ДОЛЖНО содержать общедоступный
      ключ.keyEncryptionAlgorithm ДОЛЖЕН быть id-GostR3410-94-CryptoPro-ESDH
      или идентификатор алгоритма id-GostR3410-2001-CryptoPro-ESDH,
      в зависимости от алгоритма открытого ключа получателя. Алгоритм
      поле параметра идентификатора для этих алгоритмов
      KeyWrapAlgorithm, и этот параметр ДОЛЖЕН присутствовать. В
      KeyWrapAlgorithm обозначает алгоритм и параметры, используемые для
      зашифровать ключ шифрования содержимого парным ключом-
      ключ шифрования, сформированный с использованием ВКО ГОСТ Р 34.10-94 или ВКО
      Алгоритмы согласования ключей ГОСТ Р 34.10-2001.

      Идентификаторы алгоритма и синтаксис параметров:

        id-GostR3410-94-CryptoPro-ESDH ИДЕНТИФИКАТОР ОБЪЕКТА :: =
            {iso (1) член-тело (2) ru (643) rans (2) cryptopro (2)
              gostR3410-94-CryptoPro-ESDH (97)}



Дорожка стандартов Леонтьева и Чудова [Страница 6] 

RFC 4490 Использование ГОСТ с CMS Май 2006 г.


        id-GostR3410-2001-CryptoPro-ESDH ИДЕНТИФИКАТОР ОБЪЕКТА :: =
            {iso (1) член-тело (2) ru (643) rans (2) cryptopro (2)
              gostR3410-2001-CryptoPro-ESDH (96)}

        KeyWrapAlgorithm :: = идентификатор алгоритма

      Когда keyEncryptionAlgorithm имеет значение id-GostR3410-94-CryptoPro-ESDH,
      Алгоритм KeyWrapAlgorithm ДОЛЖЕН быть id-Gost28147-89-CryptoPro-
      Идентификатор алгоритма KeyWrap.id-Gost28147-89-CryptoPro-KeyWrap ИДЕНТИФИКАТОР ОБЪЕКТА :: =
            {iso (1) член-тело (2) ru (643) rans (2) cryptopro (2)
              keyWrap (13) криптоПро (1)}

      Алгоритм CryptoPro Key Wrap описан в разделах 6.3 и
      6.4 [CPALGS].

      Когда keyEncryptionAlgorithm имеет значение id-GostR3410-2001-CryptoPro-ESDH,
      Алгоритм KeyWrapAlgorithm ДОЛЖЕН быть либо id-Gost28147-89-
      Алгоритм CryptoPro-KeyWrap или id-Gost28147-89-None-KeyWrap
      идентификатор.

        id-Gost28147-89-None-KeyWrap ИДЕНТИФИКАТОР ОБЪЕКТА :: =
            {iso (1) член-тело (2) ru (643) rans (2) cryptopro (2)
              keyWrap (13) нет (0)}

      Алгоритм переноса ключей по ГОСТ 28147-89 описан в разделах 6.1
      и 6.2 [CPALGS].

      ДОЛЖНЫ присутствовать параметры алгоритма KeyWrapAlgorithm. Синтаксис
      для параметров алгоритма KeyWrapAlgorithm

        Gost28147-89-KeyWrapParameters :: =
          ПОСЛЕДОВАТЕЛЬНОСТЬ {
              encryptionParamSet Gost28147-89-ParamSet,
              ukm СТРОКА ОКТЕТОВ (РАЗМЕР (8)) ДОПОЛНИТЕЛЬНО
          }
          Gost28147-89-ParamSet :: = ИДЕНТИФИКАТОР ОБЪЕКТА

      Gost28147-89-KeyWrapParameters ukm ДОЛЖНЫ отсутствовать.

      KeyAgreeRecipientInfo ukm ДОЛЖЕН присутствовать и содержать восемь
      октеты.encryptedKey ДОЛЖЕН инкапсулировать Gost28147-89-EncryptedKey, где
      maskKey ДОЛЖЕН отсутствовать.





Дорожка стандартов Леонтьева и Чудова [Страница 7] 

RFC 4490 Использование ГОСТ с CMS Май 2006 г.


      Gost28147-89-EncryptedKey :: = SEQUENCE {
        encryptedKey Gost28147-89-Key,
        maskKey [0] IMPLICIT Gost28147-89-Key
                                 ПО ЖЕЛАНИЮ,
        macKey Gost28147-89-MAC
      }

   Использование секретного ключа, соответствующего originatorKey publicKey и
   открытый ключ получателя, алгоритм ВКО ГОСТ Р 34.10-94 или ВКО
   ГОСТ Р 34.10-2001 (описан в [CPALGS]) применяется для производства
   КЕК.

   Тогда алгоритм переноса ключей, заданный KeyWrapAlgorithm, будет
   применяется для создания CEK_ENC, CEK_MAC и UKM. Гост28147-89-
   KeyWrapParameters encryptionParamSet используется для всего шифрования.
   операции.

   Полученный зашифрованный ключ (CEK_ENC) помещается в Gost28147-89-
   EncryptedKey encryptedKey, его mac (CEK_MAC) помещается в поле
   Gost28147-89-EncryptedKey поле macKey, а UKM помещается в поле
   KeyAgreeRecipientInfo поле ukm.4.2. Ключевые транспортные алгоритмы

   В этом разделе указаны соглашения, используемые CMS.
   реализации, которые поддерживают ключевой транспорт с использованием как VKO GOST R
   34.10-94 и алгоритмы ВКО ГОСТ Р 34.10-2001, описанные в [CPALGS].

   Идентификаторы ключевых транспортных алгоритмов находятся в EnvelopedData.
   RecipientInfos KeyTransRecipientInfo поле keyEncryptionAlgorithm.

   Ключевые транспортные зашифрованные ключи шифрования содержимого находятся в
   EnvelopedData RecipientInfos KeyTransRecipientInfo encryptedKey
   поле.4.2.1. Алгоритм передачи ключей на основе ГОСТ Р 34.10-94 / 2001 Публичный.
        Ключи

   Используется поле EnvelopedData RecipientInfos KeyTransRecipientInfo.
   следующее:

      Версия ДОЛЖНА быть 0 или 3.

      keyEncryptionAlgorithm и параметры ДОЛЖНЫ быть идентичны
      алгоритм и параметры открытого ключа получателя.






Дорожка стандартов Леонтьева и Чудова [Страница 8] 

RFC 4490 Использование ГОСТ с CMS Май 2006 г.


      encryptedKey инкапсулирует GostR3410-KeyTransport, который состоит из
      зашифрованного ключа шифрования контента, его MAC, ГОСТ 28147-89
      параметры алгоритма, используемые для шифрования ключа, отправителя
      эфемерный открытый ключ и UKM (UserKeyingMaterial; см. [CMS],
      Раздел 10.2.6).

      ДОЛЖНЫ присутствовать параметры transportParameters.

      ДОЛЖЕН присутствовать ephemeralPublicKey и его параметры, если они есть,
      ДОЛЖЕН быть равен параметрам открытого ключа получателя;

      GostR3410-KeyTransport :: = ПОСЛЕДОВАТЕЛЬНОСТЬ {
        sessionEncryptedKey Gost28147-89-EncryptedKey,
        transportParameters
          [0] IMPLICIT GostR3410-TransportParameters ДОПОЛНИТЕЛЬНО
      }

      GostR3410-TransportParameters :: = SEQUENCE {
        encryptionParamSet ИДЕНТИФИКАТОР ОБЪЕКТА,
        ephemeralPublicKey [0] IMPLICIT SubjectPublicKeyInfo НЕОБЯЗАТЕЛЬНО,
        ukm OCTET STRING
      }

   Используя секретный ключ, соответствующий GostR3410-
   TransportParameters ephemeralPublicKey и общедоступный получатель
   ключ, алгоритм ВКО ГОСТ Р 34.10-94 или ВКО ГОСТ Р 34.10-2001
   (описанный в [CPALGS]) применяется для создания KEK.

   Затем применяется алгоритм переноса ключей КриптоПро для получения CEK_ENC,
   CEK_MAC и UKM. GostR3410-TransportParameters encryptionParamSet
   используется для всех операций шифрования.

   Полученный зашифрованный ключ (CEK_ENC) помещается в Gost28147-89-
   EncryptedKey encryptedKey, его mac (CEK_MAC) помещается в поле
   Gost28147-89-EncryptedKey поле macKey, а UKM помещается в поле
   ГостР3410-ТранспортПараметры укм месторождения.5. Алгоритмы шифрования контента

   В этом разделе указаны соглашения, используемые CMS.
   реализации, поддерживающие шифрование контента по ГОСТ 28147-89.

   Идентификаторы алгоритмов шифрования контента расположены в
   EnvelopedData EncryptedContentInfo contentEncryptionAlgorithm и
   EncryptedData Поля EncryptedContentInfo contentEncryptionAlgorithm.






Дорожка стандартов Леонтьева и Чудова [Страница 9] 

RFC 4490 Использование ГОСТ с CMS Май 2006 г.


   Алгоритмы шифрования контента используются для шифрования контента.
   расположен в EnvelopedData EncryptedContentInfo encryptedContent
   поле и EncryptedData EncryptedContentInfo encryptedContent
   поле.5.1. Алгоритм шифрования содержимого ГОСТ 28147-89

   В этом разделе описывается использование алгоритма ГОСТ 28147-89 для данных.
   шифрование.

   ГОСТ 28147-89 полностью описан в [ГОСТ28147].

   В этом документе указывается следующий идентификатор объекта (OID) для
   этот алгоритм:

   id-Gost28147-89 ИДЕНТИФИКАТОР ОБЪЕКТА :: =
         {iso (1) член-тело (2) ru (643) rans (2) cryptopro (2)
           гост28147-89 (21)}

   Параметры алгоритма ДОЛЖНЫ присутствовать и иметь следующие
   состав:

     ГОСТ28147-89-Параметры :: =
       ПОСЛЕДОВАТЕЛЬНОСТЬ {
         iv ГОСТ28147-89-IV,
         encryptionParamSet ИДЕНТИФИКАТОР ОБЪЕКТА
        }

     ГОСТ28147-89-IV :: = ОКТЕТНАЯ СТРОКА (РАЗМЕР (8))

   encryptionParamSet указывает набор соответствующих Gost28147-89-
   ParamSetParameters (см. Раздел 8.1 из [CPALGS])

6. MAC-алгоритмы

   В этом разделе указаны соглашения, используемые CMS.
   реализации, поддерживающие код аутентификации сообщения (MAC)
   на основе ГОСТ Р 34.11-94.

   Идентификаторы MAC-алгоритма находятся в AuthenticatedData.
   Поле macAlgorithm.

   Значения MAC находятся в поле Mac AuthenticatedData.

6.1. HMAC с ГОСТ Р 34.11-94

   Функция HMAC_GOSTR3411 (K, text) основана на хэш-функции ГОСТ Р
   34.11-94, как определено в Разделе 3 [CPALGS].



Дорожка стандартов Леонтьева и Чудова [Страница 10] 

RFC 4490 Использование ГОСТ с CMS Май 2006 г.


   Этот документ определяет следующий OID для этого алгоритма:

   id-HMACGostR3411-94 ИДЕНТИФИКАТОР ОБЪЕКТА :: =
         {iso (1) член-тело (2) ru (643) rans (2) cryptopro (2)
           hmacgostr3411 (10)}

   Этот алгоритм имеет те же параметры, что и ГОСТ Р 34.11-94 дайджест
   алгоритм и использует одни и те же OID для их идентификации (см.
   [CPPK]).

7. Использование с S / MIME

   В этом разделе определяется использование алгоритмов, определенных в этом
   документ с S / MIME [RFC3851].

7.1. Параметр micalg

   При использовании алгоритмов, определенных в этом документе, параметр micalg
   ДОЛЖЕН быть установлен на "gostr3411-94"; в противном случае он ДОЛЖЕН быть установлен на
   "неизвестный".

7.2. Атрибут SMIMEC Возможности

   Значение SMIMECapability, указывающее на поддержку ГОСТ Р
   34.11-94 алгоритм дайджеста - ПОСЛЕДОВАТЕЛЬНОСТЬ с полем capacityID.
   содержащий идентификатор объекта id-GostR3411-94 и без параметров.Кодировка DER:

     30 08 06 06 2А 85 03 02 02 09

   Значение SMIMECapability, указывающее на поддержку ГОСТ
   28147-89 алгоритм шифрования - ПОСЛЕДОВАТЕЛЬНОСТЬ с идентификатором способности
   поле, содержащее идентификатор объекта id-Gost28147-89 и no
   параметры. Кодировка DER:

     30 08 06 06 2А 85 03 02 02 15

   Если отправитель желает указать поддержку определенного параметра
   установлен, параметры SMIMECapability ДОЛЖНЫ содержать Gost28147-89-
   Структура параметров. Получатели ДОЛЖНЫ игнорировать Gost28147-89-
   Параметры iv и предполагаем, что отправитель поддерживает
   параметры, указанные в ГОСТ28147-89-Параметры
   encryptionParamSet поле.Кодировка DER для возможности SMIME, указывающая на поддержку ГОСТ
   28147-89 с id-Gost28147-89-CryptoPro-A-ParamSet (см. [CPALGS]),
   является:




Дорожка стандартов Леонтьева и Чудова [Страница 11] 

RFC 4490 Использование ГОСТ с CMS Май 2006 г.


     30 1Д 06 06 2А 85 03 02 02 15 30 13 04 08 00 00
     00 00 00 00 00 00 06 07 2A 85 03 02 02 1F 01

8. Соображения безопасности

   Соответствующие приложения ДОЛЖНЫ использовать уникальные значения для ukm и iv.Получатели МОГУТ проверить, что ukm и iv, указанные отправителем,
   уникальный.

   РЕКОМЕНДУЕТСЯ, чтобы программные приложения проверяли эту подпись.
   значения, открытые ключи субъектов и параметры алгоритма соответствуют
   [GOSTR341001] и [GOSTR341094] перед их использованием.

   Параметры криптографического алгоритма влияют на его надежность. В
   НЕ РЕКОМЕНДУЕТСЯ использовать параметры, не указанные в [CPALGS] (см.
   Раздел «Соображения безопасности» [CPALGS]).

   Использование одного и того же ключа для подписи и получения ключа НЕ
   РЕКОМЕНДУЕМЫЕ.Когда подписанные документы CMS используются как аналог
   ручная подпись в контексте Российского федерального электронного цифрового
   Закон о подписи [RFEDSL], сертификат подписывающей стороны ДОЛЖЕН содержать keyUsage
   расширение, оно ДОЛЖНО быть критическим, а keyUsage НЕ ДОЛЖНО включать
   keyEncipherment или keyAgreement (см. [ПРОФИЛЬ], раздел 4.2.1.3).
   Заявление ДОЛЖНО быть отправлено на рассмотрение уполномоченному
   агентства на соответствующих уровнях целевой_оценки (ОО), согласно
   в [RFEDSL], [RFLLIC] и [CRYPTOLIC].9. Примеры

   Примеры здесь хранятся в том же формате, что и примеры в
   [RFC4134] и может быть извлечен с помощью той же программы.

   Если вы хотите распаковать без программы, скопируйте все строки
   между маркерами «|>» и «| <» удалите все разрывы страниц и удалите
   "|" в первом столбце каждой строки. Результат - действительный
   Большой двоичный объект Base64, который может обрабатываться любым декодером Base64.

9.1. Подписанное сообщение

   Это сообщение подписано с использованием образца сертификата из Раздела 4.2
   из [КППК]. Открытый ключ (x, y) из того же раздела можно использовать для
   проверьте подпись сообщения.

   0 296: SEQUENCE {
   4 9: ИДЕНТИФИКАТОР ОБЪЕКТА подписанные данные
  15 281: [0] {
  19 277: SEQUENCE {
  23 1: ЦЕЛОЕ 1



Дорожка стандартов Леонтьева и Чудова [Страница 12] 

RFC 4490 Использование ГОСТ с CMS Май 2006 г.


  26 12: SET {
  28 10: SEQUENCE {
  30 6: ИДЕНТИФИКАТОР ОБЪЕКТА id-GostR3411-94
  38 0: NULL
         :}
         :}
  40 27: SEQUENCE {
  42 9: данные ИДЕНТИФИКАТОРА ОБЪЕКТА
  53 14: [0] {
  55 12: ОКТЕТНАЯ СТРОКА 73 61 6D 70 6C 65 20 74 65 78 74 0A
         :}
         :}
  69 228: SET {
  72 225: SEQUENCE {
  75 1: ЦЕЛОЕ 1
  78 129: SEQUENCE {
  81 109: SEQUENCE {
  83 31: SET {
  85 29: SEQUENCE {
  87 3: ИДЕНТИФИКАТОР ОБЪЕКТА commonName
  92 22: UTF8String 'Пример GostR3410-2001'
         :}
         :}
 116 18: SET {
 118 16: SEQUENCE {
 120 3: ИДЕНТИФИКАТОР ОБЪЕКТА название организации
 125 9: UTF8String 'КриптоПро'
         :}
         :}
 136 11: SET {
 138 9: ПОСЛЕДОВАТЕЛЬНОСТЬ {
 140 3: ИДЕНТИФИКАТОР ОБЪЕКТА countryName
 145 2: PrintableString «RU»
         :}
         :}
 149 41: SET {
 151 39: SEQUENCE {
 153 9: ИДЕНТИФИКАТОР ОБЪЕКТА emailAddress
 164 26: IA5String 'GostR3410-2001 @ Пример.com '
         :}
         :}
         :}
 192 16: ЦЕЛОЕ
         : 2B F5 C6 1E C2 11 BD 17 C7 DC D4 62 66 B4 2E 21
         :}
 210 10: SEQUENCE {
 212 6: ИДЕНТИФИКАТОР ОБЪЕКТА id-GostR3411-94
 220 0: ПУСТО



Дорожка стандартов Леонтьева и Чудова [Страница 13] 

RFC 4490 Использование ГОСТ с CMS Май 2006 г.


         :}
 222 10: SEQUENCE {
 224 6: ИДЕНТИФИКАТОР ОБЪЕКТА id-GostR3410-2001
 232 0: ПУСТО
         :}
 234 64: СТРОКА ОКТЕТОВ
         : C0 C3 42 D9 3F 8F FE 25 11 11 88 77 BF 89 C3 DB
         : 83 42 04 D6 20 F9 68 2A 99 F6 FE 30 3B E4 F4 C8
         : F8 D5 B4 DA FB E1 C6 91 67 34 1F BC A6 7A 0D 12
         : 7B FD 10 25 C6 51 DB 8D B2 F4 8C 71 7E ED 72 A9
         :}
         :}
         :}
         :}
         :}

|> ГОСТР3410-2001-подписано.мусорное ведро
| MIIBKAYJKoZIhvcNAQcCoIIBGTCCARUCAQExDDAKBgYqhQMCAgkFADAbBgkqhkiG
| 9w0BBwGgDgQMc2FtcGxlIHRleHQKMYHkMIHhAgEBMIGBMG0xHzAdBgNVBAMMFkdv
| c3RSMzQxMC0yMDAxIGV4YW1wbGUxEjAQBgNVBAoMCUNyeXB0b1BybzELMAkGA1UE
| BhMCUlUxKTAnBgkqhkiG9w0BCQEWGkdvc3RSMzQxMC0yMDAxQGV4YW1wbGUuY29t
| AhAr9cYewhG9F8fc1GJmtC4hMAoGBiqFAwICCQUAMAoGBiqFAwICEwUABEDAw0LZ
| P4 / + JRERiHe / icPbg0IE1iD5aCqZ9v4wO + T0yPjVtNr74caRZzQfvKZ6DRJ7 / RAl
| xlHbjbL0jHF + 7XKp
| 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


         : id-GostR3411-94-CryptoProParamSet
         :}
         :}
  71 67: BIT STRING, инкапсулирует {
  74 64: СТРОКА ОКТЕТОВ
         : B3 55 39 F4 67 81 97 2B A5 C4 D9 84 1F 27 FB 81
         : ED 08 32 E6 9A D4 F2 00 78 B8 FF 83 64 EA D2 1D
         : B0 78 3C 7D FE 03 C1 F4 06 E4 3B CC 16 B9 C5 F6
         : F6 19 37 1C 17 B8 A0 AA C7 D1 A1 94 B3 A5 36 20
         :}
         :}
         :}
 140 10: [1] {
 142 8: СТРОКА ОКТЕТОВ 2F F0 F6 D1 86 4B 32 8A
         :}
 152 30: SEQUENCE {
 154 6: ИДЕНТИФИКАТОР ОБЪЕКТА id-GostR3410-2001-CryptoPro-ESDH
 162 20: SEQUENCE {
 164 7: ИДЕНТИФИКАТОР ОБЪЕКТА id-Gost28147-89-None-KeyWrap
 173 9: SEQUENCE {
 175 7: ИДЕНТИФИКАТОР ОБЪЕКТА
         : id-Gost28147-89-CryptoPro-A-ParamSet
         :}
         :}
         :}
 184 179: SEQUENCE {
 187 176: SEQUENCE {
 190 129: SEQUENCE {
 193 109: SEQUENCE {
 195 31: SET {
 197 29: SEQUENCE {
 199 3: ИДЕНТИФИКАТОР ОБЪЕКТА commonName
 204 22: UTF8String 'Пример GostR3410-2001'
         :}
         :}
 228 18: SET {
 230 16: SEQUENCE {
 232 3: ИДЕНТИФИКАТОР ОБЪЕКТА название организации
 237 9: UTF8String 'КриптоПро'
         :}
         :}
 248 11: SET {
 250 9: SEQUENCE {
 252 3: ИДЕНТИФИКАТОР ОБЪЕКТА countryName
 257 2: PrintableString 'RU'
         :}
         :}
 261 41: SET {



Дорожка стандартов Леонтьева и Чудова [Страница 15] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


 263 39: SEQUENCE {
 265 9: ИДЕНТИФИКАТОР ОБЪЕКТА emailAddress
 276 26: IA5String 'GostR3410-2001 @, пример.com '
         :}
         :}
         :}
 304 16: ЦЕЛОЕ
         : 2B F5 C6 1E C2 11 BD 17 C7 DC D4 62 66 B4 2E 21
         :}
 322 42: СТРОКА ОКТЕТОВ, инкапсулирует {
 324 40: SEQUENCE {
 326 32: СТРОКА ОКТЕТОВ
         : 16 A3 1C E7 CE 4E E9 0D F1 EC 74 69 04 68 1E C7
         : 9F 3A ED B8 3B 1F 1D 4A 7E F9 A5 D9 CB 19 D5 E8
 360 4: СТРОКА ОКТЕТОВ
         : 93 FD 86 7E
         :}
         :}
         :}
         :}
         :}
         :}
 366 56: SEQUENCE {
 368 9: данные ИДЕНТИФИКАТОРА ОБЪЕКТА
 379 29: SEQUENCE {
 381 6: ИДЕНТИФИКАТОР ОБЪЕКТА id-Gost28147-89
 389 19: SEQUENCE {
 391 8: СТРОКА ОКТЕТОВ B7 35 E1 7A 07 35 A2 1D
 401 7: ИДЕНТИФИКАТОР ОБЪЕКТА id-Gost28147-89-CryptoPro-A-ParamSet
         :}
         :}
 410 12: [0] 39 B1 8A F4 BF A9 E2 65 25 B6 55 C9
         :}
         :}
         :}
         :}

|> ГОСТР3410-2001-keyagree.мусорное ведро
| MIIBpAYJKoZIhvcNAQcDoIIBlTCCAZECAQIxggFQoYIBTAIBA6BloWMwHAYGKoUD
| AgITMBIGByqFAwICJAAGByqFAwICHgEDQwAEQLNVOfRngZcrpcTZhB8n + 4HtCDLm
| mtTyAHi4 / 4Nk6tIdsHg8ff4DwfQG5DvMFrnF9vYZNxwXuKCqx9GhlLOlNiChCgQI
| L / D20YZLMoowHgYGKoUDAgJgMBQGByqFAwICDQAwCQYHKoUDAgIfATCBszCBsDCB
| gTBtMR8wHQYDVQQDDBZHb3N0UjM0MTAtMjAwMSBleGFtcGxlMRIwEAYDVQQKDAlD
| cnlwdG9Qcm8xCzAJBgNVBAYTAlJVMSkwJwYJKoZIhvcNAQkBFhpHb3N0UjM0MTAt
| MjAwMUBleGFtcGxlLmNvbQIQK / XGHsIRvRfh4NRiZrQuIQQqMCgEIBajHOfOTukN
| 8ex0aQRoHsefOu24Ox8dSn75pdnLGdXoBAST / YZ + MDgGCSqGSIb3DQEHATAdBgYq
| hQMCAhUwEwQItzXhegc1oh0GByqFAwICHwGADDmxivS / qeJlJbZVyQ ==
| <ГОСТР3410-2001-keyagree.мусорное ведро



Дорожка стандартов Леонтьева и Чудова [Страница 16] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


9.3. Сообщение в конверте с использованием ключевого транспорта

   Это сообщение зашифровано с использованием образца сертификата из раздела
   4.2 [ЦПКиО] в качестве сертификата получателя. Закрытый ключ d от
   тот же раздел можно использовать для расшифровки этого сообщения.

   0 423: SEQUENCE {
   4 9: ИДЕНТИФИКАТОР ОБЪЕКТА envelopedData
  15 408: [0] {
  19 404: SEQUENCE {
  23 1: ЦЕЛОЕ 0
  26 339: SET {
  30 335: SEQUENCE {
  34 1: ЦЕЛОЕ 0
  37 129: SEQUENCE {
  40 109: SEQUENCE {
  42 31: SET {
  44 29: SEQUENCE {
  46 3: ИДЕНТИФИКАТОР ОБЪЕКТА commonName
  51 22: UTF8String 'Пример GostR3410-2001'
         :}
         :}
  75 18: SET {
  77 16: SEQUENCE {
  79 3: ИДЕНТИФИКАТОР ОБЪЕКТА название организации
  84 9: UTF8String 'CryptoPro'
         :}
         :}
  95 11: SET {
  97 9: SEQUENCE {
  99 3: ИДЕНТИФИКАТОР ОБЪЕКТА countryName
 104 2: PrintableString 'RU'
         :}
         :}
 108 41: SET {
 110 39: SEQUENCE {
 112 9: ИДЕНТИФИКАТОР ОБЪЕКТА адрес электронной почты
 123 26: IA5String 'GostR3410-2001 @ пример.com '
         :}
         :}
         :}
 151 16: ЦЕЛОЕ
         : 2B F5 C6 1E C2 11 BD 17 C7 DC D4 62 66 B4 2E 21
         :}
 169 28: SEQUENCE {
 171 6: ИДЕНТИФИКАТОР ОБЪЕКТА id-GostR3410-2001
 179 18: SEQUENCE {
 181 7: ИДЕНТИФИКАТОР ОБЪЕКТА



Дорожка стандартов Леонтьева и Чудова [Страница 17] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


         : id-GostR3410-2001-CryptoPro-XchA-ParamSet
 190 7: ИДЕНТИФИКАТОР ОБЪЕКТА
         : id-GostR3411-94-CryptoProParamSet
         :}
         :}
 199 167: СТРОКА ОКТЕТОВ, инкапсулирует {
 202 164: SEQUENCE {
 205 40: ПОСЛЕДОВАТЕЛЬНОСТЬ {
 207 32: СТРОКА ОКТЕТОВ
         : 6A 2F A8 21 06 95 68 9F 9F E4 47 AA 9E CB 61 15
         : 2B 7E 41 60 BC 5D 8D FB F5 3D 28 1B 18 9A F9 75
 241 4: СТРОКА ОКТЕТОВ
         : 36 6D 98 B7
         :}
 247 120: [0] {
 249 7: ИДЕНТИФИКАТОР ОБЪЕКТА
         : id-Gost28147-89-CryptoPro-A-ParamSet
 258 99: [0] {
 260 28: SEQUENCE {
 262 6: ИДЕНТИФИКАТОР ОБЪЕКТА id-GostR3410-2001
 270 18: SEQUENCE {
 272 7: ИДЕНТИФИКАТОР ОБЪЕКТА
         : id-GostR3410-2001-CryptoPro-XchA-ParamSet
 281 7: ИДЕНТИФИКАТОР ОБЪЕКТА
         : id-GostR3411-94-CryptoProParamSet
         :}
         :}
 290 67: BIT STRING инкапсулирует {
 293 64: СТРОКА ОКТЕТОВ
         : 4D 2B 2F 33 90 E6 DC A3 DD 55 2A CD DF E0 EF FB
         : 31 F7 73 7E 4E FF BF 78 89 8A 2B C3 CD 31 94 04
         : 4B 0E 60 48 96 1F DB C7 5D 12 6F DA B2 40 8A 77
         : B5 BD EA F2 EC 34 CB 23 9F 9B 8B DD 9E 12 C0 F6
         :}
         :}
 359 8: СТРОКА ОКТЕТОВ
         : 97 95 E3 2C 2B AD 2B 0C
         :}
         :}
         :}
         :}
         :}
 369 56: SEQUENCE {
 371 9: данные ИДЕНТИФИКАТОРА ОБЪЕКТА
 382 29: SEQUENCE {
 384 6: ИДЕНТИФИКАТОР ОБЪЕКТА id-Gost28147-89
 392 19: SEQUENCE {
 394 8: СТРОКА ОКТЕТОВ BC 10 8B 1F 0B FF 34 29



Дорожка стандартов Леонтьева и Чудова [Страница 18] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


 404 7: ИДЕНТИФИКАТОР ОБЪЕКТА id-Gost28147-89-CryptoPro-A-ParamSet
         :}
         :}
 413 12: [0] AA 8E 72 1D EE 4F B3 2E E3 0F A1 37
         :}
         :}
         :}
         :}

|> ГостР3410-2001-кейтранс.мусорное ведро
| MIIBpwYJKoZIhvcNAQcDoIIBmDCCAZQCAQAxggFTMIIBTwIBADCBgTBtMR8wHQYD
| VQQDDBZHb3N0UjM0MTAtMjAwMSBleGFtcGxlMRIwEAYDVQQKDAlDcnlwdG9Qcm8x
| CzAJBgNVBAYTAlJVMSkwJwYJKoZIhvcNAQkBFhpHb3N0UjM0MTAtMjAwMUBleGFt
| cGxlLmNvbQIQK / XGHsIRvRfh4NRiZrQuITAcBgYqhQMCAhMwEgYHKoUDAgIkAAYH
| KoUDAgIeAQSBpzCBpDAoBCBqL6ghBpVon5 / kR6qey2EVK35BYLxdjfv1PSgbGJr5
| dQQENm2Yt6B4BgcqhQMCAh8BoGMwHAYGKoUDAgITMBIGByqFAwICJAAGByqFAwIC
| HgEDQwAEQE0rLzOQ5tyj3VUqzd / g7 / sx93N + Tv + / eImKK8PNMZQESw5gSJYf28dd
| Em / askCKd7W96vLsNMsjn5uL3Z4SwPYECJeV4ywrrSsMMDgGCSqGSIb3DQEHATAd
| BgYqhQMCAhUwEwQIvBCLHwv / NCkGByqFAwICHwGADKqOch4uT7Mu4w + hNw ==
| <ГОСТР3410-2001-кейтранс.мусорное ведро

10. Модули ASN.1

   Дополнительные модули ASN.1, упомянутые здесь, можно найти в [CPALGS].

10.1. GostR3410-EncryptionSyntax

GostR3410-EncryptionSyntax
    {iso (1) член-тело (2) ru (643) rans (2) cryptopro (2)
      прочие (1) модули (1) gostR3410-EncryptionSyntax (5) 2}
ОПРЕДЕЛЕНИЯ :: =
НАЧИНАТЬ
- ЭКСПОРТ Все -
- Типы и значения, определенные в этом модуле, экспортируются для
- использование в других модулях ASN.1, входящих в состав русского
- Спецификации криптографии "ГОСТ" и "ГОСТ Р", а также для использования
- других приложений, которые будут использовать их для доступа к русскому языку
- Услуги криптографии.Другие приложения могут использовать их для
- свои собственные цели, но это не будет ограничивать расширения и
- модификации, необходимые для поддержания или улучшения русского языка
- Сервис криптографии.
    ИМПОРТ
        id-CryptoPro-алгоритмы,
        gost28147-89-EncryptionSyntax,
        гостР3410-94-ПКИСинтаксис,
        гостР3410-2001-PKISyntax,
        АЛГОРИТМ-ИДЕНТИФИКАТОР,
        криптографические-ГОСТ-полезные-определения



Дорожка стандартов Леонтьева и Чудова [Страница 19] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


        FROM Cryptographic-Gost-Useful-Definitions - в [CPALGS]
            {iso (1) член-тело (2) ru (643) rans (2)
              cryptopro (2) прочие (1) модули (1)
              криптографические-ГОСТ-полезные-определения (0) 1}
        id-GostR3410-94
        ОТ GostR3410-94-PKISyntax - в [CPALGS]
            gostR3410-94-PKISyntax
        id-GostR3410-2001
        ИЗ ГОСТР3410-2001-PKISyntax - в [CPALGS]
            гостР3410-2001-ПКИСинтаксис
        Гост28147-89-ПарамСет, г.
        Gost28147-89-EncryptedKey
        ОТ Gost28147-89-EncryptionSyntax - в [CPALGS]
             gost28147-89-EncryptionSyntax
        SubjectPublicKeyInfo
        ОТ PKIX1Explicit88 {iso (1) идентифицированная организация (3)
        dod (6) интернет (1) безопасность (5) механизмы (5) pkix (7)
        id-mod (0) id-pkix1-explicit-88 (1)}
    ;
  - CMS / PKCS # 7 алгоритмы и параметры согласования ключей
    Gost28147-89-KeyWrapParameters :: =
      ПОСЛЕДОВАТЕЛЬНОСТЬ {
        encryptionParamSet Gost28147-89-ParamSet,
        ukm СТРОКА ОКТЕТОВ (РАЗМЕР (8)) ДОПОЛНИТЕЛЬНО
      }
    id-Gost28147-89-CryptoPro-KeyWrap ИДЕНТИФИКАТОР ОБЪЕКТА :: =
      {id-CryptoPro-алгоритмы keyWrap (13) cryptoPro (1)}
    id-Gost28147-89-None-KeyWrap ИДЕНТИФИКАТОР ОБЪЕКТА :: =
      {id-CryptoPro-алгоритмы keyWrap (13) нет (0)}
    Gost28147-89-KeyWrapAlgorithms АЛГОРИТМ-ИДЕНТИФИКАТОР :: = {
      {Gost28147-89-KeyWrapParameters ИДЕНТИФИЦИРОВАНО
        id-Gost28147-89-CryptoPro-KeyWrap} |
      {Gost28147-89-KeyWrapParameters ИДЕНТИФИЦИРОВАНО
        id-Gost28147-89-None-KeyWrap}
    }
    id-GostR3410-2001-CryptoPro-ESDH ИДЕНТИФИКАТОР ОБЪЕКТА :: =
      {id-CryptoPro-алгоритмы
        gostR3410-2001-CryptoPro-ESDH (96)}
    id-GostR3410-94-CryptoPro-ESDH ИДЕНТИФИКАТОР ОБЪЕКТА :: =
      {id-CryptoPro-алгоритмы
        gostR3410-94-CryptoPro-ESDH (97)}
  - Ключевые транспортные алгоритмы и параметры CMS / PKCS # 7
    - OID для CMS / PKCS # 7 Ключевой транспорт id-GostR3410-94 от
    - GostR3410-94-PKISyntax или id-GostR3410-2001 от
    - ГОСТР3410-2001-ПКИСинтаксис
    - Алгоритмы для транспорта ключей CMS / PKCS # 7:
    - GostR3410-94-PublicKeyAlgorithms от
    - ГОСТР3410-94-ПКИСинтакс или



Дорожка стандартов Леонтьева и Чудова [Страница 20] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


    - GostR3410-2001-PublicKeyAlgorithms от
    - ГОСТР3410-2001-ПКИСинтаксис
    - SMIMECapability для CMS / PKCS # 7 Ключевой транспорт
    - id-GostR3410-94 от GostR3410-94-PKISyntax или
    - id-GostR3410-2001 от GostR3410-2001-PKISyntax
    id-GostR3410-94-KeyTransportSMIMECapability
        ИДЕНТИФИКАТОР ОБЪЕКТА :: = id-GostR3410-94
    id-GostR3410-2001-KeyTransportSMIMECapability
        ИДЕНТИФИКАТОР ОБЪЕКТА :: = id-GostR3410-2001
    GostR3410-KeyTransport :: =
        ПОСЛЕДОВАТЕЛЬНОСТЬ {
            sessionEncryptedKey Gost28147-89-EncryptedKey,
            transportParameters [0]
                IMPLICIT GostR3410-TransportParameters ДОПОЛНИТЕЛЬНО
        }
    GostR3410-TransportParameters :: =
        ПОСЛЕДОВАТЕЛЬНОСТЬ {
            encryptionParamSet Gost28147-89-ParamSet,
            ephemeralPublicKey [0]
                НЕПРИЯТНО SubjectPublicKeyInfo ДОПОЛНИТЕЛЬНО,
            ukm СТРОКА ОКТЕТОВ (РАЗМЕР (8))
        }
КОНЕЦ - GostR3410-EncryptionSyntax

10.2. GostR3410-94-SignatureSyntax

ГОСТР3410-94-SignatureSyntax
    {iso (1) член-тело (2) ru (643) rans (2) cryptopro (2)
      прочие (1) модули (1) gostR3410-94-SignatureSyntax (3) 1}
ОПРЕДЕЛЕНИЯ :: =
НАЧИНАТЬ
- ЭКСПОРТ Все -
- Типы и значения, определенные в этом модуле, экспортируются для
- использование в других модулях ASN.1, входящих в состав русского
- Спецификации криптографии "ГОСТ" и "ГОСТ Р", а также для использования
- других приложений, которые будут использовать их для доступа к русскому языку
- Услуги криптографии.Другие приложения могут использовать их для
- свои собственные цели, но это не будет ограничивать расширения и
- модификации, необходимые для поддержания или улучшения русского языка
- Сервис криптографии.
    ИМПОРТ
        gostR3410-94-PKISyntax, АЛГОРИТМ-ИДЕНТИФИКАТОР,
        криптографические-ГОСТ-полезные-определения
        FROM Cryptographic-Gost-Useful-Definitions - в [CPALGS]
            {iso (1) член-тело (2) ru (643) rans (2)
              cryptopro (2) прочие (1) модули (1)
              криптографические-ГОСТ-полезные-определения (0) 1}
        id-GostR3410-94, г.



Дорожка стандартов Леонтьева и Чудова [Страница 21] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


        GostR3410-94-PublicKeyParameters
        ОТ GostR3410-94-PKISyntax - в [CPALGS]
            gostR3410-94-PKISyntax
    ;
  - ГОСТ Р 34.10-94 тип данных подписи
    ГОСТР3410-94-Подпись :: =
        ОКТЕТНАЯ СТРОКА (РАЗМЕР (64))
  - алгоритм и параметры подписи ГОСТ Р 34.10-94
    GostR3410-94-CMSSignatureAlgorithms АЛГОРИТМ-ИДЕНТИФИКАТОР :: = {
        {GostR3410-94-PublicKeyParameters ИДЕНТИФИЦИРОВАНО
                        id-GostR3410-94}
    }

КОНЕЦ - GostR3410-94-SignatureSyntax

10.3. ГОСТР3410-2001-SignatureSyntax

ГОСТР3410-2001-SignatureSyntax
    {iso (1) член-тело (2) ru (643) rans (2) cryptopro (2)
      прочие (1) модули (1) gostR3410-2001-SignatureSyntax (10) 1}
ОПРЕДЕЛЕНИЯ :: =
НАЧИНАТЬ
- ЭКСПОРТ Все -
- Типы и значения, определенные в этом модуле, экспортируются для
- использовать в другом ASN.1 модуль в составе русского
- Спецификации криптографии "ГОСТ" и "ГОСТ Р", а также для использования
- других приложений, которые будут использовать их для доступа к русскому языку
- Услуги криптографии. Другие приложения могут использовать их для
- свои собственные цели, но это не будет ограничивать расширения и
- модификации, необходимые для поддержания или улучшения русского языка
- Сервис криптографии.
    ИМПОРТ
        гостР3410-2001-PKISyntax, АЛГОРИТМ-ИДЕНТИФИКАТОР,
        криптографические-ГОСТ-полезные-определения
        FROM Cryptographic-Gost-Useful-Definitions - в [CPALGS]
            {iso (1) член-тело (2) ru (643) rans (2)
              cryptopro (2) прочие (1) модули (1)
              криптографические-ГОСТ-полезные-определения (0) 1}
        id-ГОСТР3410-2001,
        GostR3410-2001-PublicKeyParameters - в [CPALGS]
        ОТ ГОСТР3410-2001-ПКИСинтаксис
            гостР3410-2001-ПКИСинтаксис
    ;
  - ГОСТ Р 34.10-2001 тип данных подписи
    ГОСТР3410-2001-Подпись :: =
        ОКТЕТНАЯ СТРОКА (РАЗМЕР (64))
  - Алгоритмы и параметры подписи ГОСТ Р 34.10-2001
    ГОСТР3410-2001-CMSSignatureAlgorithms



Дорожка стандартов Леонтьева и Чудова [Страница 22] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


        АЛГОРИТМ-ИДЕНТИФИКАТОР :: = {
                {GostR3410-2001-PublicKeyParameters ИДЕНТИФИЦИРОВАНО
                        id-GostR3410-2001}
        }
КОНЕЦ - GostR3410-2001-SignatureSyntax

11.Благодарности

   Этот документ был создан в соответствии с "Российской криптографической
   Соглашение о совместимости программного обеспечения », подписанное ФГУП НТЦ« Атлас »,
   КРИПТО-ПРО, Фактор-ТС, MD PREI, Infotecs GmbH, SPRCIS (SPbRCZI),
   Криптоком, Р-Альфа. Целью этого соглашения является достижение взаимного
   совместимость продуктов и решений.

   Авторы выражают благодарность:

      Microsoft Corporation Russia за предоставление информации о
      продукты и решения компании, а также технический консалтинг
      в PKI.RSA Security Russia и Demos Co Ltd за активное сотрудничество и
      критическая помощь в создании этого документа.

      Расс Хаусли (Vigil Security, LLC, [email protected]) и
      Василию Сахарову (ООО «ДЕМОС», [email protected]) за поощрение
      авторов для создания этого документа.

      Приходько Дмитрию (ВолгТУ, [email protected]) за бесценное
      помощь в вычитке этого документа и проверке формы
      и содержание структур ASN.1, упомянутых или используемых в этом
      документ.Дорожка стандартов Леонтьева и Чудова [Страница 23] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


12. Ссылки

12.1. Нормативные ссылки

   [CMS] Housley, R., "Синтаксис криптографических сообщений (CMS)", RFC
                 3852, июль 2004 г.

   [CPALGS] Попов В., Курепкин И., Леонтьев С. "Доп.
                 Криптографические алгоритмы для использования с ГОСТ 28147-89,
                 ГОСТ Р 34.10-94, ГОСТ Р 34.10-2001, ГОСТ Р 34.11-94.
                 Алгоритмы », RFC 4357, январь 2006 г.

   [ЦППК] Леонтьев С. / Под ред. и Д. Шефановский, Под ред.
                 ГОСТ Р 34.10-94, ГОСТ Р 34.10-2001, ГОСТ Р 34.11-94.
                 Алгоритмы с открытым ключом Internet X.509
                 Сертификат инфраструктуры и профиль CRL », RFC 4491,
                 Май 2006 г.

   [ГОСТ28147] «Криптографическая защита систем обработки данных», г.
                 ГОСТ 28147-89, Государственный стандарт СССР,
                 Государственный комитет СССР по стандартам, 1989 г.(На русском)

   [ГОСТ3431195] «Информационные технологии. Криптографическая защита данных.
                 Функция обналичивания. », ГОСТ 34.311-95, Совет по
                 Стандартизация, метрология и сертификация
                 Содружество Независимых Государств (ЕАСС), г. Минск,
                 1995. (на русском языке).

   [ГОСТ3431095] «Информационные технологии. Криптографическая защита данных.
                 Производство и проверка электронных цифровых
                 Подпись на основе асимметричной криптографии
                 Алгоритм.», ГОСТ 34.310-95, Совет по
                 Стандартизация, метрология и сертификация
                 Содружество Независимых Государств (ЕАСС), г. Минск,
                 1995. (на русском языке).

   [ГОСТ3431004] «Информационные технологии. Криптографическая защита данных.
                 Процессы формирования и проверки (в электронном виде)
                 цифровая подпись на основе асимметричной криптографии
                 Алгоритм », ГОСТ 34.310-2004, Совет по
                 Стандартизация, метрология и сертификация
                 Содружество Независимых Государств (ЕАСС), г. Минск,
                 2004 г.(На русском)







Дорожка стандартов Леонтьева и Чудова [Страница 24] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


   [GOSTR341094] «Информационные технологии. Криптографическая защита данных.
                 Производство и проверка электронных цифровых
                 Подписи на основе асимметричной криптографии
                 Алгоритм », ГОСТ Р 34.10-94, Государственный стандарт.
                 Российской Федерации, Комитет Правительства Российской Федерации
                 Россия по стандартам, 1994.(На русском)

   [GOSTR341001] «Информационные технологии. Криптографическая безопасность данных.
                 Процессы подписи и проверки [в электронном виде]
                 электронная подпись. », ГОСТ Р 34.10-2001, Государственный
                 Стандарт Российской Федерации, Комитет Правительства Российской Федерации
                 Россия стандартов, 2001. (на русском языке).

   [GOSTR341194] «Информационные технологии. Криптографическая защита данных.
                 Функция хеширования. », ГОСТ Р 34.10-94, Государственный
                 Стандарт Российской Федерации, Комитет Правительства Российской Федерации
                 Россия стандартов, 1994.(На русском)

   [ПРОФИЛЬ] Хаусли Р., Полк В., Форд В. и Д. Соло, Интернет.
                 Сертификат инфраструктуры открытого ключа X.509 и
                 Профиль отзыва сертификатов (CRL) », RFC 3280,
                 Апрель 2002 г.

   [RFC2119] Брэднер, С. «Ключевые слова для использования в RFC для обозначения
                 Уровни требований », BCP 14, RFC 2119, март 1997 г.

   [RFC3851] Рамсделл Б., "Безопасная / многоцелевая интернет-почта.
                 Расширения (S / MIME) Версия 3.1 Спецификация сообщения »,
                 RFC 3851, июль 2004 г.

   [X.208-88] CCITT. Рекомендация X.208: Спецификация реферата
                 Обозначение синтаксиса один (ASN.1). 1988 г.

   [X.209-88] CCITT. Рекомендация X.209: Спецификация базовых
                 Правила кодирования для абстрактной синтаксической нотации 1
                 (ASN.1). 1988 г.

12.2. Информативные ссылки

   [CRYPTOLIC] "Постановление Правительства РФ о лицензировании
                 Избранные категории деятельности в области криптографии », 23
                 Сентябрь 2002 N 691.[RFC4134] Хоффман П., «Примеры сообщений S / MIME», RFC 4134,
                 Июль 2005 г.

   [RFEDSL] "Российский Федеральный Закон об электронной цифровой подписи", 10
                 Январь 2002 г. N 1-ФЗ.



Дорожка стандартов Леонтьева и Чудова [Страница 25] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


   [RFLLIC] "Федеральный закон РФ" О лицензировании отдельных видов деятельности ".
                 Категории », 08.08.2001 N 128-ФЗ.[Schneier95] Б. Шнайер, Прикладная криптография, второе издание, Джон
                 Wiley & Sons, Inc., 1995.














































Дорожка стандартов Леонтьева и Чудова [Страница 26] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


Адреса авторов

   Сергей Леонтьев, Под ред.
   КРИПТО-ПРО
   Образцова, 38
   Москва, 127018, Российская Федерация

   Электронная почта: [email protected]


   Григорий Чудов, Под ред.КРИПТО-ПРО
   Образцова, 38
   Москва, 127018, Российская Федерация

   Электронная почта: [email protected]


   Владимир Попов
   КРИПТО-ПРО
   Образцова, 38
   Москва, 127018, Российская Федерация

   Электронная почта: [email protected]


   Александр Афанасьев
   Фактор-ТС
   Пресненский вал, 14, оф.711,
   Москва, 123557, Российская Федерация

   Электронная почта: [email protected]


   Николай Никишин
   Infotecs GmbH
   Ленинградский проспект, 80-5, п / б, д. 35
   Москва, 125315, Российская Федерация

   Электронная почта: nikishin @ infotecs.RU


   Болеслав Изотов
   ФГУП НТЦ «Атлас»
   Образцова, 38
   Москва, 127018, Российская Федерация

   Электронная почта: [email protected]



Дорожка стандартов Леонтьева и Чудова [Страница 27] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


   Елена Минаева
   MD PREI
   Второй Троицкий пер., д. 6А, корп.
   Москва, Российская Федерация

   Электронная почта: [email protected]


   Игорь Овчаренко
   MD PREI
   Офис 600, Б. Новодмитровская, 14,
   Москва, Российская Федерация

   Электронная почта: igori @ mo.msk.ru


   Сергей Муругов
   Р-Альфа
   Расплетина, 4/1,
   Москва, 123060, Российская Федерация

   Электронная почта: [email protected]


   Игорь Устинов
   Криптоком
   Ленинский проспект, д. 51, оф. 239
   Москва, 119991, Российская Федерация

   Электронная почта: [email protected]


   Анатолий Эркин
   СПРКИС (SPbRCZI)
   Обручева, 1
   Санкт-Петербург, 195220, Российская Федерация

   Электронная почта: [email protected]













Дорожка стандартов Леонтьева и Чудова [Страница 28] 
RFC 4490 Использование ГОСТ с CMS Май 2006 г.


Полное заявление об авторских правах

   Авторские права (C) The Internet Society (2006).На этот документ распространяются права, лицензии и ограничения.
   содержится в BCP 78, и, за исключением случаев, изложенных в нем, авторы
   сохраняют все свои права.

   Этот документ и содержащаяся в нем информация размещены на
   Принцип "КАК ЕСТЬ" и ПОСТАВЩИК, ОРГАНИЗАЦИЯ, ПРЕДСТАВЛЯЕМЫЕ ОН / ОНА
   ИЛИ СПОНСИРУЕТСЯ (ЕСЛИ ЕСТЬ) ИНТЕРНЕТ-ОБЩЕСТВОМ И ИНТЕРНЕТОМ
   ИНЖЕНЕРНОЕ ОБОРУДОВАНИЕ ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ,
   ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯ ГАРАНТИЮ, ЧТО ИСПОЛЬЗОВАНИЕ
   ПРИСУТСТВУЮЩАЯ ИНФОРМАЦИЯ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ ПОДРАЗУМЕВАЕМЫХ
   ГАРАНТИИ КОММЕРЧЕСКОЙ ЦЕННОСТИ ИЛИ ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.Интеллектуальная собственность

   IETF не занимает никакой позиции относительно действительности или объема каких-либо
   Права на интеллектуальную собственность или другие права, которые могут быть заявлены на
   относятся к реализации или использованию технологии, описанной в
   этот документ или степень, в которой любая лицензия на такие права
   может быть, а может и нет; и не означает, что у него есть
   предпринял какие-либо независимые усилия для выявления любых таких прав. Информация
   о процедурах в отношении прав в документах RFC может быть
   найдено в BCP 78 и BCP 79.Копии раскрытия информации о правах интеллектуальной собственности в секретариат IETF и
   гарантии предоставления лицензий или результат
   предпринята попытка получить генеральную лицензию или разрешение на использование
   такие права собственности разработчиков или пользователей этого
   спецификацию можно получить из он-лайн репозитория IETF IPR по адресу
   http://www.ietf.org/ipr.

   IETF приглашает любую заинтересованную сторону довести до ее сведения любые
   авторские права, патенты или заявки на патенты или другие проприетарные
   права, которые могут распространяться на технологии, которые могут потребоваться для реализации
   этот стандарт.Пожалуйста, направьте информацию в IETF по адресу
   [email protected].

Подтверждение

   Финансирование функции редактора RFC обеспечивается IETF.
   Административная поддержка деятельности (IASA).







Дорожка стандартов Леонтьева и Чудова [Страница 29]
 
 404 Seite nicht gefunden 
 La página que estas buscando parece haberse perdido en la naturaleza! 
 No desesperes! 
  A непрерывный переход, содержащий неокисляемые вещества, объединяет неокисляемые вещества для обеспечения правильного действия! 
 El documento que estás buscando se pudo haber cambiado el nombre, movido o excluado.Tal vez acabas de cambiar a otro idioma? Hay varias maneras de localizar un documento. Visita la  tienda en línea  o buscar a través de nuestro  sitemap . Para Continuar desde la última página visitada, для использования clic el botón "Atrás" de tu navegador.
 Puede que no tengas los derechos necesarios para ver esta página. ¿ Tienes una cuenta ?
 Si escribió la URL directamente, por Favor asegúrese de que la ortografía es la correa.
 Si имеет hecho clic en un enlace para llegar aquí, el enlace no está actualizado.
 Не-UE / UE + IVA-ID 
 238,66 € 
 DE / UE с IVA-ID 
 284,00 €
 Cuota de IVA 0/19%, искл.envío
 Не-UE / UE + IVA-ID 
 263,87 € 
 DE / UE с IVA-ID 
 314,00 €
 Cuota de IVA 0/19%, искл.envío
 Не-UE / UE + IVA-ID 
 287,39 € 
 DE / UE с IVA-ID 
 342,00 €
 Cuota de IVA 0/19%, искл.envío
 Не-UE / UE + IVA-ID 
 275,63 € 
 DE / UE с IVA-ID 
 328,00 €
 Cuota de IVA 0/19%, искл.envío
 Не-UE / UE + IVA-ID 
 242,86 € 
 DE / UE с IVA-ID 
 289,00 €
 Cuota de IVA 0/19%, искл.envío
 Не-UE / UE + IVA-ID 
 142,02 € 
 DE / UE с IVA-ID 
 169,00 €
 Cuota de IVA 0/19%, искл.envío
 Не-UE / UE + IVA-ID 
 0,84 € 
 DE / UE с IVA-ID 
 1,00 €
 Cuota de IVA 0/19%, искл.envío
 Не-UE / UE + IVA-ID 
 226,05 € 
 DE / UE с IVA-ID 
 269,00 €
 Cuota de IVA 0/19%, искл.envío
 Марки обсадных труб
 API - Обзор 
 Большинство марок стали обсадных труб в основном имеют одинаковый химический состав. Уникальные свойства каждой марки придает вид применяемой термообработки. Марки обсадных труб в основном различаются по пределу текучести, прочности на разрыв и твердости.
 Дополнительные испытания, требуемые API 5CT для определенных групп обсадных труб, позволяют убедиться, что каждая марка обсадных труб подходит для предполагаемого применения.
 Обсадная труба общего назначения 
 (h50, J55, K55, M65, N80, R95) 
 Из-за более низкой цены по сравнению с другими марками стали обсадные трубы марок J55, K55 и N80 являются популярным выбором для скважин без строгие требования к защите от коррозии или прочности.
 M65 и R95 - это более новые марки, каждая из которых имеет свою область применения. Эти марки обсадных труб в основном различаются по пределу текучести и пределу прочности.
 h50 
  Предел текучести : 276-552 МПа (40-80 тысяч фунтов на квадратный дюйм),
  Минимальная прочность на растяжение : 414 МПа (60 тысяч фунтов на квадратный дюйм)
  Цветовой код API : либо нет, либо 1 черная полоса
 J55 
  Предел текучести : 379-552 МПа (55-80 тысяч фунтов на квадратный дюйм),
  Минимальная прочность на разрыв : 517 МПа (75 тысяч фунтов на квадратный дюйм)
  Цветовой код API : 1 ярко-зеленая полоса
 K55 
 Марка API K55 имеет тот же предел текучести, что и марка J55, но ее минимальная прочность на растяжение примерно на 26% выше по сравнению с J55.
  Предел текучести : 379-552 МПа (55-80 тысяч фунтов на квадратный дюйм),
  Минимальный предел прочности на разрыв : 665 МПа (95 тысяч фунтов на квадратный дюйм)
  Код цвета API : 2 ярко-зеленые полосы
 M65 
 Используется не так часто, M65 - единственная марка стали среди марок обсадных труб общего назначения с требованием ограниченной максимальной твердости.
  Предел текучести : 448-586 МПа (65-85 тысяч фунтов на квадратный дюйм),
  Минимальный предел прочности при растяжении : 586 МПа (85 тысяч фунтов на квадратный дюйм)
  Цветовой код API : 1 ярко-зеленая полоса + 1 синяя полоса
 N80 
 (N80-1, N80-Q) 
 И N80-1, и N80-Q имеют одинаковый предел текучести и предел прочности на разрыв, но закаленный и отпущенный N80-Q демонстрирует более высокую внутреннюю стойкость. давление и схлопывание.
 С другой стороны, производство обсадной колонны N80-1 обходится дешевле, и в первую очередь был выбран вариант, когда более высокое сопротивление разрушению не требуется.
  Предел текучести : 552-758 МПа (55-80 тысяч фунтов на квадратный дюйм),
  Минимальный предел прочности при растяжении : 689 МПа (100 тысяч фунтов на квадратный дюйм)
  Код цвета API : 1 красный (N80-1), 1 красная полоса + 1 ярко-зеленая полоса (N80-Q)
 R95 
 Тот же диапазон предела текучести и прочности на разрыв, что и у марки T95, но без требований к испытаниям на SSC ​​или твердость.Таким образом, сталь марки R95 является более дешевой альтернативой T95 в скважинах без риска сульфидного растрескивания под напряжением.
  Предел текучести : 655-758 МПа (95-110 тысяч фунтов на квадратный дюйм),
  Минимальный предел прочности при растяжении : 727 МПа (105 тысяч фунтов на квадратный дюйм)
  Цветовой код API : 1 коричневая полоса
 Коррозионно-стойкий Корпус 
 (L80 ， C90 ， T95, C110) 
 Sour Service 
 Сталь API 5CT марок L80-1, C90, T95 и C110 демонстрирует более высокую стойкость к сульфидному растрескиванию под напряжением в средах h3S из-за более низких пределов содержания серы и фосфор, а также добавление следующих обязательных тестов:
  Твердость : Ограниченная максимальная твердость (L80 ， C90 ， T95, C110)
  Размер зерна : размер зерна более мелкий, чем ASTM 5 (C90, T95, C110 )
  Сульфидное растрескивание под напряжением  (SSC): Соответствует NACE 0177 (C90, T95, C110)
 Sweet Service 
 Марки обсадных труб L80-9Cr и L80-13Cr подходят для применения в среде с CO2, в основном из-за их более высокое содержание хрома.
 L80 
 (L80-1, L80-9Cr, L80-13Cr) 
  Предел текучести : 552-665 МПа (80-95 тысяч фунтов на квадратный дюйм),
  Минимальный предел прочности при растяжении : 655 МПа (95 тысяч фунтов на квадратный дюйм) )
  Код цвета API  (полосы): 1 красный + 1 коричневый (L80), 1 красный + 1 коричневый + 2 желтых (L80 9Cr), 1 красный + 1 коричневый + 1 желтый (L80 13Cr)
 C90 
 (C90-1) 
  Предел текучести : 621-724 МПа (90-105) тыс. Фунтов на квадратный дюйм,
  Минимальная прочность на разрыв : 689 МПа (100 тыс. Фунтов на квадратный дюйм)
  Код цвета API : 1 фиолетовый лента
 T95 
 (T95-1) 
  Предел текучести : 655-785 МПа (95-110 тысяч фунтов на квадратный дюйм),
  Минимальная прочность на разрыв : 724 (105 тысяч фунтов на квадратный дюйм)
  Код цвета API : 1 серебряная полоса
 C110 
  Предел текучести : 758-828 МПа (110-120 тысяч фунтов / кв. Дюйм)
  Минимальная прочность на разрыв  : 793 МПа (115 тысяч фунтов / кв. Дюйм)
  Код цвета API : 1 белая полоса + 2 коричневые полосы
 Обратите внимание, что, несмотря на эти дополнительные требования к испытаниям, покупатель несет ответственность за определение того, соответствует ли данный класс кислой рабочей оболочки подходит для предполагаемого применения.
 Обсадная труба для глубоких скважин 
 (P110, Q125) 
 Обладая самым высоким пределом текучести среди всех марок обсадных труб API 5CT, P110 и Q125 идеально подходят для пластов с высоким давлением в глубоких скважинах.
 Однако, поскольку сталь становится более восприимчивой к сульфидному растрескиванию под напряжением, чем выше предел текучести, обе марки не следует использовать в среде h3S.
 P110 
  Предел текучести : 758-965 МПа (110-140 тысяч фунтов на квадратный дюйм)
  Минимальный предел прочности на разрыв : 862 МПа (125 тысяч фунтов на квадратный дюйм)
  Цветовой код API : 1 белая полоса
 Q12540
  (Q125-1) 
  Предел текучести : 862–1034 МПа (125–150 тысяч фунтов на квадратный дюйм)
  Минимальная прочность на разрыв : 931 МПа (135 тысяч фунтов на квадратный дюйм)
  Цветовой код API : 1 оранжевая полоса
 Картон асбестовый КАОН-1 ГОСТ 2850-95 
  Преимущества: 
 1.Огнестойкость (не горит, при нагревании до температуры 500  0  С физико-химические показатели не меняются).
 2. Высокая механическая прочность. Деформированный утеплитель не сохраняет прежних изоляционных свойств, так как не сохраняет первоначальную толщину. Следовательно, устойчивость к механическим нагрузкам является важной характеристикой теплоизоляционного материала. Доска ООО «БФАИ» имеет высокую механическую прочность за счет особой структуры плиты, которая достигается методом мокрого формования и гидромассы.
 3. Устойчивость к щелочам.
 4. Стабильная теплоизоляционная способность.
 5. Несоблюдение процессов старения (долговечность теплоизоляции определяется стабильным химическим составом хризотилового асбеста).
 6. При нагревании не выделяются вредные вещества.
 7. Простота использования (технология укладки на утепленную поверхность не требует определенных навыков и специальных инструментов).
 8. Высокая адгезия к изолируемой поверхности при мокрой укладке.
  Заявка: 
 1. Для выравнивания поверхности под кладкой выровняйте газовые и воздуховоды.
 2. Теплоизоляционная прокладка между металлическим кожухом и футеровкой в ​​печах с цилиндрическим кожухом.
 3. При выполнении сквозных температурных швов в жаростойком бетоне и изоляции колонн и балок натяжного каркаса при установке котлов.
 4. В качестве выравнивающего слоя при покрытии изоляции труб стеклотканью.
 5.Для изготовления опорных устройств при изоляции горизонтальных трубопроводов мягкими теплоизоляционными изделиями.
 6. Для производства нетоксичных, негорючих, электрических и звукоизоляционных материалов в электротехнической и химической промышленности, машиностроении, судостроении, приборостроении.
 7. В качестве огнезащитного и противопожарного материала в гражданском строительстве
 ГОСТ на английском языке с контекстными примерами 
 Испанский 
 en el presente caso, sin embargo, los indicadores específicos no concordaban con la norma gost y por eso no se podían utilizar.
 Английский 
 Однако в этом случае конкретные индикаторы не соответствовали стандарту ГОСТ и, следовательно, не могли быть использованы.
 Последнее обновление: 2016-11-30 
 Частота использования: 1 
 Качество:  
 .