1С: Предприятие ПОПРОШАЙКА для Казахстана

[serg_n1]

Расширение нужно допиливать... к сожалению...

тут надо свою привязку к ключам писать, иначе никак. Иначе будут проверки на ИТС. отправка я думаю работает, как -то надо подписание ключом сделать

[Limonz]

тут надо свою привязку к ключам писать, иначе никак. Иначе будут проверки на ИТС. отправка я думаю работает, как -то надо подписание ключом сделать

Ну, при использовании... и в новом методе, требует подключение к тех. поддержке..., и не важно какие ключи используются, старого формата или нового...
Т.е. дам даже проверку доступности подключения к серверу не дает, если в разделе - Пользователи ИС ЭСФ, нажать на кнопку - проверка вход в ИС ЭСФ

[niko.shym]

а если на сервере 10 и более баз калкан как всем ставить по какому принципу он привязан к бин

У меня на сервере 350 баз, калкану плевать, я сравнил побитно dll скаченную из сети, с той, которую мне выдали по запросу (правда та, которая была в сети, была версии 3.0.0.0) и в архиве который мне выдали, тоже была такая 3.0.0.0, и вот у них - разницы нет. Но я установил библиотеку 3.0.2.0 там вроде какие то правки :

v3.0.0.0 (Сертифицированная)
- Добавлены алгоритмы ГОСТ Р 34.10-2015 и ГОСТ Р 34.11-2015;

v3.0.0.1
- Исправлена ошибка при проверке сертификата методом X509ValidateCertificate() с помощью CRL;
- Исправлена ошибка при извлечении информации дельта-CRL, CRL, OCSP из сертификата, в котором данная информация отсутствует;
- Исправлена ошибка при вызове всех методов в VBA, 1C, PHP и в других языках.

v3.0.0.2
- Добавлена проверка подписи сертификата открытым ключом его "родителя";
- Устранена ошибка при проверке цепочки корневых сертификатов в методе VerifyData();

v3.0.0.3
- Для версии x64 был доработана оптимизация компоновщика ;

v3.0.0.4
- Был доработан механизм проверки сертификата в части сравнения значения "Поставщика сертификата" в поле "Идентификаторе ключа центра сертификатов" со значением поля "Субъект" в сертификате издателя.

v3.0.0.5
- Был доработан механизм подписи хэша (метод SignHash). Добавлен штамп времени при формировании подписи;
- Исправлена ошибка краха библиотеки во время подписния данных не в формате BASE64, при включенном флаге IN_BASE64;
- Доработаны ошибки вывода при вызове метода без первичной инициализации;
- Доработан вывод ocsp-resp в формате BASE64;
- Добавлен функционал вывода даты отзыва при проверке сертификата на отозванность через CRL;

v3.0.0.6
- Доработана проверка срока действия сертификата с учетом часового пояса на компьютере;
- Доработан вывод сроков действия сертификата с учетом часового пояса на компьютере;
- Доработан вывод информации о дате проведения проверки сертификата в методе X509ValidateCertificate() с учетом часового пояса на компьютере;

v3.0.0.7
- Доработан метод X509CertificateGetInfo() в части вывода информации на кириллице с флагами KC_CERTPROP_ISSUER_DN и KC_CERTPROP_SUBJECT_DN;
- Устранена ошибка при проверке файла в методе VeriftData().

v3.0.1.0
- Доработан механизм работы с токенами и файловым хранилищем, при переключении с одного типа на другой.

v3.0.2.0
- Изменен вывод часового пояса относительно локального времени на устройстве в таких методах, как VerifyData, X509CertificateGetInfo, X509ValidateCertificate

Поэтому мне кажется с огромной долей вероятности - калкан ни к чему не привязан, ибо у него задача дешифровать ваш ключ. (это что касается СОМ библиотеки).
Ну и самое простое, библиотека crypt была создана 07.12.2023, если бы её для меня компиляли и вкорячивали мой БИН, то наверняка у неё дата создания была бы свежая. (дату взял из архива не распаковывая). Понимаю что даты можно поменять, но неужели они так заморачиваются...

[Limonz]

У меня на сервере 350 баз, калкану плевать, я сравнил побитно dll скаченную из сети, с той, которую мне выдали по запросу (правда та, которая была в сети, была версии 3.0.0.0) и в архиве который мне выдали, тоже была такая 3.0.0.0, и вот у них - разницы нет. Но я установил библиотеку 3.0.2.0 там вроде какие то правки :

v3.0.0.0 (Сертифицированная)
- Добавлены алгоритмы ГОСТ Р 34.10-2015 и ГОСТ Р 34.11-2015;

v3.0.0.1
- Исправлена ошибка при проверке сертификата методом X509ValidateCertificate() с помощью CRL;
- Исправлена ошибка при извлечении информации дельта-CRL, CRL, OCSP из сертификата, в котором данная информация отсутствует;
- Исправлена ошибка при вызове всех методов в VBA, 1C, PHP и в других языках.

v3.0.0.2
- Добавлена проверка подписи сертификата открытым ключом его "родителя";
- Устранена ошибка при проверке цепочки корневых сертификатов в методе VerifyData();

v3.0.0.3
- Для версии x64 был доработана оптимизация компоновщика ;

v3.0.0.4
- Был доработан механизм проверки сертификата в части сравнения значения "Поставщика сертификата" в поле "Идентификаторе ключа центра сертификатов" со значением поля "Субъект" в сертификате издателя.

v3.0.0.5
- Был доработан механизм подписи хэша (метод SignHash). Добавлен штамп времени при формировании подписи;
- Исправлена ошибка краха библиотеки во время подписния данных не в формате BASE64, при включенном флаге IN_BASE64;
- Доработаны ошибки вывода при вызове метода без первичной инициализации;
- Доработан вывод ocsp-resp в формате BASE64;
- Добавлен функционал вывода даты отзыва при проверке сертификата на отозванность через CRL;

v3.0.0.6
- Доработана проверка срока действия сертификата с учетом часового пояса на компьютере;
- Доработан вывод сроков действия сертификата с учетом часового пояса на компьютере;
- Доработан вывод информации о дате проведения проверки сертификата в методе X509ValidateCertificate() с учетом часового пояса на компьютере;

v3.0.0.7
- Доработан метод X509CertificateGetInfo() в части вывода информации на кириллице с флагами KC_CERTPROP_ISSUER_DN и KC_CERTPROP_SUBJECT_DN;
- Устранена ошибка при проверке файла в методе VeriftData().

v3.0.1.0
- Доработан механизм работы с токенами и файловым хранилищем, при переключении с одного типа на другой.

v3.0.2.0
- Изменен вывод часового пояса относительно локального времени на устройстве в таких методах, как VerifyData, X509CertificateGetInfo, X509ValidateCertificate

Поэтому мне кажется с огромной долей вероятности - калкан ни к чему не привязан, ибо у него задача дешифровать ваш ключ. (это что касается СОМ библиотеки).
Ну и самое простое, библиотека crypt была создана 07.12.2023, если бы её для меня компиляли и вкорячивали мой БИН, то наверняка у неё дата создания была бы свежая. (дату взял из архива не распаковывая). Понимаю что даты можно поменять, но неужели они так заморачиваются...

Просмотрев dll hex редактором..., да привязки к БИН я там не нашел..., только, есть БИН АО НИТ..., но, я нашел ИИН..., может быть это ИИН того, отправлял заявку, в НУЦ... нужно бы другую Dll..., чтобы там глянуть, указывается ли тот же ИИН или чей-то другой...

[operativ66]

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

[niko.shym]

Просмотрев dll hex редактором..., да привязки к БИН я там не нашел..., только, есть БИН АО НИТ..., но, я нашел ИИН..., может быть это ИИН того, отправлял заявку, в НУЦ... нужно бы другую Dll..., чтобы там глянуть, указывается ли тот же ИИН или чей-то другой...

я в своих не нашёл ни своего БИН ни своего ИИН, по какому адресу вы нашли некий ИИН ? гляну у себя что есть...

[niko.shym]

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

В точку, именно это я и читал.

[Limonz]

я в своих не нашёл ни своего БИН ни своего ИИН, по какому адресу вы нашли некий ИИН ? гляну у себя что есть...

Если вы вобьете три буквы в поиске BIN, он покажет этот... и чуток выше будет ИИН...

[Limonz]

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

Так запретил не просто так..., явно, что-то все таки да есть...
Так как возникает вопрос, для чего такая нужда была нужна???

[Artikjan]

Привет, а старую криптобиблиотеку отключил?