Про хранилища компьютера понятно. Да, тогда можно дать права на директории, о которых я говорила.



А что делать, если сертификатов с одним e-mail два(например, админы новый поставили, а старый не удалили)? Ругаться? Выбирать первый попавшийся? Выбирать более новый? Проверять у какого из сертификатов есть назначение "проверка подлинности клиента", которое необходимо для работы curl? Пытаться использовать одностороннюю аутентификацию? А если есть два пользователя с одинаковым ящиком (например, сотрудники тех поддержки, у которых указан общий ящик тех поддержки)? Для каждой информационной системы ответ свой, поэтому эта часть и перекладывается на разработчиков информационной системы.
Так как libcurl предоставляет C-шный интерфейс, мы предполагали что встраивание будет на C, там без труда с помощью нашего API можно получить из хранилища сертификат по любым интересным вам параметрам (например, выбрать все сертификаты с заданным e-mail, потом среди них выбрать сертификаты с назначением "проверка подлинности клиента", а потом выбрать среди них самый новый или выбрать сертификат по фамилии владельца и по назначению или любым другим нужным вам способом), а затем получить thumbprint данного сертификата.

Это нормально???

Отредактировано пользователем 25 марта 2013 г. 9:57:36(UTC)  | Причина: Не указана

И это реально работает?? Вы передаете вместо сертификата его хэш, вместо типа сертификата - адрес контейнера, и ЭТО работает?

Уже несколько дней пытаюсь решить подобную задачу, и сертификат почему-то не принимается(указываю абсолютный путь к нему).
Ради интереса попробовал и ваш метод... Но сервер даже до сертификата не доходит - сразу на CERTTYPE ругается.

У кого-нибудь есть рабочий вариант отправки запроса cUrl'ом по TLS с использованием личного сертификата (на PHP)?

Отредактировано пользователем 22 мая 2013 г. 21:30:17(UTC)  | Причина: Не указана

Наверное нет..А как правильно? Через PHP вообще отказывается работать. Наверное из-за того, что используется стандартная версия cUrl.
А вот на C++, подключив curl, прилагаемый к КриптоПро CSP, коннект идет, даже без указания CERTTYPE.
Вы у себя заменили библиотеку? Не помешало вызовам cUrl для других серверов без аутентификации по сертификату?

NTMan,
как разобравшийся во всех этих радостях человек,
можете поделиться опытом?

В либах cprocsp библиотеки libcurl у меня нет, поэтому я сделал все возможные симлинки на библиотеку, которая у меня имелась
ln -s /usr/lib/libcurl.so.4.2.0 /opt/cprocsp/lib/amd64/libcurl.so.4.2.0

Следуя докам, зарегистрировал даже путь к имеющейся библиотеке
./cpconfig -ini \config\apppath -add string libcurl.so /usr/lib/libcurl.so.4.2.0

Все равно у меня не получается достучаться по https с использованием сертификатов,
даже используя ваш рабочий код:

$url = "https://icrs.nbki.ru/products/B2BRequestServlet";
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_POST, true);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
//curl_setopt($ch, CURLOPT_HTTPHEADER, $headers);
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_setopt($ch, CURLOPT_POSTFIELDS, $xml);
curl_setopt($ch,CURLOPT_SSL_VERIFYHOST,0);
curl_setopt($ch,CURLOPT_SSL_VERIFYPEER,0);
curl_setopt($ch, CURLOPT_SSLCERTTYPE, 'CERT_SHA1_HASH_PROP_ID:CERT_SYSTEM_STORE_CURRENT_USER:MY');
curl_setopt($ch, CURLOPT_SSLCERT, '0xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx');
$responce = curl_exec($ch);

Какие подводные камни я мог упустить?

+ еще вопрос,
при правильно настроенном curl, получалось ли у вас делать запросы по https прямо через консоль:
curl https://icrs.nbki.ru/products/B2BRequestServlet
?