Re: Поддержка Рутокен ЭЦП в OpenSSL

Виктор Ткаченко пишет:

И если не секрет, то что за проект (можно в личку)

Что-то не могу понять как в личку писать. Или мне эта возможность недоступна.
openssl.conf:

#
# OpenSSL example configuration file.
# This is mostly being used for generation of certificate requests.
#

# This definition stops the following lines choking if HOME isn't
# defined.
HOME            = .
RANDFILE        = $ENV::HOME/.rnd

# Extra OBJECT IDENTIFIER info:
#oid_file        = $ENV::HOME/.oid
oid_section        = new_oids

openssl_conf = openssl_def

# To use this configuration file with the "-extfile" option of the
# "openssl x509" utility, name here the section containing the
# X.509v3 extensions to use:
# extensions        = 
# (Alternatively, use a configuration file that has only
# X.509v3 extensions in its main [= default] section.)

[ new_oids ]

# We can add new OIDs in here for use by 'ca', 'req' and 'ts'.
# Add a simple OID like this:
# testoid1=1.2.3.4
# Or use config file substitution like this:
# testoid2=${testoid1}.5.6

# Policies used by the TSA examples.
tsa_policy1 = 1.2.3.4.1
tsa_policy2 = 1.2.3.4.5.6
tsa_policy3 = 1.2.3.4.5.7

####################################################################
[ ca ]
default_ca    = CA_default        # The default ca section

####################################################################
[ CA_default ]

dir        = ./demoCA        # Where everything is kept
certs        = $dir/certs        # Where the issued certs are kept
crl_dir        = $dir/crl        # Where the issued crl are kept
database    = $dir/index.txt    # database index file.
#unique_subject    = no            # Set to 'no' to allow creation of
                    # several ctificates with same subject.
new_certs_dir    = $dir/newcerts        # default place for new certs.

certificate    = $dir/cacert.pem     # The CA certificate
serial        = $dir/serial         # The current serial number
crlnumber    = $dir/crlnumber    # the current crl number
                    # must be commented out to leave a V1 CRL
crl        = $dir/crl.pem         # The current CRL
private_key    = $dir/private/cakey.pem# The private key
RANDFILE    = $dir/private/.rand    # private random number file

x509_extensions    = usr_cert        # The extentions to add to the cert

# Comment out the following two lines for the "traditional"
# (and highly broken) format.
name_opt     = ca_default        # Subject Name options
cert_opt     = ca_default        # Certificate field options

# Extension copying option: use with caution.
# copy_extensions = copy

# Extensions to add to a CRL. Note: Netscape communicator chokes on V2 CRLs
# so this is commented out by default to leave a V1 CRL.
# crlnumber must also be commented out to leave a V1 CRL.
# crl_extensions    = crl_ext

default_days    = 365            # how long to certify for
default_crl_days= 30            # how long before next CRL
default_md    = default        # use public key default MD
preserve    = no            # keep passed DN ordering

# A few difference way of specifying how similar the request should look
# For type CA, the listed attributes must be the same, and the optional
# and supplied fields are just that :-)
policy        = policy_match

# For the CA policy
[ policy_match ]
countryName        = match
stateOrProvinceName    = match
organizationName    = match
organizationalUnitName    = optional
commonName        = supplied
emailAddress        = optional

# For the 'anything' policy
# At this point in time, you must list all acceptable 'object'
# types.
[ policy_anything ]
countryName        = optional
stateOrProvinceName    = optional
localityName        = optional
organizationName    = optional
organizationalUnitName    = optional
commonName        = supplied
emailAddress        = optional

####################################################################
[ req ]
default_bits        = 1024
default_keyfile     = privkey.pem
distinguished_name    = req_distinguished_name
attributes        = req_attributes
x509_extensions    = v3_ca    # The extentions to add to the self signed cert

# Passwords for private keys if not present they will be prompted for
# input_password = secret
# output_password = secret

# This sets a mask for permitted string types. There are several options. 
# default: PrintableString, T61String, BMPString.
# pkix     : PrintableString, BMPString (PKIX recommendation before 2004)
# utf8only: only UTF8Strings (PKIX recommendation after 2004).
# nombstr : PrintableString, T61String (no BMPStrings or UTF8Strings).
# MASK:XXXX a literal mask value.
# WARNING: ancient versions of Netscape crash on BMPStrings or UTF8Strings.
string_mask = utf8only

# req_extensions = v3_req # The extensions to add to a certificate request

[ req_distinguished_name ]
countryName            = Country Name (2 letter code)
countryName_default        = AU
countryName_min            = 2
countryName_max            = 2

stateOrProvinceName        = State or Province Name (full name)
stateOrProvinceName_default    = Some-State

localityName            = Locality Name (eg, city)

0.organizationName        = Organization Name (eg, company)
0.organizationName_default    = Internet Widgits Pty Ltd

# we can do this but it is not needed normally :-)
#1.organizationName        = Second Organization Name (eg, company)
#1.organizationName_default    = World Wide Web Pty Ltd

organizationalUnitName        = Organizational Unit Name (eg, section)
#organizationalUnitName_default    =

commonName            = Common Name (e.g. server FQDN or YOUR name)
commonName_max            = 64

emailAddress            = Email Address
emailAddress_max        = 64

# SET-ex3            = SET extension number 3

[ req_attributes ]
challengePassword        = A challenge password
challengePassword_min        = 4
challengePassword_max        = 20

unstructuredName        = An optional company name

[ usr_cert ]

# These extensions are added when 'ca' signs a request.

# This goes against PKIX guidelines but some CAs do it and some software
# requires this to avoid interpreting an end user certificate as a CA.

basicConstraints=CA:FALSE

# Here are some examples of the usage of nsCertType. If it is omitted
# the certificate can be used for anything *except* object signing.

# This is OK for an SSL server.
# nsCertType            = server

# For an object signing certificate this would be used.
# nsCertType = objsign

# For normal client use this is typical
# nsCertType = client, email

# and for everything including object signing:
# nsCertType = client, email, objsign

# This is typical in keyUsage for a client certificate.
# keyUsage = nonRepudiation, digitalSignature, keyEncipherment

# This will be displayed in Netscape's comment listbox.
nsComment            = "OpenSSL Generated Certificate"

# PKIX recommendations harmless if included in all certificates.
subjectKeyIdentifier=hash
authorityKeyIdentifier=keyid,issuer

# This stuff is for subjectAltName and issuerAltname.
# Import the email address.
# subjectAltName=email:copy
# An alternative to produce certificates that aren't
# deprecated according to PKIX.
# subjectAltName=email:move

# Copy subject details
# issuerAltName=issuer:copy

#nsCaRevocationUrl        = http://www.domain.dom/ca-crl.pem
#nsBaseUrl
#nsRevocationUrl
#nsRenewalUrl
#nsCaPolicyUrl
#nsSslServerName

# This is required for TSA certificates.
# extendedKeyUsage = critical,timeStamping

[ v3_req ]

# Extensions to add to a certificate request

basicConstraints = CA:FALSE
keyUsage = nonRepudiation, digitalSignature, keyEncipherment

[ v3_ca ]


# Extensions for a typical CA


# PKIX recommendation.

subjectKeyIdentifier=hash

authorityKeyIdentifier=keyid:always,issuer

# This is what PKIX recommends but some broken software chokes on critical
# extensions.
#basicConstraints = critical,CA:true
# So we do this instead.
basicConstraints = CA:true

# Key usage: this is typical for a CA certificate. However since it will
# prevent it being used as an test self-signed certificate it is best
# left out by default.
# keyUsage = cRLSign, keyCertSign

# Some might want this also
# nsCertType = sslCA, emailCA

# Include email address in subject alt name: another PKIX recommendation
# subjectAltName=email:copy
# Copy issuer details
# issuerAltName=issuer:copy

# DER hex encoding of an extension: beware experts only!
# obj=DER:02:03
# Where 'obj' is a standard or added object
# You can even override a supported extension:
# basicConstraints= critical, DER:30:03:01:01:FF

[ crl_ext ]

# CRL extensions.
# Only issuerAltName and authorityKeyIdentifier make any sense in a CRL.

# issuerAltName=issuer:copy
authorityKeyIdentifier=keyid:always

[ proxy_cert_ext ]
# These extensions should be added when creating a proxy certificate

# This goes against PKIX guidelines but some CAs do it and some software
# requires this to avoid interpreting an end user certificate as a CA.

basicConstraints=CA:FALSE

# Here are some examples of the usage of nsCertType. If it is omitted
# the certificate can be used for anything *except* object signing.

# This is OK for an SSL server.
# nsCertType            = server

# For an object signing certificate this would be used.
# nsCertType = objsign

# For normal client use this is typical
# nsCertType = client, email

# and for everything including object signing:
# nsCertType = client, email, objsign

# This is typical in keyUsage for a client certificate.
# keyUsage = nonRepudiation, digitalSignature, keyEncipherment

# This will be displayed in Netscape's comment listbox.
nsComment            = "OpenSSL Generated Certificate"

# PKIX recommendations harmless if included in all certificates.
subjectKeyIdentifier=hash
authorityKeyIdentifier=keyid,issuer

# This stuff is for subjectAltName and issuerAltname.
# Import the email address.
# subjectAltName=email:copy
# An alternative to produce certificates that aren't
# deprecated according to PKIX.
# subjectAltName=email:move

# Copy subject details
# issuerAltName=issuer:copy

#nsCaRevocationUrl        = http://www.domain.dom/ca-crl.pem
#nsBaseUrl
#nsRevocationUrl
#nsRenewalUrl
#nsCaPolicyUrl
#nsSslServerName

# This really needs to be in place for it to be a proxy certificate.
proxyCertInfo=critical,language:id-ppl-anyLanguage,pathlen:3,policy:foo

####################################################################
[ tsa ]

default_tsa = tsa_config1    # the default TSA section

[ tsa_config1 ]

# These are used by the TSA reply generation only.
dir        = ./demoCA        # TSA root directory
serial        = $dir/tsaserial    # The current serial number (mandatory)
crypto_device    = builtin        # OpenSSL engine to use for signing
signer_cert    = $dir/tsacert.pem     # The TSA signing certificate
                    # (optional)
certs        = $dir/cacert.pem    # Certificate chain to include in reply
                    # (optional)
signer_key    = $dir/private/tsakey.pem # The TSA private key (optional)

default_policy    = tsa_policy1        # Policy if request did not specify it
                    # (optional)
other_policies    = tsa_policy2, tsa_policy3    # acceptable policies (optional)
digests        = md5, sha1        # Acceptable message digests (mandatory)
accuracy    = secs:1, millisecs:500, microsecs:100    # (optional)
clock_precision_digits  = 0    # number of digits after dot. (optional)
ordering        = yes    # Is ordering defined for timestamps?
                # (optional, default: no)
tsa_name        = yes    # Must the TSA name be included in the reply?
                # (optional, default: no)
ess_cert_id_chain    = no    # Must the ESS cert id chain be included?
                # (optional, default: no)
[openssl_def]
engines = engine_section
[engine_section]
gost = gost_section
pkcs11 = pkcs11_section
[gost_section]
default_algorithms = ALL
engine_id = gost

[pkcs11_section]
engine_id = pkcs11_gost
dynamic_path = /usr/lib/pkcs11-gost/libpkcs11_gost.so
MODULE_PATH = /usr/lib/pkcs11-gost/librtpkcs11ecp.so
PIN = 12345678
init = 0 

Взять от ubuntu 12.04 сервер и добавлены секции для поддержки rutoken.
Возможно конечно проблема еще в том, что я ставил собранный openssl в отдельную директорию, а не в корень системы, чтоб не сломать что-нибудь при экспериментах

Re: Поддержка Рутокен ЭЦП в OpenSSL

А у меня в конфиге раздел, посвященный engina-м вяглядит так

[openssl_def]
engines                 = engine_section

[engine_section]
pkcs11                 = pkcs11_section

[gost_section]
default_algorithms        = ALL

[pkcs11_section]
engine_id                 = pkcs11_gost
dynamic_path         = /usr/lib/pkcs11-gost/libpkcs11_gost.so
MODULE_PATH         = /usr/lib/pkcs11-gost/librtpkcs11ecp.so
init                     = 0

То есть engine gost явно не грузится. Попробуйте, должно double free уйти

Re: Поддержка Рутокен ЭЦП в OpenSSL

Добрый день!
Вернулся к тепе rutoken.
Возник вопрос. Когда истечет срок действия сертификата, нужно заново сгенерировать ключевую пару и отправить запрос на сертификат в УЦ.
При попытке генерации ключа в том же слоте возникает ошибка:

3073881736:error:8107808D:lib(129):PKEY_GOST01CP_KEYGEN:key allready exists on token:gost_sign_pkcs11.c:152:

Вопрос. Как очистить слот? Или каждый раз генерировать в новом слоте? Что тогда делать когда место на токене закончится?

Re: Поддержка Рутокен ЭЦП в OpenSSL

Сам спросил - сам ответил:
https://github.com/OpenSC/OpenSC/wiki/A … utoken-ECP

Re: Поддержка Рутокен ЭЦП в OpenSSL

Появился еще вопрос. Можно ли сохранить на токен сертификат, и при подписи файла пользоваться сертификатом, сохраненным на токене?

Re: Поддержка Рутокен ЭЦП в OpenSSL

И еще вопрос. Как правильно организовать замену ключевых пар на токене. Т.е. когда заканчивается срок действия сертификата ЭЦП, необходимо сформировать новую ключевую пару и запрос на сертификат. Как сделать так, чтоб старая ключевая пара продолжала работать, пока не будет сформирован и установлен новый сертификат?

Re: Поддержка Рутокен ЭЦП в OpenSSL

alex_vavilin пишет:

Сам спросил - сам ответил:
https://github.com/OpenSC/OpenSC/wiki/A … utoken-ECP

Так делать неправильно.

Дело в том, что по указанной ссылке показан механизм форматирования токена утилитами, которые форматируют в формате PKCS#15.

Наш же формат другой.
Поэтому библиотека librtpkcs11ecp.so не будет корректно работать с токеном, который таким образом отформатирован.

Я вам рекомендую использовать pkcs11-tool из opensc с нашей библиотекой librtpkcs11ecp.so и с помощью этой утилиты удалять ключ и сертификат. Опция  --delete-object.

Re: Поддержка Рутокен ЭЦП в OpenSSL

alex_vavilin пишет:

И еще вопрос. Как правильно организовать замену ключевых пар на токене. Т.е. когда заканчивается срок действия сертификата ЭЦП, необходимо сформировать новую ключевую пару и запрос на сертификат. Как сделать так, чтоб старая ключевая пара продолжала работать, пока не будет сформирован и установлен новый сертификат?

Формировать новую пару до истечения срока действия старой пары.

Re: Поддержка Рутокен ЭЦП в OpenSSL

Т.е. я правильно понял что и форматировать токен нужно с помощью pkcs11-tool?
Вот так:
pkcs11-tool --module /opt/gost-ssl/lib/pkcs11-gost/librtpkcs11ecp.so  --init-token --label 1 --so-pin 87654321
pkcs11-tool --module /opt/gost-ssl/lib/pkcs11-gost/librtpkcs11ecp.so  --init-pin --pin 12345678 --login --so-pin 87654321
?

Re: Поддержка Рутокен ЭЦП в OpenSSL

Можно либо через панель управления на винде, либо так.

Re: Поддержка Рутокен ЭЦП в OpenSSL

В том случае, если при инициализации командой
pkcs11-tool --module /opt/gost-ssl/lib/pkcs11-gost/librtpkcs11ecp.so --init-token --label 1 --so-pin 87654321

Возникает ошибка:
error: PKCS11 function C_InitToken failed: rv = unknown PKCS11 error (0x200)
Aborting.

Есть ли другой вариант решения проблемы, кроме форматирования токена под виндой?

Если я правильно понимаю, то это из-за того что политика смены ПИН-кода пользователя выставлена в "Пользователем"

Re: Поддержка Рутокен ЭЦП в OpenSSL

Есть.
Можем выслать вам кроссплатформенную утилиту форматирования, которая позволяет сменить политику.
Это подойдет?

Re: Поддержка Рутокен ЭЦП в OpenSSL

Я думаю подойдет.
В принципе я нашел решение которое сработало на данный момент, но в этой ветке оно названо некорректным:

pkcs15-init --erase-card -p rutoken_ecp
pkcs15-init --create-pkcs15 --so-pin "87654321" --so-puk ""
pkcs15-init --store-pin --label "User PIN" --auth-id 02 --pin "12345678" --puk "" --so-pin "87654321" --finalize

После выполнения данных команд, как ни странно pkcs11-tool отрабатывает без ошибок, и все последующие операции (формирование ключевой пары, запроса на сертификат, подписание)  также происходят успешно

Re: Поддержка Рутокен ЭЦП в OpenSSL

этот способ будет работать на 100% если вы далее используете opensc-pkcs11.so
но форматировать так действительно можно, хотя на токене конечно останется "мусор" от формата opensc

Утилита пока только готовится к релизу, я вышлю вам промежуточную версию на почту. Какая платформа вас интересует?

Re: Поддержка Рутокен ЭЦП в OpenSSL

У нас ubuntu linux 12.04 32bit.