La Криптографията се е превърнала в тихата основа на цялата дигитална сигурностОт момента, в който отключите телефона си с пръст, до извършването на превод, подписването на онлайн договор или чата в WhatsApp, криптографските ключове винаги работят във фонов режим. Ако тези ключове се повредят, всичко останало се срива, независимо колко добри са алгоритмите или защитната стена.
В това ръководство ще разгледаме спокойно Какви видове криптографски ключове съществуват, как се използват и как трябва да се управляват? така че те наистина да предлагат сигурност. Ще интегрираме концепции като симетричен ключ, публичен и частен ключ, управление на жизнения цикъл, ключови блокове, PKI, препоръчителни алгоритми, текущи заплахи (включително квантови изчисления) и най-добри практики за избягване на грешки.
Какво е криптографски ключ и защо е толкова важен?
Във всяка съвременна криптографска схема, Ключът е набор от битове, които се въвеждат в алгоритъм за извършване на операции като криптиране, декриптиране, подписване или проверка.Алгоритъмът обикновено е публичен (следвайки принципа на Керкхофс), така че цялата сигурност зависи от поверителността и надеждността на ключа.
Много системи са базирани на двойки допълващи се операцииКриптиране/декриптиране, подписване/проверка, генериране на код за удостоверяване на съобщения и др. Един и същ алгоритъм се държи различно в зависимост от получения ключ и в един устойчив дизайн би трябвало да е възможно да се разбие системата само ако ключът бъде получен.
Освен това, ключовете не се използват само за криптиране на данни. Те също се използват за за установяване на автентичността, подписване, защита на други ключове (обвиване на ключове) или извличане на нови ключовеЕто защо е толкова важно да сте наясно за какво се използва всеки тип ключ и да не смесвате функциите хаотично.
Видове ключове според техния характер: симетрични и асиметрични
Най-общо казано, ключовете са разделени на две основни семейства: симетрични ключове и асиметрични ключовеОттам се появяват варианти, специфични приложения и хибридни схеми.
Симетрични ключове
Симетричният ключ е уникален ключ, който Работи както за криптиране, така и за декриптиране в даден алгоритъм. Това е класическият модел със „споделен ключ“: подателят и получателят имат абсолютно една и съща тайна.
Този тип ключ се откроява със своята ефективност: Идеален е за криптиране на големи обеми данни (пълни дискове, бази данни, резервни копия, високопроизводителен мрежов трафик...). Типични алгоритми, базирани на симетрични ключове, са DES (вече остарял), 3DES/TDEA и, преди всичко, AES.
Недостатъкът е очевиден: Трябва да намерим сигурен начин да споделим ключаАко някой прихване тази тайна по време на обмена, цялата система е компрометирана. Освен това, колкото повече участници споделят един и същ ключ, толкова по-голяма е повърхността за атака.
Асиметрични ключове (публичен ключ / частен ключ)
Асиметричната криптография работи с математически свързани двойки ключовеПубличен ключ и частен ключ. Това, което е криптирано с единия, може да бъде декриптирано само с другия, а извличането на частния ключ от публичния ключ би трябвало да е изчислително невъзможно.
В този модел, публичният ключ се разпространява свободно (в сертификати, директории, сървъри) и се използва за криптиране или проверка на подписи, докато Частният ключ се пази в строга секретност. и се използва за декриптиране или подписване. Комбинацията от двете се нарича двойка ключове.
Типични примери за асиметрични схеми са RSA, DSA и вариантите, базирани на елиптични криви (ECC, ECDSA, ECDH)На практика асиметричното криптиране е по-бавно и обработва по-малко данни, така че обикновено е запазено за задаване на сесийни ключове, обмен на тайни или подписване на документи, а не за криптиране на огромни файлове.
Хибридна криптография
За да се възползват от най-доброто от двата свята, почти всички реални решения използват хибридни схемиАсиметричният ключ се използва за защита или обмен на симетричен ключ, след което целият трафик на данни се криптира с този симетричен ключ.
Това е стратегията, която се следва, например, TLS при сърфиране през HTTPSБраузърът и сървърът използват асиметричен обмен на ключове (RSA, ECDHE или, все по-често, постквантови механизми), за да се споразумеят за сесиен ключ, и оттам съдържанието пътува защитено с AES-GCM или друго съвременно симетрично криптиране.
Основни алгоритми и приложения на криптографски ключове
Ключовете са свързани с различни видове алгоритми и целиКлючът за криптиране на диск не е същият като ключ за подписване на код или ключ за удостоверяване на съобщения.
Криптиране с таен ключ: потоци и блокове
В криптографията със секретен ключ можем да различим поточни шифри и блокови шифриСтрийминг процесорите обработват открит текст бит по бит или байт по байт, докато блоковите процесори работят с блокове с фиксиран размер (например 128 бита) и след това свързват тези блокове заедно, използвайки различни режими на работа.
Най-подходящите блокови шифри в съвременната практика са 3DES (който вече се изтегля от употреба) и най-вече AESAES поддържа 128, 192 и 256-битови ключове и се е превърнал в де факто стандарт за почти всичко: VPN, TLS, криптиране на дискове, съхранение в облак…
Ключово е да се разбере, че сигурността зависи не само от алгоритъма, но и от как се използва ключът в режимите на работаПо-стари режими като ECB са катастрофа, защото разкриват шаблони в открит текст; препоръчителните съвременни режими (CBC с внимание, CTR, GCM) изискват уникални и добре генерирани IV или nonces.
Криптиране с публичен ключ: RSA, ECC и други
В семейството с публичен ключ, ветеранът е RSA, базиран на трудността на разлагане на множители на числото N, съставено от две големи прости числаС модерно допълване като RSA-OAEP, то се използва за криптиране на малки части от данни, обикновено симетрични ключове.
Успоредно с това, криптографията с елиптични криви (ECC) стана широко разпространена, което позволява много по-къси ключове за сравнимо ниво на сигурностКриви като P-256 или X25519 се използват широко в TLS, криптирани съобщения от край до край и съвременни VPN мрежи като WireGuard.
В рамките на асиметричната криптография имаме и схеми за цифров подпис Специфични: RSA-PSS, DSA, ECDSA и по-нови варианти като Ed25519 или пост-квантови алгоритми (ML-DSA, SLH-DSA), всички базирани на двойки публичен/частен ключ.
Криптографски хеш функции и свързани с тях ключове
Въпреки че хеш функцията не използва ключ за генериране на дайджеста, тя става „ключозависима“, когато се комбинира в механизми като HMAC (код за удостоверяване на съобщение, базиран на хеш)където симетричен ключ се използва заедно с хеша за удостоверяване на съобщения.
Съвременни хеш функции като SHA-256 и SHA-3 Те са в основата на много приложения: проверка на целостта на файловете, блокчейни, цифрови подписи, съхранение на пароли (с функции за сол и деривация като bcrypt, scrypt или Argon2) и изграждане на алгоритми, базирани на пост-квантово хеширане.
Ключове за цифрови подписи и удостоверяване
Цифровите подписи ви позволяват да докажете, че Лицето, което твърди, че е подателят, е издало специално съобщение. и че не е бил модифициран. За да се направи това, частният ключ на подписващия се използва за подписване на хеша на съобщението, а публичният ключ се използва за проверка на този подпис.
Този механизъм осигурява удостоверяване, цялостност и неотказностСледователно, той се използва при подписване на правни документи, подписване на код, цифрови сертификати, финансови транзакции, системи за цифрова идентичност и практически всеки процес, който изисква убедителни доказателства за това кой какво е направил и кога.
Обща рамка за криптографска сигурност: основни свойства
За да разберете ролята на ключовете, е полезно да запомните свойствата за сигурност, които съвременната криптография преследвакакто в движение, така и в покой:
- конфиденциалностСамо оторизирани страни, които знаят правилния ключ, трябва да могат да четат криптираната информация.
- интегритетВсяка промяна в данните, дори и един бит, трябва да може да се открие с помощта на хешове, MAC адреси или подписи.
- заверкаСистемата трябва да може да провери самоличността на подателя и получателя, както и произхода на съобщението.
- Без отхвърлянеИзпращачът не трябва да може да отрече, след като е изпратил съобщение, подписано с неговия личен ключ.
- Добро управление на паролиСигурно генериране, разпространение, съхранение, ротация и отмяна на ключове.
Ако някой от тези крака се повреди, Цялостната сигурност на схемата страдаДори математическият алгоритъм да е перфектен, управлението на ключовете е също толкова, ако не и по-важно от избора на добър метод за криптиране.
Ключовият жизнен цикъл: управление от край до край
Управлението на криптографски ключове е много подобно на управлението на сертификати, но с някои разлики: Всеки ключ преминава през фази на генериране, разпространение, съхранение, употреба, ротация, анулиране и изтичане.Правенето на това ръчно с електронни таблици в Excel е рецепта за бедствие.
Генериране на ключове
Началната точка винаги е надеждно генериране на ключовеДва фактора са ключови тук: дължината на ключа и качеството на използваната случайност.
Що се отнася до дължината, размерите, препоръчани от стандарти като NIST 800-57 и други актуални документи, са, най-общо казано, следните: 128 или 256 бита за симетрични ключове (AES), минимум 2048 бита за RSA и 256 или 384 битови ECC ключове За взискателни среди. Колкото по-дълъг е ключът, толкова по-трудна е атаката с груба сила, въпреки че изчислителните разходи също се увеличават.
Що се отнася до случайността, е важно да се използва криптографски защитени генератори на псевдослучайни числа (CSPRNG)които, при достатъчна ентропия, произвеждат непредсказуеми последователности. Ако източникът на случайност е лош или предвидим, ключът може да попадне в обсега на опитен нападател.
Днес съвременните платформи предоставят сигурни API за генериране на ключове: getrandom на Linux, BCryptGenRandom на Windows, защитени функции в криптографски библиотеки специализирани… Никога не трябва да използвате функции с общо предназначение като rand() за това.
Разпространение и обмен на ключове
След като бъдат генерирани, ключовете трябва да достигнат до тези, които се нуждаят от тях. разпределение на ключове Това е един от най-рисковите моменти, особено когато говорим за симетрични ключове, споделени между различни обекти.
За да се намали този риск, се използват механизми като PKI (Инфраструктура с публични ключове), протоколи като SSL/TLS, VPN и системи за управление на ключове (KMS)В тези схеми публичният ключ може да циркулира свободно, докато частният ключ никога не трябва да напуска защитената си среда.
По време на размяната, Комуникационните канали трябва да бъдат защитени (например с надежден TLS, проверени сертификати и взаимно удостоверяване (ако е приложимо). Освен това, транспортните или криптиращите ключове (KEK) ключове трябва да бъдат ясно етикетирани и отделени от ключовете, които защитават потребителските данни.
Сигурно съхранение на ключове
Съхранението е друг ключов елемент: Частен ключ, съхранен като обикновен текст във файл или в изходния код, е подарък за всеки нападател.Ето защо се използват различни решения в зависимост от средата и необходимото ниво на сигурност.
Сред обичайните опции, които откриваме криптографски трезори за ключове, HSM (Хардуерни модули за сигурност)Облачни KMS и хранилища за ключове на операционната системаИдеята е ключовете да останат криптирани в покой и да се декриптират само когато оторизиран процес се нуждае от тях, като се поддържат регистрационни файлове за достъп.
HSM предлагат допълнителен слой: Ключовете никога не напускат хардуера в обикновен тексти всички криптографски операции се изпълняват в самия модул. В PCI среди, банкови системи и големи доверителни инфраструктури, използването на сертифицирани HSM е практически задължително.
Ротация, отмяна и изтичане на срока
Ключовете не са вечни. Всъщност, Запазването на една и съща парола в продължение на години е ужасна идея защото това увеличава потенциалните щети в случай на компрометиране. Ето защо трябва да се дефинират ясни политики за ротация и изтичане.
La ротация на ключовете Това включва генериране на нови ключове на редовни интервали (например, всяко тримесечие или година, в зависимост от типа на ключа и риска) и постепенно преминаване към тях. В идеалния случай този процес трябва да бъде автоматизиран, за да се сведе до минимум човешката грешка.
La предсрочно отменяне Това влиза в действие, когато има съмнение или доказателства за изтичане или компрометиране на частен ключ. В този случай ключът трябва да бъде анулиран възможно най-скоро, заменен с друг и, ако говорим за сертификати, отмяната трябва да бъде съобщена чрез CRL или OCSP.
Накрая планирано изтичане Това се използва, за да се предположи, че никой алгоритъм или ключ няма да остане сигурен завинаги, особено с развитието на изчислителната мощност (и квантовата заплаха на хоризонта). Определянето на разумни дати на изтичане на ключовете и избягването на използването на ключове с изтекъл срок на валидност е от решаващо значение за поддържането на добро ниво на сигурност.
Блокиране на ключове, обвиване на ключове и разширена защита на симетрични ключове
В сектори като финансите, управлението на симетрични ключове трябваше да бъде значително усъвършенствано. С внедряването на стандарта PCI PIN v2.0 и по-нови версии, се изисква всички криптирани симетрични ключове да се обработват в структури, наречени ключови блокове.
Ключовият блок е основно пакет, съдържащ криптиран ключ, заедно с метаданни, описващи неговата разрешена употреба, тип и контроли за целосттаТой е проектиран да предотврати възможността някой да промени предназначението на ключ или да го замени, без да бъде открит.
В исторически план финансовият сектор е използвал алгоритми като DES и неговите варианти Double-DES и Triple-DES (2DES, 3DES/TDEA)Те разчитаха на комбинации от няколко ключа (ключови пакети), за да увеличат сигурността, но все още имаха проблеми с обмена на ключове и сигурното съхранение, особено при използване на KEK без добре дефинирани атрибути за употреба.
За да се подобри този сценарий, концепцията за ключови вариантиТова включваше комбиниране на базов ключ с различни двоични маски в зависимост от употребата. Въпреки че осигуряваше известно логическо разделяне, не предлагаше целостта на ключа или удостоверяването му.
Решението дойде с опаковане на ключовеКриптирането на ключове е техника, която криптира ключа заедно с метаданните, така че той да бъде недвусмислено свързан с конкретна цел и защитен от манипулация. Съществуват стандартизирани схеми, като например TDEA Key Wrap (TKW) или AES Key Wrap (AESKW и KWP), които се използват за опаковане на ключове в агресивна среда.
От тази идея се разви стандартът за ключови блокове, формализиран в ANSI X9.143 (преди TR-31), днес референтният метод за сигурен обмен на криптирани симетрични ключове във финансовия свят.
Структура и версии на ключовите блокове
В модела X9.143 всеки ключов блок включва защитения ключ, ограниченията за използване и други метаданнизащитени чрез механизми за криптиране и удостоверяване. Това включва генериране на ключ за защита на блокове от ключове (KBPK), от който се извличат два подключа:
- KBEK (ключ за криптиране на блокове от ключове), използван за криптиране на частта, съдържаща шифротекста и дължината на ключа.
- KBAK (Ключ за удостоверяване на блок от ключове) или KBMK, използван за генериране на MAC (Message Authentication Code) върху цялото съдържание на ключовия блок.
Тази структура гарантира, че Всяка промяна в атрибутите или ключа за криптиране се открива незабавно.Освен това, стандартизираният формат позволява оперативна съвместимост между различни производители и устройства за HSM.
Един интересен практически детайл е, че Първият символ от заглавката на ключовия блок показва неговата версия.Най-актуалните са:
- Версия A: защитена чрез метод за свързване на ключови варианти.
- Версия B: защитена чрез метода за свързване на извличане на ключове TDEA.
- Версия C: защитена чрез метода за свързване на ключови варианти на TDEA.
- Версия D: защитена чрез метод за свързване чрез извличане на ключове AES.
От гледна точка на PCI PIN и P2PE, Само версии B (TDEA) и D (AES) се считат за приемливизащото те се основават на ключово извличане, а не на обратими варианти.
Ключове, които трябва да бъдат във формат на ключов блок
Използването на ключови блокове е задължително, когато Симетричен ключ съществува извън защитения периметър на криптографско устройство (HSM, ПИН клавиатура, платежен терминал) или се обменя между организации.
В контекста на PCI това засяга дълъг списък от ключове: Главни ключове за зони (ZMK), ключове за криптиране на ключове (KEK), главни ключове за терминали (TMK), ключове за криптиране с ПИН (PEK), базови деривационни ключове (BDK) в DUKPT и начални деривационни ключовеВсички те, когато се съхраняват или предават криптирани от друг симетричен ключ, трябва да бъдат във формат на ключов блок.
Фази на миграция към ключови блокове
Глобалният преход към ключови блокове е структуриран в три основни фази с дати, определени от PCI SSC за PCI PIN и P2PE:
- Fase 1Вътрешни ключове и хранилище в средата на доставчика на услуги (приложения, бази данни, свързани с HSM). Дата на влизане в сила: 1 юни 2019 г.
- Fase 2Външни връзки с асоциации и мрежи (напр. ZMK ключове, които защитават работните ключове за ПИН между придобиващи банки, издатели, KIF и др.). Дата на влизане в сила: 1 януари 2023 г.
- Fase 3Разширение за всички търговски хостове, терминали за продажба и банкомати, включително TMK и IPEK. Дата на влизане в сила: 1 януари 2025 г.
За да завършат тези фази, организациите трябва Инвентаризирайте всичките си ключове, идентифицирайте къде се намират шифротекстовете извън HSM, мигрирайте вашите MFK/LMK/KEK към KBPK и координирайте с трети страни. (издатели, придобиващи банки, доставчици на HSM, услуги за ключово инжектиране), за да се осигури съвместимост.
PKI, сертификати и значението на управлението на ключове
Инфраструктурата с публични ключове (PKI) е рамката, която поддържа дигитално доверие в мрежата, в корпоративните мрежи, в кодовите подписи и в цифровите идентичностиСъщността му се крие именно в криптографските ключове и сертификатите, които ги свързват с идентичности.
PKI се базира на Сертифициращи органи (CA) Тези сертифициращи органи издават X.509 сертификати, като подписват данните на притежателя (домейн, компания, лице) с неговия личен и публичен ключ. Системите разчитат на тези коренни и междинни сертифициращи органи, за да валидират автентичността на сертификатите, представени от сървъри, потребители или устройства.
За да бъде всичко това надеждно, издаването на сертификати не е достатъчно: Свързаните ключове трябва да се управляват правилноТова включва инвентаризация на всички ключове и сертификати, контрол на тяхното изтичане, ротация на ключове през подходящи интервали, анулиране на компрометирани или неизползвани сертификати и гарантиране, че частните ключове, свързани с критични сертификати, се съхраняват в HSM или защитени трезори.
Координационни форуми, като например CA / B форумТе установяват общи правила за CA и браузърите (например за минимален размер на ключа, приети алгоритми, максимални периоди на валидност, изисквания за бързо отменяне), за да се поддържа високо ниво на сигурност и да се предотвратят злоупотреби.
Най-добри практики за управление на криптографски ключове
С оглед на настоящата сложност на услугите, облаците и устройствата, разчитането на всеки екип да управлява „своите“ ключове ръчно си е козир на проблеми. Най-добрите практики могат да бъдат обобщени в поредица от точки, които всяка организация трябва да приеме като минимум:
- Централизирайте управлението на ключове на KMS/HSM платформа или услуга, вместо да се разпръскват по сървъри, приложения и електронни таблици.
- Използвайте актуализирани алгоритми и размери на ключове, следвайки препоръките на организации като NIST (AES-128/256, RSA ≥ 2048 бита, ECC с 256/384 бита, SHA-256 хеш или по-висок).
- Съхранявайте ключовете в криптографски трезори или защитени хардуерни модули, предотвратявайки достъпа им в обикновен текст за неупълномощени потребители или процеси.
- Прилагайте строги контроли за достъптака че само много специфични и одитирани профили да могат да използват или управляват определени ключове.
- Планирайте периодичната ротация с добре дефинирани прозорци на валидност и автоматизирани механизми за подновяване.
- Направете резервни копия на критични ключове, съхранявани криптирани и защитени, за да се предотврати загуба на данни, ако основната система е повредена.
- Позволяват бързо отменяне и унищожаване на компрометирани ключове, заедно с механизми за уведомяване и отстраняване на проблеми.
- Поддържайте подробни одиторски записи за това кой е създал, осъществил достъп, използвал, ротирал или отменил всеки ключ през целия му жизнен цикъл.
Без тези основни контроли е само въпрос на време, преди чувствителен ключ да попадне в грешни ръце или да остане неподновен дълго след изтичане на разумния му срок на валидност.
Съвременни заплахи: грешки при внедряването и постквантовата ера
Дори ако са избрани добри алгоритми и дължини на ключовете, има съвсем реални врагове: Грешки при внедряване, неправилни конфигурации и нови изчислителни възможности.
От страна на изпълнението има много недостатъци: Повторно използване на IV или nonces в режими като GCM, съхранение на пароли с MD5 или SHA-1, ключове, вградени в изходния код, деактивирани валидации на сертификати „за тестване“, които в крайна сметка се използват в продукцията....Всичко това подкопава всяка криптографска гаранция.
От друга страна, квантови изчисленияВъпреки че квантов компютър, способен на практика да разбие RSA-2048 или ECC с алгоритъма на Шор, е все още далеч от реалността, съществува риск влиятелни играчи да улавят криптиран трафик днес, за да го декриптират в бъдеще (стратегията „събиране на реколтата сега, декриптиране по-късно“).
За да предвиди това, NIST е стандартизирал няколко неща до 2024 г. постквантови алгоритми като например ML-KEM за капсулиране на ключове и ML-DSA или SLH-DSA за подписи, базирани на решетки и хеш функции. Препоръката за следващите години е да хибридни схеми, комбинирайки класически алгоритми (ECDHE, RSA) с тези нови PQC механизми в протоколи като TLS.
В този контекст организациите, които обработват дълготрайни данни, трябва да започнат да подготвят подробен криптографски инвентар (кои алгоритми и размери на ключовете се използват във всяка система) и пътна карта за мигриране към квантово-устойчиви решения с развитието на екосистемата.
Накратко, Криптографските ключове са общата нишка, която обединява алгоритми, протоколи, устройства и политики за сигурност.Разбирането на техните видове, приложения и жизнен цикъл, прилагането на стандарти като NIST 800-57, PKI и X9.143, където е уместно, и приемането на централизирано и автоматизирано управление е това, което прави разликата между „нищо друго освен“ сигурност и солидна защита срещу все по-способни нападатели.
