Trust & Security

Доверие, подлинность и постоянство

SERTIFIKAT.UZ — цифровая инфраструктура доверия для credential. Ниже — как обеспечивается подлинность и как хранятся ваши достижения.

Цифровая идентичность credential

Каждый подтверждённый сертификат имеет уникальный SCID и QR-код, связанные с записью эмитента.

Запись эмитента и статус

Проверка сверяется с организацией-эмитентом и текущим статусом: действителен, отозван, истёк.

История аудита

Создание, выдача, изменение, проверка, подтверждение, отклонение и отзыв фиксируются событиями.

Защита активов организации

Печати, подписи и ключи хранятся в защищённом бэкенде с политиками доступа и никогда не попадают во фронтенд.

Готовность к стандартам

Архитектура проектируется с расчётом на поддержку признанных стандартов, включая W3C Verifiable Credentials. Соответствие не заявляется до технической реализации и аудита.

Долговременное хранение

Резервное копирование, версионирование, экспорт данных и восстановление доступа. Мы не даём необоснованных обещаний «вечного» хранения.

Audit trail

Пример журнала событий credential

Каждая важная операция создаёт событие аудита — от создания до публичной проверки.

  1. Сертификат создан

    Tashkent Digital Academy · 12.03.2026 · 09:14

  2. Подпись и печать применены

    Демо Директор · Course Director · 12.03.2026 · 09:15

  3. Сертификат выдан

    Authorized Issuer · 12.03.2026 · 09:16

  4. SCID и QR сгенерированы

    Система · 12.03.2026 · 09:16

  5. Добавлен в кошелёк получателя

    Держатель · 12.03.2026 · 09:18

  6. Публичная проверка выполнена

    Верификатор (демо) · 08.09.2026 · 15:02

Ваши достижения не должны теряться

Сертификаты не должны оставаться в бумажных папках, чатах, вложениях электронной почты и старых телефонах. Платформа проектируется как долговременный цифровой архив credential с резервным копированием, историей версий, экспортом данных и восстановлением аккаунта.

Прототип. Платформа не является государственным сервисом и не заявляет о государственном одобрении или сертификации соответствия стандартам.

Роли в инфраструктуре доверия

Кто участвует в проверке

Проверка имеет смысл только тогда, когда за ней стоит организация-эмитент и прозрачный статус.

SUPER ADMIN

Полный доступ: эмитенты, записи, споры, аудит, безопасность.

ADMIN

Операционный доступ в рамках выданных разрешений.

VERIFIED ISSUER

Выдача, подтверждение и отзыв credential от подтверждённой организации.

ISSUER

Выдача credential без статуса подтверждённого эмитента.

USER / HOLDER

Хранение credential, настройки приватности, паспорт квалификаций.

PUBLIC VERIFIER

Публичная проверка по QR и SSID без доступа к личным данным.

Machine-readable trust

Проверка для цифровых сервисов, работодателей и AI-агентов

Архитектура проектируется так, чтобы статус credential можно было проверять не только человеком, но и системой — по согласию держателя и без раскрытия лишних персональных данных. Публичный API и интеграции пока не запущены: это продуктовое превью.

Что важно понимать

  • Загрузка документа не делает его подтверждённым credential.
  • Отзыв credential фиксируется и виден при повторной проверке.
  • Все данные в прототипе — демонстрационные.
  • Соответствие внешним стандартам не заявляется до технической реализации и аудита.