Сертификати за подписване на код, опции за подписване в облак и интеграция на операции по подписване

В сила от 1 март 2026 г., новите изисквания за индустрията от CA / Браузър форум ще ограничи максималния период на валидност на публично доверените сертификати за подписване на код до 458 дни. В подготовка, SSL.com започна да прилага това ограничение от 458 дни за издаване на сертификати, считано от 27 февруари 2026 г. Тази промяна не засяга общия закупен срок на поръчката на клиента, но отделните сертификати, издадени в рамките на този срок, може да се нуждаят от по-често преиздаване. Клиентите все пак ще получават пълната стойност на покупката си, въпреки че всеки сертификат ще има по-кратък срок на валидност. Тази актуализация е задължителна за всички публично доверени сертифициращи органи и е предназначена да подобри сигурността чрез намаляване на излагането на риск и подобряване на криптографската гъвкавост.


Какво е сертификат за подписване на код?

Сертификатът за подписване на код е цифров сертификат, който предоставя глобално прието доказателство за самоличност на издател на софтуер и може да бъде получен от обществено доверен сертифициращ орган (CA) като SSL.com. Софтуерните компании използват сертификати за подписване на код, за да осигурят доказателство, че са разработчици на приложение. 

Сертификатите за подписване на код също предотвратяват подправяне на кода и гарантират, че файлът не съдържа неоторизирани модификации, злонамерен софтуер и е безопасен за инсталиране. Сертификатите за подписване на код са основна функция за сигурност, когато софтуерът се разпространява, продава и изтегля онлайн. 

Цифрово подписване на вашия код с доверени SSL.com сертификати позволява на потребителите и операционните системи да знаят, че вашият софтуер е автентичен и безопасен за инсталиране.

Винаги можете да се свържете с нас търговски екип за да обясните тези опции и да предоставите оферта.

Нуждаете се от сертификат за подписване на код? SSL.com има опции, за да посрещне каквито и да са вашите нужди, научете повече за нашите сертификати.

Избор на правилния сертификат за подписване на код

Сертификатите за валидиране на организация (OV) и индивидуално валидиране (IV) се наричат ​​сертификати с висока степен на сигурност, тъй като изискват повече валидиране и по този начин осигуряват повече доверие, . За OV и IV сертификати CA ще провери действителната организация или отделно лице, което се опитва да получи сертификата. Името на организацията или физическото лице също е посочено в сертификата, което дава допълнително доверие, че притежателят на сертификата е с репутация.

OV сертификатите често се използват от корпорации, правителства и други организации, които искат да осигурят допълнителен слой увереност на своите посетители. Освен SSL/TLS сертификати, OV и IV също са често използвани за подписване на код, подписване на документ, удостоверяване на клиента, и S/MIME имейл сертификати. За повече информация относно изискванията, моля, вижте SSL.com OV и IV изисквания.

Сертификатът за подписване на код за индивидуална валидация (IV) прилага цифрови подписи с лично име, идеален за независими разработчици на софтуер и отделни сътрудници на проекти, които искат да увеличат доверието и доверието от своите потребители. 

EV сертификатите, известни също като корпоративни сертификати за подписване на код, предоставят максимално доверие на посетителите и също така изискват най-много усилия от CA за валидиране. EV сертификати могат да се издават само на фирми и други регистрирани организации, а не на физически лица.

SSL.com Sole Prietorship EV Code Signing Certificates добавят самоличността на физическо лице към стандартния сертификат за подписване на EV код. Тази опция за валидиране позволява на едноличен търговец или индивидуален сътрудник да включи името си в цифровия подпис. Опцията за валидиране на едноличен собственик също е за предприятия, които изискват допълнителен слой сигурност чрез включване на валидирана самоличност на физическо лице в цифровия подпис.

За да научите повече за характеристиките на тези сертификати, можете да прочетете нашата статия,  Кой сертификат за подписване на код ми трябва? EV или OV?

С бърз поглед определящите характеристики на сертификатите за подписване на OV и EV код са изброени по-долу.

IV Сертификат за подписване на код:

  • Прилага цифрови подписи с лично име
  • Идеален за независими разработчици на софтуер и индивидуални сътрудници на проекти

Сертификат за подписване на OV код:

  • Потвърждава самоличността ви като софтуерен издател
  • Защитава вашия софтуер от подправяне и заразяване със злонамерен софтуер

Сертификат за подписване на EV код:

  • Възможност за подписване както на драйвери преди Windows 10, така и на Windows 10
  • Потвърдена самоличност на издателя, показана в SmartScreen — репутацията се изгражда с времето
  • Неизтичане на подписа и времеви печат
  •  Възможност за подписване в облака с помощта на eSigner
  • Сертификатите за подписване на EV код добавят самоличността на физическо лице към стандартния сертификат за подписване на EV код

Настройване и използване на вашия акаунт в SSL.com

Ако все още не сте го направили, започнете създаване на акаунт в SSL.com. Вашият акаунт има способността да създава множество екипи, както и да кани множество потребители с определени роли и права.

Процесът на валидиране

За да валидира и издаде OV или IV сертификат, SSL.com трябва да потвърди вашата самоличност, физически адрес и телефонен номер чрез проверими онлайн ресурси и/или валидни документи за проверка. За повече подробности относно изискванията можете да прочетете Какви са изискванията за SSL.com OV и IV сертификати? 

Освен това за поръчки на сертификат за подписване на код за IV, кандидатите ще трябва да представят лицево и задно изображение на лична карта плюс изображение на тях, които държат документа за самоличност до лицето си.

Съгласно указанията, определени от форума на CA/Browser, трябва да се предостави допълнителна документация за издаване на сертификат за EV. Насочете се към ЧЗВ: Процес на разширена проверка (EV) да знаете всички изисквания за EV сертификати.

За субекти, изискващи сертификати за подписване на EV код, SSL.com ще извърши валидиране както чрез надеждни онлайн ресурси и/или валидни документи, така и чрез допълнителна документация съгласно указанията, определени от CA/Browser Forum.

Нови ключови изисквания за съхранение на сертификати за подписване на OV и IV код

От 1 юни 2023 г. SSL.com Сертификатите за подписване на код за валидиране на организация (OV) и индивидуално валидиране (IV) ще се издават само на USB токени по Федерален стандарт за обработка на информация 140-2 (FIPS 140-2) или чрез нашата услуга за подписване на код в облака eSigner. Тази промяна е в съответствие с новите изисквания за съхранение на ключове на Форума за сертифициращ орган/браузър (CA/B) за повишаване на сигурността на ключовете за подписване на код. Предишното правило позволяваше сертификатите за подписване на OV и IV код да бъдат издавани като файлове за изтегляне от интернет. Тъй като новите изисквания позволяват използването само на криптирани USB токени или базирани на облак FIPS съвместими хардуерни устройства за съхраняване на сертификата и частния ключ, се очаква, че случаите на кражба на ключове за подписване на код и злоупотреба с тях от злонамерени участници ще бъдат значително намалени. Кликнете тази връзка за да научите повече за SSL.com Решение за подписване на облачен код eSigner.

Методи за съхранение и подписване на ключове за сертификати за подписване на код за разширена валидация 

USB токен

SSL.com доставя сертификати за подписване на код, които са предварително инсталирани на Yubikey FIPS токени и Thales SafeNet (Gemalto) USB токени.

Токените Thales SafeNet са оборудвани да обработват RSA ключове до 3072 бита, които са от решаващо значение за подписването на режима на ядрото и предпоставка в определени среди за разработка на софтуер, като подписване на драйвери за системи на Microsoft.

Чрез процедура, известна като дистанционно удостоверяване, клиентите на SSL.com, независимо от тяхното местоположение, могат да създадат двойка ключове директно на своя YubiKey заедно със сертификат за удостоверяване, който потвърждава генерирането на частния ключ на устройството. Атестационният сертификат може впоследствие да се използва за подновяване на изтекъл сертификат, който се намира в Yubikey. Поддръжката за дистанционно удостоверяване е една функция, която в момента не е налична за клиенти на токени на Thales. За по-подробно сравнение между характеристиките на токените Yubikeys и Thales SafeNet, моля, вижте тази статия на SSL.com: Yubikey FIPS токени срещу Thales/Gemalto USB токени.  

Някои среди за разработка на софтуер изискват 3072-битов RSA ключ. Подписването на драйвери в режим на ядро ​​на Microsoft е един пример. Преди това само токените на Thales SafeNet поддържаха 3072-битов RSA ключ. По това време фърмуерът на Yubikey поддържаше максимален размер на RSA ключа от 2048 бита. Фърмуерът на Yubikey 5.7.4 премахва това ограничение. Клиентите с квалифициран Yubikey вече могат да генерират 3072-битов RSA ключ директно на устройството. Клиентите вече имат 2 опции за хардуерни токени за 3072-битов RSA ключ: Yubikey с фърмуер 5.7.4 или токен на Thales SafeNet.

Клиентите трябва да потвърдят версията на фърмуера на Yubikey, преди да поръчат сертификат, който изисква 3072-битов RSA ключ. Клиентите могат да проверят версията на фърмуера, използвайки приложението Yubico Authenticator. Клиентите трябва да актуализират до фърмуер 5.7.4, ако устройството отчете по-стара версия на фърмуера. 

Клиентите, които се нуждаят от подписване на драйвери в режим на ядро ​​на Microsoft (HLK), трябва да потвърдят всички текущи изисквания за HLK, преди да изберат токен, тъй като изискванията на Microsoft могат да включват критерии извън размера на RSA ключа. Както токените Yubikey, така и Thales SafeNet са проектирани да повишат сигурността, без съществено да компрометират потребителското изживяване. Изборът между тях трябва да се ръководи от подхода към сигурността на организацията и оперативните нужди. Въпреки това, като физически устройства, те могат да бъдат загубени или откраднати, което представлява значителен риск за сигурността и потенциално води до високи разходи за подмяна. В съвременна среда за дистанционна работа, логистиката на разпространението и поддръжката на тези хардуерни токени може да представлява значителни предизвикателства за ИТ екипите, изисквайки значителни разходи и работна ръка. Освен това, тези токени не предлагат същото ниво на удобство като облачните решения, особено за разработчици, работещи в рамките на CI/CD конвейер.

Облачен HSM

Втора опция за подписване на EV код е да се използва мрежов HSM в облака за хостване на сертификати и ключове за подписване на код. Този метод предлага сравнимо ниво на сигурност като USB токен, когато HSM е конфигуриран да има ключове без възможност за експортиране по време на генерирането на ключове. С ключовия материал, достъпен в облака, интеграцията с CI/CD услуги става по-лесна, както и екипното сътрудничество със същия сертификат и ключов материал. Трябва да се отбележи, че този метод може да изисква опит с конкретния доставчик на облачни услуги. За издаването на сертификати за подписване на код SSL.com поддържа различни облачни HSM, включително Azure Key Vault (Premium Tier), Azure Key Vault Managed HSM, Azure Dedicated HSM, Amazon Web Services (AWS) CloudHSM и Google Cloud HSM. За да получите повече подробности за всеки един, можете да прочетете нашето ръководство: Поддържани облачни HSM за подписване на документи и подписване на EV код.

  • За да знаете как можете да използвате своя HSM акаунт и да наемете професионалист за Cloud HSM атестация, можете да прочетете нашата статия Донесете свой собствен одитор Cloud HSM атестация.
  • SSL.com в момента разработва и тества процедури за атестиране за широк спектър от HSM платформи. Можете да попълните това форма за запитване за да разберем дали тестваме HSM платформа, която не е посочена по-горе.

eSigner: Подписване на код като услуга

Трето, модерен и много удобен подход към EV Code Signing се занимава с подписването на код като услуга. Услугата за подписване на облачен код на SSL.com eSigner е пример за този метод. 

С eSigner SSL.com обработва инфраструктурата с публичен ключ (PKI) и HSM за подписване на код. Неизносимите ключове за подписване се съхраняват в HSM на eSigner, където нито клиентът, нито SSL.com могат да ги преглеждат. По този начин стандартът за сигурност е толкова висок, колкото при жетоните и облачните HSM, но няма нужда клиентът да се справя директно с тях.

Средата eSigner включва редица опции за подписване, за да отговори на нуждите на различни клиенти, от индивидуални разработчици до сложни организации.

Опции за подписване на eSigner

  • С услугата eSigner на SSL.com можете да използвате своя сертификат за подписване на код за разширена валидация на SSL.com, за да подпишете код от всяко устройство, свързано с интернет, без допълнителен хардуер. След като регистрирате поръчката си за сертификат за подписване на EV код в eSigner, можете да подпишете код с едно от двете Уеб приложение eSigner Express, eSigner CodeSignTool или чрез CSC-съвместим на SSL.com API за подписване на код. 

Поддържани от eSigner типове файлове

Първи стъпки с вашия сертификат за подписване на код:

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

Първи стъпки с eSigner Cloud Code Signing

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

Използване на вашите Yubikeys

Сертификатите като EV Code Signing, поръчани от SSL.com, идват с опцията да бъдат предварително инсталирани в хардуерен модул за сигурност (HSM) като USB токен за ключ за сигурност, валидиран по FIPS 140-2. Ако вашият сертификат все още не е валидиран, можете да включите броя на жетоните, които ви трябват, когато поръчвате и преди да завършите процеса на валидиране. В случай, че вашият сертификат вече е издаден, все още имате възможност да поръчате допълнителни токени.

За да знаете как да добавите Yubikeys към вашия сертификат за подписване на EV код, щракнете върху това ръководство: Как да добавите YubiKeys към вашата поръчка на сертификат

Ако вече имате Yubikey, можете да се обърнете към следните ръководства за това как да го използвате:

Автоматизация и интеграция

eSigner CKA (адаптер за облачен ключ)

  •  eSigner CKA (адаптер за облачен ключ) е базирано на Windows приложение, което използва CNG интерфейса (KSP Key Service Provider), за да позволи на инструменти като certutil.exe и signtool.exe да използват eSigner CSC за автоматизирани операции по подписване на код. eSigner CKA действа като виртуален USB токен и зарежда сертификатите за подписване на код в хранилището за сертификати. 

eSigner и CodeSignTool за автоматично подписване на EV код

  • CodeSignTool е идеален за автоматизирани пакетни процеси за подписване с голям обем или интегриране в съществуващи работни потоци на CI/CD конвейер.
  • Прочетете нашия Ръководство за CodeSignTool за това как да подписвате кодови обекти, без да бъдете подканени за ръчно въвеждане на OTP за всеки файл.
  • Началник към Ръководство за команди на инструмента eSigner CodeSign за да научите повече за поддържаните команди, опции и параметри.

Ръководства за интегриране на специфични CI/CD услуги

По-долу са конкретни ръководства за това как да автоматизирате подписването на код с помощта на eSigner за най-популярните CI/CD платформи.

Научете повече за стойността на подписването на базиран в облак код, като прочетете нашата статия: Автоматизация на подписването на облачен код с CI/CD услуги.

Тестване на подписването на EV код в пясъчната среда

SSL.com поддържа отделна „пясъчна среда“ за нашата услуга за подписване в облак eSigner, така че потребителите да могат да експериментират с различните приложения, помощни програми и API, преди да работят с live Подписване на EV код сертификати.

 

Ръководства за специфична среда

Сертификатите за EV Code Signing на SSL.com могат да се използват в различни среди за подписване на код. Вижте статиите по-долу за конкретни ръководства: 

Освен посочените по-горе, има още среди, с които сертификатите за подписване на код SSL.com са съвместими. Контакт support@ssl.com или използвайте чата на уебсайта за въпроси относно други среди.

ЗАБЕЛЕЖКАЧастните ключове за SSL сертификати за подписване на код не могат да бъдат експортирани и сертификатите не могат да бъдат издавани като .pfx файлове за изтегляне. Сертификатите трябва да бъдат генерирани и съхранявани с помощта на одобрена опция за сигурност, като например валидиран по FIPS 140-2 YubiKey USB токен, SSL eSigner Cloud Signing Service или поддържан Cloud HSM.

 

Свържете се с екипа по продажби на SSL.com

Ако имате нужда някой да ви преведе през всички наши опции за подписване на код, да обсъди персонализирани интеграции, сделки с голям обем, оферти или други персонализирани решения, винаги можете да се свържете с нашия екип по продажбите на sales@ssl.com или да попълните формуляра по-долу.

 

Бъдете информирани и защитени

SSL.com е глобален лидер в киберсигурността, PKI и цифрови сертификати. Регистрирайте се, за да получавате най-новите новини от индустрията, съвети и съобщения за продукти от SSL.com.

SSL.com

Ще се радваме на вашите отзиви

Попълнете нашата анкета и ни кажете какво мислите за скорошната си покупка.

Преглед на поверителността
SSL.com

Този уебсайт използва бисквитки, за да можем да ви предоставим възможно най-доброто потребителско изживяване. Информацията за бисквитките се съхранява във вашия браузър и изпълнява функции, като ви разпознава, когато се върнете на нашия уебсайт и помага на нашия екип да разбере кои секции от уебсайта ще намерите най-интересните и полезни.

За повече информация прочетете нашата Декларация за бисквитки и поверителност.

Бисквитки на трети страни

Този уебсайт използва Google Analytics & Статброяч за събиране на анонимна информация като броя на посетителите на сайта и най-популярните страници.

Поддържането на тези бисквитки ни помага да подобрим нашия уебсайт.

Покажи детайли