Cms расшифровка: CMS — что это такое? Расшифровка, определение, перевод

Что такое CMS

В данной статье вы получите ответ на вопрос что такое cms и какие задачи они решают.

Аббревиатура CMS расшифровывается как «Content Management Software» («программное обеспечение для управления содержимым», программа разработки сайта). В нашей стране принято последнюю букву «S» расшифровывать как «System», а по-русски это обычно звучит как «Система управления контентом». Иногда употребляется более cms простое название — «движок сайта».

CMS появились не так давно. Первой системой принято считать Vignette, которая появилась на западе в 1995 году. У нас в стране решения по управлению содержимым появились значительно позже.

Необходимость систем управления для владельцев сайтов начала проявляться в тот момент, когда количество материалов на веб-сайтах начало стремительно расти. Это привело к тому, что традиционные «ручные» технологии создания и поддержки сайтов, когда сайт состоял из статических страниц и набора дополнительных специализированных скриптов, стали не успевать за быстро меняющимися условиями бизнеса. Ввод данных на сайт требовал (как минимум) знания технологий HTML/CSS верстки, изменения структуры сайтов были сопряжены с каскадным изменением большого количества взаимосвязанных страниц. Различные автоматизированные механизмы, вроде гостевых книг и новостных лент, внедренные на сайтах как отдельные скрипты и, как правило, написанные разными специалистами, перестали удовлетворять требованиям безопасности. На многих сайтах стали появляться «зоопарки» из различных технологий и подходов к созданию сайтов, поэтому возникла потребность с одной стороны в унификации программных решений, а с другой в разделении дизайна и содержимого на две независимые составляющие.

CMS действительно разделяют сайты на две составляющие: дизайн (внешний вид сайта в целом, отдельных страниц, конкретных блоков информации) и содержимое (контент). Дизайн сайта, как правило «зашит» в шаблоны и изменяется значительно реже, чем контент. Для ввода контента не требуется специальных знаний, а простые приемы оформления текста знает практически каждый, кто работал в Microsoft Office.

что такое cms с точки зрения пользователей и разработчиков сайтов?

Таким образом, системы управления контентом решают две основные задачи. С точки зрения пользователей – это инструмент, который позволяет публиковать новости, размещать новые страницы на сайте и производить другие операции над содержимым через удобный интерфейс. При этом пользователь может не владеть технологиями создания сайта, но он обязательно должен понимать, как устроен сайт.

С точки зрения тех, кто создает сайты — это инструмент, который ускоряет создание сложных сайтов, позволяя компоновать решения из готовых блоков, изменяя в определенных пределах логику работы и оформление.

Как правило, система управления cms это отдельный интерфейс, предназначенный для управления сайтом. Он может быть реализован как веб-приложение, когда пользователь входит в админзону своего сайта через обычный браузер по определенному адресу, или как отдельное Windows-приложение, требующее инсталляции. Разные подходы имеют различные преимущества и недостатки.

Что такое система управления сайтом (CMS)

Системы управления сайтом появились сравнительно недавно. Разработка CMS — это важный этап в сфере создания и продвижения сайтов. До появления CMS редактировать имеющуюся на сайте информацию, а также вносить новую могли исключительно программисты, имеющие знания навыки работы в html. Разработка систем управления сайтом позволяет редактировать контент (содержание сайта) самостоятельно. При этом абсолютно не обязательно знать основы программирования. Уверенный пользователь ПК запросто разберется в основах работы системы управления.

Простота и удобство работы с  CMS

Наличие систем управления сайтом значительно облегчают любые процессы, связанные с редактированием контента сайта. Работа с CMS удобна для тех, кто занимается поддержкой сайта. В связи с  тем, что системы управления достаточно понятны, любой пользователь справится с задачей редактирования, внесения и удаления любой информации. Это очень удобно, поскольку можно не обращаться за услугами информационной поддержки к той компании, которая занималась созданием сайта. В услуги большинства компаний, занимающихся разработкой и продвижением сайтов, входит обучение основам работы с той или иной  CMS. К тому же, система управления значительно облегчает работу и  для тех, кто занимается разработкой сложных сайтов.

Использование системы управления позволяет тратить значительно меньше сил и времени на поддержку сайта, поскольку многие процессы являются автоматизированными. Простота работы с системой управления позволяет максимально сосредоточиться на том, ЧТО  разместить на сайте, а не на том, КАК  это сделать.

Преимущества использования системы управления сайтом

Существует множество систем управления сайтом — платные и бесплатные, «заводские» и самописные и т. д. Каждая их них имеет свои особенности. Наличие нескольких  CMS замечательно тем, что позволяет выбрать систему управления в зависимости от особенностей проекта. Но какую бы  CMS вы ни выбрали, абсолютно очевидным является тот факт, что использование системы управления для внесения изменений имеет несколько преимуществ:

Читайте также:

Как выбрать систему управления сайтом

Самописная или готовая  CMS?

Система управления Alma CMS: особенности, преимущества, технические характеристики

Система управления Alma CMS: преимущества, сравнение с JOOMLA

openssl cms — Подписывайте и шифруйте или расшифровывайте сообщения электронной почты

Утилита openssl cms будет ставить цифровую подпись, проверять, шифровать и расшифровывать почту и сообщения S/MIME версии 3.1.

Ознакомьтесь со статьей smime о том, как получить сертификат электронной почты и извлечь открытый и закрытый ключи для использования в этих командах.

Чтобы приобрести сертификат электронной почты, мы рекомендуем начать процесс в магазине SSL.

Пример подписи openssl cms

Чтобы подписать текстовое сообщение, выполните следующую команду:

 openssl cms -sign -in message.txt -text -out mail. msg -signer misterpki.com.pem 

Где -sign означает цифровую подпись, -in message.txt — это файл, содержащий сообщение для подписи, -text означает добавление заголовков MIME в виде обычного текста, -out mail.msg будет подписанным сообщением, а -signer misterpki.com.pem — это файл, содержащий как закрытый ключ, так и сертификат электронной почты. .

Чтобы добавить к сообщению дополнительную подпись, просто добавьте еще -signer cert.pem на команду.

openssl cms verify example

Чтобы проверить подписанное сообщение, выполните следующую команду:

 openssl cms -verify -CAfile misterpki.com-chain.pem -in mail.msg -signer misterpki.com.crt -out signedtext. txt 

Где -verify означает проверку подписи, -CAfile misterpki.com-chain.pem файл, содержащий цепочку сертификата подписи, -in mail. msg подписанное сообщение, -signer misterpki.com.crt — это сертификат подписавшего, содержащий открытый ключ, который будет использоваться для проверки, а -out signedtext.txt — это файл для вывода подписанного сообщения.

Если у вас нет цепочки ca или вы просто не заботитесь о ее проверке, вы можете добавить в команду флаг -noverify и удалить флаг -CAfile .

openssl пример шифрования cms

Чтобы зашифровать сообщение с помощью утилиты cms, выполните следующую команду:

 openssl cms -encrypt -in message.txt -aes256 -out encrypted.msc misterpki.com.pem 

Где -encrypt означает зашифровать сообщение, -in message.txt — это текстовое сообщение для быть зашифрованным, -aes256 — это алгоритм шифрования, -out encrypted.msc — это зашифрованное сообщение, а misterpki.com.pem — это файл, содержащий сертификат и закрытый ключ, используемые для шифрования.

openssl cms расшифровать пример

Чтобы расшифровать сообщение с помощью утилиты cms, выполните следующую команду:

  openssl cms -decrypt -incrypted.msc -recip misterpki.com.pem  

Где -decrypt означает расшифровать сообщение, -in encrypted.msc — это файл, содержащий зашифрованное сообщение, а —recip misterpki.com.pem — это файл, содержащий закрытый ключ и сертификат.

openssl cms vs openssl smime

Утилиты cms и smime можно использовать для цифровой подписи, проверки, шифрования и дешифрования как обычных текстовых файлов, так и сообщений S/MIME. Утилита cms чаще используется с более новыми версиями S/MIME и обычно поддерживает более новые и надежные методы шифрования.

Синтаксис криптографических сообщений (CMS) можно изучить более подробно, прочитав RFC-5652.

Общие ошибки с командой cms

невозможно загрузить файл ключа подписи — эта ошибка может появиться, если вы попытались расшифровать или проверить сообщение с поврежденным или неправильно отформатированным ключом.

Ошибка при расшифровке структуры CMS . Эта ошибка может появиться, если вы попытались расшифровать зашифрованное сообщение электронной почты с помощью неверного ключа.

невозможно загрузить сертификат — эта ошибка может возникнуть, если вы попытались расшифровать сообщение с помощью закрытого ключа, а не открытого ключа в соответствующем сертификате.

Не указан сертификат или ключ получателя — для расшифровки требуется указать сертификат и/или файл ключа для расшифровки. Если не указано ни -inkey , ни -recip , вы столкнетесь с этой ошибкой.

Заключение

В этом посте были рассмотрены основы использования команды openssl cms. Если вы хотите увидеть больше примеров, не рассмотренных здесь, для шифрования и расшифровки электронной почты или сообщений с помощью openssl, сообщите нам об этом в комментариях!

Узнайте больше из нашего контента.

Руководство по шифрованию/дешифрованию CMS

— документация Gini API v1

Руководство по шифрованию/дешифрованию CMS — документация Gini API v1

Gini API предлагает шифрование/дешифрование контента CMS (Cryptographic Message Syntax) в качестве дополнительной опции безопасности. CMS определен в RFC 5652 и является частью PKCS (стандарты криптографии с открытым ключом) под номером 7. CMS описывает синтаксис инкапсуляции для защиты данных. Он поддерживает цифровые подписи и шифрование. Синтаксис допускает несколько инкапсуляций; одна оболочка инкапсуляции может быть вложена внутрь другой. CMS для протокола передачи гипертекста может быть реализован путем упаковки тела запроса и ответа в зашифрованные сообщения S/MIME.

Использование типов мультимедиа

API Gini использует пользовательские типы мультимедиа (см. Типы мультимедиа ) для работы с различными форматами данных или версиями API. Поскольку конверты CMS встроены в тела HTTP-запросов и ответов, это влияет на типы содержимого запросов и ответов. Поэтому тип мультимедиа application/pkcs7-mime должен использоваться как тип контента для зашифрованных запросов и как заголовок Accept , если ожидаются зашифрованные ответы. Чтобы сохранить возможность обращения к различным форматам данных и версиям API, PKCS7 Accept заголовок должен вести список Accept заголовков.

Пошаговое руководство по CMS

В этом разделе описывается применение CMS с помощью основных инструментов командной строки, таких как OpenSSL и cURL.

Предпосылки

Процесс шифрования/дешифрования включает две пары криптографических ключей. Сообщения, отправляемые в Gini API, должны быть зашифрованы с помощью открытого ключа Gini, а ответы должны быть расшифрованы с помощью вашего закрытого ключа. Для этого руководства ваш закрытый ключ и сертификат Gini должны быть закодированы в формате, совместимом с OpenSSL (в настоящее время PEM, DER или PKCS#12). Прежде чем вы сможете воспользоваться шифрованием/дешифрованием CMS, вы должны обменяться открытыми ключами с Gini. Пожалуйста, свяжитесь с технической поддержкой@gini.net для этого. В оставшейся части этого руководства мы предполагаем, что у нас есть файл закрытого ключа client.pem и сертификат gini в виде файла gini.pem.
Файл client.pem должен начинаться так:

 -----НАЧАЛО ЗАКРЫТОГО КЛЮЧА RSA-----
Тип процедуры: 4, ЗАШИФРОВАННЫЙ
 

Принимая во внимание, что файл gini. pem должен начинаться так:

 ----- НАЧАТЬ СЕРТИФИКАТ-----
 

Следующие примеры были проверены с этими версиями OpenSSL и cURL:

 $ версия openssl
OpenSSL 1.0.1f 6 января 2014 г.
$ curl -версия
curl 7.35.0 (x86_64-pc-linux-gnu) libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
Протоколы: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp smtp smtps telnet tftp
Возможности: AsynchDNS GSS-согласование IDN IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP
 

Шифрование файлов

Мы предполагаем, что у нас есть PDF-файл input.pdf, который мы хотим зашифровать перед отправкой в ​​Gini API для обработки. В следующем примере мы используем файловую утилиту для проверки типа файла до и после шифрования:

 # файл input.pdf
input.pdf: PDF-документ, версия 1.5
# openssl cms -encrypt -binary -aes256 -in input.pdf -outform SMIME -out зашифровано.p7 gini.pem
# файл зашифрован.p7
зашифрованный.p7: объект MIME, текст ASCII
 

В этом примере параметры утилиты CMS следующие:

Параметр	Описание
-зашифровать	Зашифровать входные данные.
-двоичный	Обычно входящее сообщение преобразуется в «канонический» формат который эффективно использует CR и LF в качестве конца строки: как требуется спецификацией S/MIME. Когда этот вариант настоящего перевода не происходит. Это полезно при обработке двоичные данные, которые могут быть не в формате MIME.
-аес256	Используемый алгоритм шифрования.
-in input.pdf	Входные данные для шифрования.
— внешний SMIME	Указывает выходной формат для структуры CMS. по умолчанию используется SMIME, который пишет сообщение в формате S/MIME.
-выход зашифрован.p7	Зашифрованные входные данные.
Джини.Пем	Файл PEM, содержащий X.509сертификат, используемый для шифрования входные данные.

Зашифрованное содержимое в файле encrypted.p7 будет выглядеть следующим образом:

 MIME-Версия: 1. 0
Content-Disposition: вложение; имя_файла="smime.p7m"
Content-Type: приложение/pkcs7-mime; smime-type = данные в оболочке; имя="smime.p7m"
Контент-передача-кодирование: base64
MIMBAf4GCSqGSIb3DQEHA6CDAQHuMIMBAekCAQAxggGeMIIBmgIBADCBgTB5MQsw
CQYDVQQGEwJERTEQMA4GA1UECBMHQmF2YXJpYTEPMA0GA1UEBxMGTXVuaWNoMRIw
EAYDVQQKEwlHaW5piEdtYkgxFDASBgNVBAsTC3NtYW50aXggQVBJMR0wGwYDVQQD
[----РАЗДЕЛ----]
yS11wuUEso1XkecME86t6BXHKRDDdmNR0pqhriWN0TumokJvo7RHqQbe07TFgEop
47ID
 

Отправка зашифрованных документов в Gini API

Утилита OpenSSL CMS создает полные сообщения S/MIME, но поскольку для cURL требуется только тело сообщения для создания действительного запроса HTTP/1.1 POST, заголовки MIME необходимо удалить из сгенерированного файла. зашифрованный.p7:

 $ tail -n +6 зашифрованный.p7 > приложение-pkcs7.txt
$ файл приложения-pkcs7.txt
application-pkcs7.txt: текст ASCII
$ diff -u зашифровано.p7 приложение-pkcs7.txt
--- зашифровано.p7 23-10-2013 17:16:29.479598714 +0200
+++ приложение-pkcs7. txt 23-10-2013 17:19:32.801205771 +0200
@@ -1,8 +1,3 @@
-MIME-Версия: 1.0
-Содержание-Расположение: вложение; имя_файла="smime.p7m"
-Content-Type: приложение/pkcs7-mime; smime-type = данные в оболочке; имя="smime.p7m"
-Контент-Передача-Кодировка: base64
-
 MIMBAf4GCSqGSIb3DQEHA6CDAQHuMIMBAekCAQAxggGeMIIBmgIBADCBgTB5MQsw
 CQYDVQQGEwJERTEQMA4GA1UECBMHQmF2YXJpYTEPMA0GA1UEBxMGTXVuaWNoMRIw
 EAYDVQQKEwlHaW5piEdtYkgxFDASBgNVBAsTC3NtYW50aXggQVBJMR0wGwYDVQQD
 

После того, как мы создали тело сообщения, мы готовы отправить зашифрованный файл в API Gini с помощью cURL. Мы предполагаем, что прошли аутентификацию и имеем действительный токен носителя.:

 $ curl -v -H 'Принять: application/vnd.gini.v1+json' -H 'Авторизация: BEARER b6c470ffa-abf1-41aa-b866- cd3be0ee84f' -H 'Соединение: закрыть' -F "[email protected];type=application/pkcs7-mime" 'https://api.gini.net/documents'
[----РАЗДЕЛ----]
* Подключен к api.gini.net (46.245.182.125) порт 443 (#0)
[----РАЗДЕЛ----]
> POST /документы/ HTTP/1. 1
> Пользовательский агент: curl/7.35.0
Принять: приложение/vnd.gini.v1+json
> Авторизация: BEARER b6c470ffa-abf1-41aa-b866-cd3be0ee84f
> Хост: api.gini.net
> Соединение: закрыть
> Длина контента: 89657
> Ожидать: 100-продолжить
> Content-Type: multipart/form-data; граница=--------------------------------------890f8332581c57a3
>
< HTTP/1.1 100 Продолжить
< HTTP/1.1 201 Создано
* Сервер nginx не занесен в черный список
< Сервер: nginx
< Дата: среда, 08 апреля 2015 г., 16:39:04 по Гринвичу
< Идентификатор X-запроса: 9e278f05-fb94-4ad5-af45-4e0b85a9eac5
< Тип содержимого: приложение/pkcs7-mime
< Длина содержимого: 0
< Соединение: закрыть
<Доступ-Контроль-Разрешить-Происхождение: *
< Access-Control-Allow-Headers: Origin, Accept, Authorization, Content-Type, X-Requested-With
< Access-Control-Max-Age: 1800
< Access-Control-Allow-Methods: POST
< Местоположение: https://api.gini.net/documents/e5d1c390-3bf6-11e3-9445-000000000000
 

Параметры для cURL следующие:

Параметр	Описание
-в	Делает получение более подробным/разговорчивым. В основном полезно для отладки. Строка, начинающаяся с «>», означает «данные заголовка», отправленные curl, «<» означает «данные заголовка» полученный curl, который в обычных случаях скрыт, и строка, начинающаяся с «*», означает дополнительную информацию, предоставленную СУРЛ.
-H ‘Принять: application/vnd.gini.v1+json’	Сообщает Gini API, какую версию следует использовать. (по желанию).
-H ‘Авторизация: BEARER b6c470ffa-abf1-41aa-b866-cd3be0ee84f’	Заголовок носителя с токеном доступа см. Создайте пользователя и получите токен доступа .
-H «Соединение: закрыть»	Заголовок соединения HTTP/1.1.
-F "[email protected];type=application/pkcs7-mime"	Это позволяет curl эмулировать заполненную форму, в которой пользователь нажал кнопку отправки. Это вызывает скручивание POST-данные с использованием Content-Type multipart/form-data согласно RFC 2388. Это позволяет загружать двоичные файлы и т. д. Чтобы заставить часть «контента» быть файла, добавьте к имени файла префикс @. Чтобы просто получить часть содержимого из файла, добавьте к имени файла префикс символ <. Разница между @ и < заключается в том, что @ позволяет прикрепить файл к сообщению как загрузку файла, в то время как < создает текстовое поле и просто получает содержимое для этого текстового поля из файла.

Получение зашифрованных данных из Gini API

Документы, которые были загружены в зашифрованном виде, могут быть получены только таким же образом. При попытке получить зашифрованный документ без надлежащего заголовка Accept приводит к ответу «Не найдено» (состояние HTTP 404).:

 $ curl -v -H 'Авторизация: BEARER b6c470ffa-abf1-41aa-b866-cd3be0ee84f ' -H 'Соединение: закрыть' 'https://api.gini.net/documents/e5d1c390-3bf6-11e3-9445-000000000000'
HTTP/1.1 404 не найден
Сервер: nginx
Дата: Ср, 08 апр 2015 16:59:54 по Гринвичу
Тип содержимого: текст/html; кодировка = ISO-8859-1
Длина контента: 1367
Подключение: близко
Доступ-Контроль-Разрешить-Происхождение: *
Access-Control-Allow-Headers: Origin, Accept, Authorization, Content-Type, X-Requested-With
Максимальный возраст контроля доступа: 1800
Access-Control-Allow-Methods: ПОЛУЧИТЬ
Cache-Control: обязательная повторная проверка, без кеша, без сохранения
Тип содержимого: application/vnd. gini.v1+json
Передача-кодирование: по частям
{"message":"Документ 'e5d1c390-3bf6-11e3-9445-000000000000' не существует"}
 

В следующем примере задается правильный Принять заголовок , и, таким образом, можно получить зашифрованный документ из Gini API. В целях отладки и для просмотра фактического цикла запросов и ответов HTTP/1.1 в cURL был добавлен параметр -v (-verbose):

 $ curl -i -H "Авторизация: BEARER 422aa7ed-38be-4320-8c34 -6327c96a411a" -H 'Принять: application/pkcs7-mime' 'https://api.gini.net/documents/e5d1c390-3bf6-11e3-9445-000000000000'
HTTP/1.1 200 ОК
Дата: среда, 08 апреля 2015 г., 16:59:24 по Гринвичу
Идентификатор X-запроса: 3025dcef-2557-40e0-b82c-af4713f48587
Доступ-Контроль-Разрешить-Происхождение: *
Access-Control-Allow-Headers: Origin, Accept, Authorization, Content-Type, X-Requested-With, Content-Disposition
Максимальный возраст контроля доступа: 1800
Access-Control-Expose-Headers: Местоположение
Access-Control-Allow-Methods: ПОЛУЧИТЬ
Content-Type: приложение/pkcs7-mime; smime-type = данные в оболочке; имя="smime. p7m"
Content-Disposition: вложение; имя_файла="smime.p7m"
Контент-передача-кодирование: base64
Длина контента: 3323
MIAGCSqGSIb3DQEHA6CAMIACAQAxggGUMIIBkAIBADB4MHAxCzAJBgNVBAYTAkRFMRAwDgYDVQQI
[----РАЗДЕЛ----]
ААААААААААА=
 

Расшифровка ответов Gini API

Прежде всего, мы должны сохранить зашифрованную полезную нагрузку в файле smime.p7m.:

 $ curl -i -H "Авторизация: BEARER 422aa7ed-38be-4320-8c34-6327c96a411a" -H «Принять: application/pkcs7-mime» «https://api.gini.net/documents/e5d1c390-3bf6-11e3-9445-000000000000» > smime.p7m
$ файл smime.p7m
smime.p7m: текст ASCII с разделителями строк CRLF и LF.
$ кот смайм.p7m
HTTP/1.1 200 ОК
Сервер: nginx
Дата: среда, 08 апреля 2015 г., 17:59:54 по Гринвичу
Content-Type: приложение/pkcs7-mime; smime-type = данные в оболочке; имя="smime.p7m"
Длина контента: 2350
Подключение: близко
Доступ-Контроль-Разрешить-Происхождение: *
Access-Control-Allow-Headers: Origin, Accept, Authorization, Content-Type, X-Requested-With
Максимальный возраст контроля доступа: 1800
Access-Control-Allow-Methods: ПОЛУЧИТЬ
Content-Disposition: вложение; имя_файла="smime. p7m"
Контент-передача-кодирование: base64
MIAGCSqGSIb3DQEHA6CAMIACAQAxggGeMIIBmgIBADCBgTB5MQswCQYDVQQGEwJERTEQMA4GA1UE
CBMHQmF2YXJpYTEPMA0GA1UEBxMGTXVuaWNoMRIweAYDVQQKEwlHaW5piEdtYkgxFDASBgNVBAST
[----РАЗДЕЛ----]
 

Наконец мы расшифровываем созданный файл с помощью OpenSSL, используя наш собственный закрытый ключ client.pem.:

 $ openssl cms -decrypt -binary -aes256 -in smime.p7m -inform SMIME -out document.json -inkey client.pem
$ кошка document.json
Тип содержимого: application/vnd.gini.v1+json
{"id":"e5d1c390-3bf6-11e3-9445-000000000000","name":"application-pkcs7.txt","pageCount":6,"pages"..
[----РАЗДЕЛ----]
 

Тогда как параметры утилиты OpenSSL CMS:

Параметр	Описание
- расшифровать	Расшифровать входные данные.
-двоичный	Обычно входящее сообщение преобразуется в «канонический» формат который эффективно использует CR и LF в качестве конца строки: как того требует спецификация S/MIME. Когда этот вариант настоящего перевода не происходит. Это полезно, когда обработка двоичных данных, которые могут быть не в формате MIME.
-aes256	Используемый алгоритм расшифровки.
-в smime.p7m	Входные данные для расшифровки (формат S/MIME, включая MIME заголовки).
-информ SMIME	Указывает формат ввода для структуры CMS. По умолчанию используется SMIME , который считывает сообщение в формате S/MIME.
-из документа.json	Входные данные, которые были расшифрованы.
-inkey client.pem	Ваш файл закрытого ключа. Этот ключ используется для расшифровки.

См. также

В этом разделе собраны некоторые полезные ресурсы по CMS.

Ссылка	Описание
RFC 5652	RFC, в котором определяется CMS.