Киберсигурност
Инфраструктура на доверието между организациите, без централен посредник
Вътре във Вашата организация Zero Trust знае спрямо какво да проверява: Вашия доставчик на идентичност и инвентара на Вашите устройства. Отвъд границата към доставчик, сервизен партньор или регулатор не знае. Vereign е създаден за тази граница.
Обсъдете доверието между организации
NIS2 изисква организациите в обхвата му да осигуряват своята верига за доставки, включително отношенията си с преките доставчици и доставчиците на услуги, а Cyber Resilience Act налага задължения за сигурност върху продуктите с цифрови елементи през целия им жизнен цикъл. И двете задължения преминават през организационните граници, където няма общ доставчик на идентичност, спрямо който да се проверява, освен ако двете страни не се присъединят към федерация. Vereign изгражда инфраструктура на доверието между организациите, без централен посредник: организации, които се проверяват спрямо Key Event Log-овете една на друга, сами проверяват идентичността и целостта, а същият модел би се разпрострял и върху AI агентите и свързаните устройства, които действат от тяхно име. SEAL, продуктът на Vereign за доставка, вече обработва 1 000 000+ проверени доставки месечно в швейцарското здравеопазване.
Регулаторни двигатели
Въвеждане на Zero Trust
Проучване на Gartner, публикувано през април 2024 г., установи, че 63 % от организациите са внедрили изцяло или частично стратегия за Zero Trust, като повечето покриват половината от средата си или по-малко. За сътрудничество между предприятията NIST SP 800-207 предлага федерация.
63 % внедрили изцяло или частично (Gartner, 2024)
Cyber Resilience Act
Производителите на продукти с цифрови елементи трябва да изпълняват изисквания за сигурност, да управляват уязвимостите през периода на поддръжка на продукта и да докладват активно експлоатираните уязвимости. Вносителите и дистрибуторите трябва да проверяват дали производителят е изпълнил тези задължения, така че доказателствата за сигурността на даден продукт преминават от една организация към следващата.
Задълженията за докладване се прилагат от 11.09.2026 г.
NIS2 сигурност на веригата за доставки
Член 21(2)(d) изисква мерки за сигурност на веригата за доставки, включително сигурността на отношенията с преките доставчици и доставчиците на услуги. CISO трябва да установят доверие в доставчическата си екосистема, отвъд собствения си периметър.
Член 21(2)(d): сигурност на веригата за доставки
Преглед на решението
Доверието между организации за киберсигурност означава, че онова, което преминава граница между организации, носи криптографско доказателство за произход, цялост и оторизация, което насрещните страни, проверяващи спрямо Key Event Log-ове, могат да проверят сами. Съобщенията са мястото, където това работи днес, в продукция в швейцарското здравеопазване. Обменът на структурирани данни, API извикванията, AI агентите и атестациите на устройства са случаи, до които същият модел би се разпрострял. Комуникацията е само един случай на приложение. Основната способност е доверие там, където се срещат организации.
Вижте как работи →OSSTMM измерва оперативната сигурност количествено като security контроли, видимост, доверие и експозиции. Но всички останали framework-ове за тестване спират на организационния периметър. Cross-boundary доверието между организации е пропуск, който никой penetration тест не може да измери. Самото доверие е нещо, което никой друг framework не може да измери. DKMS обаче прави това доверие верифицируемо и тестируемо за пръв път — security екипите могат реално да валидират доверието между организации.
Докъде би се разпростряло това: не-човешка идентичност
Екипите по сигурност все по-често използват термина не-човешка идентичност (NHI) за услуги, workload-ове, AI агенти и устройства. Нашето определение: не-човешката идентичност е идентичността на софтуерен или хардуерен актьор: стабилен идентификатор, обвързан с правомощията, които актьорът притежава в момента, и с лицето, което отговаря за него. Неговите credential-и доказват тази идентичност; те не са самата идентичност.
Отговорност по дизайн
В DKMS една NHI би била моделирана като делегиран идентификатор, чийто делегатор е организацията, която отговаря за нея. Ротациите ѝ изискват закотвяне от тази организация, а правомощията ѝ се изразяват като credential-и, които водят обратно до организацията. Базовият протокол не прави разлика между човешки и не-човешки контролери.
Между организации
В рамките на един домейн на доверие системите за workload идентичност като SPIFFE работят добре. Свойствата на DKMS имат значение, когато една NHI действа от името на една организация, а друга организация трябва да я провери: самоудостоверяващи се идентификатори, pre-rotation и вериги на делегиране, които проверяващият може да провери, без да се обръща към издателя.
VERIMESH Agent (roadmap)
VERIMESH Agent, roadmap издание, би предоставял на AI агентите и автоматизираните системи zero-trust сервизна идентичност по този модел, така че получаващата организация би могла да провери за коя организация действа даден агент и в какви граници. Все още не е достъпен и днес не съществува публичен API за агенти.
Интеграционни проекти за не-човешка идентичност
Организации, които се нуждаят от верифицируема идентичност за AI агенти, автоматизирани услуги или устройства, действащи през организационни граници, могат да определят обхвата ѝ с Vereign като интеграционен проект. Проектът би моделирал всеки агент, услуга или устройство като делегиран идентификатор (DKMS, на базата на KERI), чиито credential-и се издават и могат да бъдат отменяни от организацията, която отговаря за тях. VERIMESH Agent и VERIMESH Edge са roadmap издания, все още недостъпни, и днес не съществува публичен API за агенти. Проектът би обхващал това, от което организацията се нуждае: делегирани идентификатори за нейните агенти, услуги или устройства, credential-ите, които посочват какво е позволено на всеки от тях, отмяната на тези credential-и от организацията като издател и проверката от насрещни страни в други организации. Той би изградил или конфигурирал този път на делегирани идентификатори за организацията; това не е функция на текущите продукционни внедрявания на Vereign. Ангажиментът започва с архитектурен разговор, следван от определяне на обхвата и след това от самия проект.
Поискайте технически архитектурен прегледPost-Quantum Ready by Design
Квантовите компютри не е необходимо да пристигнат, за да представляват заплаха. Данните, събрани днес под криптирани канали, ще бъдат дешифрируеми, когато квантовият капацитет узрее. KERI – криптографската основа на trust инфраструктурата на Vereign – е архитектурно готов за post-quantum прехода, не защото вече използва post-quantum алгоритми, а защото дизайнът му прави прехода безпроблемен.
Harvest Now, Decrypt Later
Противниците събират криптирани данни днес за бъдеща квантова дешифрация. NSA, CISA и NIST предупреждават съвместно, че данните с дълъг период на съхранение – медицински досиета, финансови транзакции, правни документи – са изложени на прозорци за експозиция, измервани в десетилетия. Заплахата не е бъдеща. Събирането на данни се случва сега.
NIST стандарти финализирани
FIPS 203, 204 и 205 бяха финализирани през август 2024, установявайки ML-KEM, ML-DSA и SLH-DSA като post-quantum криптографски стандарти. Прозорецът за миграция е отворен сега. Организациите, които чакат пристигането на квантови компютри, ще изостават с години от тези, които подготвят криптографската си инфраструктура днес.
KERI крипто-гъвкавост
Механизмът за пре-ротация и алгоритмичната независимост на KERI означават, че ключовете могат да бъдат ротирани към post-quantum алгоритми без прекъсване на веригата на доверие. За разлика от PKI/CA-базирани системи, заключени към конкретни криптографски допускания, KERI позволява инкрементална миграция – всяка организация надгражда в свой собствен ритъм без инфраструктурна преработка.
Доказано в мащабна експлоатация
Здравеопазването е критична инфраструктура. Verimesh е в продукция в швейцарското здравеопазване: шлюзът и централният удостоверяващ орган в HIN работят напълно в продукция в по-голямата част от мрежата на HIN, а миграцията е в заключителна фаза, като завършването ѝ се очаква до края на първото тримесечие на 2027 г. Архитектурата не е специфична за здравеопазването: същият модел на доверие би се прилагал за атестации за сигурност, обменяни между организации.
1 000 000+
проверени доставки месечно, в цялото швейцарско здравеопазване
Продукционна инфраструктура в швейцарското здравеопазване. Verimesh е проектиран така, че насрещните страни, които проверяват спрямо Key Event Log-ове, да се проверяват взаимно без централен орган на доверие. Когато насрещната страна проверява само по X.509, както днес в HIN, мостов удостоверяващ орган свързва двете.
Референтна архитектура
Кликнете за уголемяване
Как да се включите
Работете директно с Vereign
За организации, които искат да планират и внедрят trust инфраструктура с инженерния и консултантски екип на Vereign. Идеално за first movers и организации с вътрешен технически капацитет.
Разгледайте услугите →Работете чрез партньор
За организации, които предпочитат да работят с консултантска компания, вече обучена на trust инфраструктурата на Vereign. Партньорите осигуряват секторна експертиза наред с капацитет за внедряване.
Вижте партньорската програма →Инфраструктура на доверието за организациите, с които работите, без централен посредник
Независимо дали сте CISO, който разширява програма за Zero Trust към доставчици и партньори, или консултантска компания по сигурност, изграждаща нова практическа област, можем да определим как доверието между организации се вписва във Вашия съществуващ stack.