Недопустимый дескриптор привязки код ошибки 1702

После установки КриптоПро CSP 5.0 на AltLinux Workstation 8.2 запускаем через терминал команду cptools
В разделе «Контейнеры» пытаемся «Установить сертификат» и получаем ошибку:
Недопустимый дескриптор привязки. Код ошибки: 0x6A6 (1702).
https://pastenow.ru/5791P

Ровно такая же проблема появляется при попытке запустить приложение token-manager (https://github.com/bmakarenko/token-manager)
https://pastenow.ru/56MSG
Важно то, что из под локального пользователя linux (с правами и без прав администратора) оба приложения работают без нареканий, но под пользователем домена возникает проблема.
Вывод rolelist:

users: cdwriter cdrom audio video proc radio camera floppy xgrp scanner uucp vboxusers fuse
localadmins: wheel
admin_ca: localadmins
fas_admins: localadmins
администраторы домена: localadmins
пользователи домена: users
На версии CSP 4.0 проблема та же, только там уже возможна работа только в token-manager
Написал на форум КриптоПро и по просьбе сотрудника КриптоПро собрал диагностические данные, но после отправки архива ответа я не получил. Могу этот архив скинуть в личку заинтересованным.

О данной ошибке ничего не удалось найти. Что это и как это победить? Спасибо.

Записан

про домен и КриптоПро тут точно тема была, не помню чем закончилось.

Записан

Найти тему не удалось, прошу помощи.

Записан

Нашел проблему.
Дело было в установленном пакете lsb-cprocsp-kc2.
Видимо доменные учётки не имеют доступа куда-то…

Записан

Нашел проблему.
Дело было в установленном пакете lsb-cprocsp-kc2.
Видимо доменные учётки не имеют доступа куда-то…

Не надо ставить биологический ДСЧ, он для УЦ. Прочтите документацию, пожалуйста.

Записан

Андрей Черепанов (cas@)

Answers

• >You’ll need TCB for this, but OpenProcessToken, DuplicateTokenEx, SetTokenInformation

  > and CreateProcessAsUser should get you going.

  I got it working!  Here’s what I did in a nutshell:

  When I detect that a new session has been created I

  1. Use WTSEnumerateProcesses to find the process id of winlogon.exe in the new session.
  2. Use AdjustTokenPrivileges to give my session monitoring service SE_TCB_NAME privilage
  3. Call OpenProcess to get a handle to winlogon.exe process in new session
  4. Call OpenProcessToken to get winlogon.exe’s access token.
  5. Call DuplicateTokenEx to make a new access token
  6. Call CreateProcessAsUser to start my process in the new session before user logs on.

  RIght now my process runs as SYSTEM and it doesn’t need to.  I’m going to play around with the above a bit to see if I can get it to run as something else.

  Jim