Авторизация SOAP клиента при помощи SSL сертификата

Содержание

Add authorization
Configure authorization
How to fix ssl error when you run soap ui | adobe sign
Manage authorizations
Preemptive authentication
Авторизация soap клиента при помощи ssl сертификата
Как настроить soapui mock-сервис с сертификатом без лицензии x509 для ssl

Add authorization

To add a new authorization:

In the Authorization drop-down list, select Add New Authorization.
In the subsequent Add Authorization dialog, select an authorization type.
There are following authorization types supported:
Click OK.

After that, the authorization options will appear on the Auth tab.

Configure authorization

To configure your authorization, use the options that are available on the Auth tab and the corresponding request properties.

How to fix ssl error when you run soap ui | adobe sign

SOAP UI (SmartBear) gets SSL connection error similar to the following one, which you get when you make API call. This error generally occurs if you are using outdated SSL or TLS protocol lower than TLS1.2

ERROR: Exception in request : javax.net.ssl.SSLException: Received fatal alert: protocol_version
ERROR: An error occurred [Received fatal alert: protocol_version], see error log for details

Manage authorizations

To manage authorizations in the request:

Open the XML editor for the needed request.
Open the Auth panel.

In the Auth panel, you configure authentication parameters for your request.

Preemptive authentication

In general, preemptive authentication means that the server expects that the authorization credentials will be sent without providing the Unauthorized response. This reduces the load on network and the server itself.

You can configure your requests to use or omit the preemptive authentication. To do that:

Привет всем!

Есть задача авторизовать SOAP client из Zend Framework (который по сути ни чем не отличается от обычного пхпшного клинта, кроме названия параметров), при помощи выданного клиентского сертификата.

Про сертификаты: Номер сертификата соответствия, где указан? Как расшифровывается?

Конфигурация сервера: Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.3 OpenSSL/1.0.1f
Конфигурация виртуалхоста где крутится SOAP сервер:
<VirtualHost _default_:443>
ServerAdmin test@localhost
ServerName test
DocumentRoot /var/www/test/public
LogLevel debug
ErrorLog ${APACHE_LOG_DIR}/test_error.log
CustomLog ${APACHE_LOG_DIR}/test_access.log combined

SSLEngine On
SSLCertificateFile /etc/ssl/my-server.crt
SSLCertificateKeyFile /etc/ssl/my-server.key
SSLCACertificateFile /etc/ssl/ca.crt
SSLOptions StdEnvVars ExportCertData

<Directory /var/www/test/public/>
DirectoryIndex index.php
AllowOverride All
Order allow,deny
Allow from all
</Directory>
</VirtualHost>

в htaccess помимо зендовых реврайтов дописано:
SSLRequireSSl
SSLVerifyClient require

Собственно сам запрос:
$local_cert = ‘/home/test/01.pem’;
$wsdl = ‘/home/test/soap.wsdl’;
$context = stream_context_create(array(
‘ssl’ => array(
‘verify_peer’ => false,
‘allow_self_signed’ => true,
‘local_cert’ => $local_cert,
),
));

$client = new Client($wsdl, array(
‘stream_context’ => $context,
));

$client->createOffer();

Запрос падает с ошибкой: Could not connect to host

Сразу скажу, что клиентские сертификаты импортированные в браузеры/soapUI проходят проверку
и успешно авторизуются на сервере (в soapUI происходит успешный вызов сервиса). Серверный сертификат является самоподписанным (поэтому в контексте включена соответсвующая опция), все сертификаты были сгенерированы на текущей версии openssl. Настройки ssl.conf дефолтные.

При попытке подключения ssl пишет в лог:
[ssl:info] [pid 2970] [client 127.0.0.1:57633] AH01964: Connection to child 6 established (server test:443)
[ssl:debug] [pid 2970] ssl_engine_io.c(1212): (70014)End of file found: [client 127.0.0.1:57633] AH02007: SSL handshake interrupted by system [Hint: Stop button pressed in browser?!]
[ssl:info] [pid 2970] [client 127.0.0.1:57633] AH01998: Connection closed to child 6 with abortive shutdown (server test:443)

В результате проведенных опытов над пациентом было выяснено что такая ошибка падает при попытке передачи клиентского сертификата в параметре local_cert. Если этот параметр не передавать то клиент падает с ошибкой Error Fetching http headers, а в лог пишется:
[ssl:info] [pid 1471] SSL Library Error: error:140890C7:SSL routines:SSL3_GET_CLIENT_CERTIFICATEeer did not return a certificate — No CAs known to server for verification? (собственно как я понимаю, тут все закономерно, все упало потому что небыло передано сертификата)
Если же выключить опцию SSLVerifyClient require, и не передавать сертификат, то все работает на ура.

Про сертификаты: «Определение должностей, требующих соблюдения государственных правил по обеспечению соответствия условиям труда, а также соответствующих протоколов для эффективного составления декларации о соответствии на основе новых руководящих принципов на 2022 год»

Получается что при попытке отдать сертификат клиент сам рвет соединение во время хэндшэйка… Но вот почему он это делает ума не приложу(

Спасибо всем кто дочитал этот длиннопост до конца!
Заранее благодарен за ваши ответы, мысли, гайды и конструктивную критику!

Привет всем!

SSLEngine On
SSLCertificateFile /etc/ssl/my-server.crt
SSLCertificateKeyFile /etc/ssl/my-server.key
SSLCACertificateFile /etc/ssl/ca.crt
SSLOptions StdEnvVars ExportCertData

<Directory /var/www/test/public/>
DirectoryIndex index.php
AllowOverride All
Order allow,deny
Allow from all
</Directory>
</VirtualHost>

в htaccess помимо зендовых реврайтов дописано:
SSLRequireSSl
SSLVerifyClient require

$client = new Client($wsdl, array(
‘stream_context’ => $context,
));

$client->createOffer();

Про сертификаты: Сертификация елочных игрушек -

Как настроить soapui mock-сервис с сертификатом без лицензии x509 для ssl

SOAPUI запускается через java, и когда java подключается к SSL url выполняет две проверки:

Убедитесь, что сертификат сервера доверен. Убедитесь, что общее имя в теме различающееся имя сертификата сервера совпадает с доменом.

Я предполагаю, что первая проверка прошла, так как в инструкциях ссылки, которые вы указываете, указывается одно и то же хранилище ключей в mock-сервисе для обоих: keystore и truststore, а так как сертификат сервера импортируется в этом, нет никакой проблемы, чтобы передать эту проверку.

Поэтому, вероятно, вы сказали, что проблема заключается в том, что ваш макет службы находится на 127.0.0.1 и ваш сертификат выдается для использования в mydomain.com.

Возможное обходное решение – отключить проверку SSL но это не имеет смысла, поскольку, как вы сказали в вопросе, который вы хотите протестировать в сервисе с помощью “реального” сертификата, вместо этого, возможно, вы можете попробовать отредактировать файл host и добавить сопоставление для ip-адреса 127.0.0.1 для вашего домена сервера сертификатов, в вашем случае:

127.0.0.1       mydomain.com

А затем измените конечную точку SOAPUI для вашего макетного сервиса на https://mydomain.com.

Надеюсь это поможет,

Авторизация SOAP клиента при помощи SSL сертификата | PHPClub – клуб разработчиков PHP