1. С Настсупившим Новым 2025м вас, коллеги!
2. Решил ознакомиться с обновленным SDK, зашел на страничку скачивания: https://www.guardant.ru/support/developers/sdk/ - ох, скачивание SDK доступно только по запросу. На запрос мне, естественно, никто не ответил, и это правильно, ибо Новый год. К сожалению, всё ещё доступна ссылка https://www.guardant.com/support/developers/sdk/ - для англоязычных, где никакого запроса для скачивания SDK не требуется, скачал и теперь вот сижу, работаю. Вместо того, чтобы отдыхать и праздновать Новый год!
Исправьте, пожалуйста.

Добрый день. Благодарим за обратную связь. Обаятельно исправим эту неточность.
Команда Guardant также поздравляет вас с Новым 2025-ым годом!!!

Добавьте, пожалуйста, описание в свое сообщение.

vityusha пишет:

Добрый день!
Сделайте, пожалуйста, ликвидный HTTPS сертификат для домена forum.guardant.ru (возможно, на других доменах также применяется сертификат выданный на aktiv-company.ru).

Спасибо. Передадим нашим специалистам.

добрый день. передайте такжу специалистам, чтобы они убрали загрузку стороннего контента (скрипты, стили и тд в заголовке страницы) по ссылкам http:// иначе нет никакого смысла в защищенном соединении. тем более что этот контент берется с того же домена и достаточно указать ссылку от корня домена.

Добрый день!
Сделайте, пожалуйста, ликвидный HTTPS сертификат для домена forum.guardant.ru (возможно, на других доменах также применяется сертификат выданный на aktiv-company.ru).

Спасибо. Передадим нашим специалистам.

Данные техническое исполнение ключа возможно использовать во встраиваемых системах, где есть слоты.

Таким образом, получится SAM - Secure Access Module.

Принято. Посмотрим что можно сделать.

Проверка версии драйверов делается с помощью grddrv.dll. При отсутствии доступа к grddrv.dll считается, что guardant ключи не установлены, при наличии - дополнительно определяется версия драйверов.

Проблема.
Однако, при инсталляции драйверов ключей, grddrv.dll в систему устанавливается той же разрядности, что и разрядность драйверов ключей (x32/x64). Инсталлятор же защищенного приложения сам по себе является 32-разрядным приложением, и, следовательно не может работать с grddrv.dll 64-разрядной версии.

Предложение.
При инсталляции драйверов ключей, дополнительно, всегда поставлять библиотеку grddrv.dll в как 32, так и 64 - битной разрядности, именуя их grddrv32.dll  и grddrv64.dll.

Примечание
В данный момент наш инсталлятор защищенного приложения просто "носит" с собой  grddrv.dll 32-разрядной версии.

Добрый день.
Предлагаю изменить названия перечислений GrdFM GuardantDotNetApi. Сейчас :

  public enum GrdFM
    {
        ALL = 0,
        ID = 2,
        Mask = 0x10,
        NProg = 1,
        SN = 4,
        Type = 0x20,
        Ver = 8
    }

На самом деле All скорее означает None. All = 63   None=0
Как-то так....

Мы учтём Ваше пожелание. Спасибо за обратную связь.

  public enum GrdFM
    {
        ALL = 0,
        ID = 2,
        Mask = 0x10,
        NProg = 1,
        SN = 4,
        Type = 0x20,
        Ver = 8
    }

На самом деле All скорее означает None. All = 63   None=0
Как-то так....

Предлагаю в следующей версии API немного улучшить враппер для .Net Framework возможностью задавать папку в которой находятся библиотеки GrdApi32.dll и GrdApi64.dll. Это поможет обойти такие проблемы, как ошибка "DllNotFound" в ASP.NET без использования переменных среды. Да и вообще возможность размещать библиотеки Api в произвольной папке, наверное, не будет минусом. Сейчас, в своём проекте, я использую модифицированную указанным способом библиотеку GuardantDotNetApi.dll (модификация проводилась с помощью Reflector и Reflexil со снятием подписи), так что техническая возможность реализовать такую задумку есть.