EDUCATION, CRYPTO, KEYS

🔐 Kriptogrāfija - dati miera stāvoklī, pārraidē un lietošanā

Septiņas tēmas par to, kas tieši aizsargā datus katrā stāvoklī: kādi ir primitīvi un kuru problēmu katrs atrisina, kā dati tiek aizsargāti diskā, tīklā un apstrādes laikā, kā tiek pārvaldītas atslēgas un kas mainās līdz ar post-kvantu standartiem.

Datu dzīves cikls

Trīs stāvokļi, trīs draudu modeļi, trīs kontroles

Datu trīs stāvokļi un katram atbilstošā aizsardzība Dati miera stāvoklī, pārraidē un lietošanā; katram stāvoklim savs drauds un sava kontrole. Viens datu kopums, trīs draudu modeļi MIERA STĀVOKLĪ Nozagts disks vai kopija Diska un lauka šifrēšana Atslēgu hierarhija PĀRRAIDĒ Noklausīšanās, starpnieks TLS 1.3, mTLS Sertifikātu ķēde LIETOŠANĀ RAM Atmiņas izraksts, administrators Minimizēšana, tokenizācija Uzticamā izpildes vide Vājākais stāvoklis nosaka kopējo aizsardzību

Nav jēgas šifrēt disku, ja tie paši dati ceļo pa tīklu bez TLS, un nav jēgas no TLS, ja rezerves kopija guļ atvērtā veidā. Aizsardzība tiek plānota visiem trim stāvokļiem, ne vienam.

Kriptogrāfija nav mērķis

Tā ir kontrole, kas risku pārvieto no datiem uz atslēgām. Ja atslēga glabājas blakus šifrētajiem datiem, risks nav mazināts, tikai pārbīdīts.

Trīs mērķi

Konfidencialitāte (neviens cits nelasa), integritāte (neviens nemaina nepamanīts), autentiskums (zināms, kas sūtīja). Šifrēšana pati par sevi dod tikai pirmo.

Biežākā kļūda

Pašu rakstīts kriptogrāfijas kods. Algoritmi ir publiski un pārbaudīti; ievainojamības rodas ieviešanā: vājā nejaušības avotā, atkārtoti lietotā nonce (vienreizējā skaitlī, ko nedrīkst izmantot divreiz) vai laika noplūdē (pēc tā, cik ilgi notiek pārbaude, var uzminēt noslēpumu).

Būvbloki

Primitīvi - kurš kuru problēmu atrisina

Primitīvs ir kriptogrāfijas pamatbloks - viena operācija ar vienu uzdevumu. Neviens bloks nedod visu: šifrēšana slēpj saturu, bet nepierāda, kas to sūtīja; paraksts pierāda sūtītāju, bet saturu neslēpj. Tāpēc sistēmās tos liek kopā.

  • kopīgā viena atslēga abām pusēm
  • publiskā drīkst zināt visi
  • privātā zina tikai īpašnieks

Kā notiek saziņa - soli pa solim

Izvēlies veidu un ej cauri soļiem. Vidējā josla rāda, ko pa ceļam redz uzbrucējs, kas noklausās tīklu.

Simetriskā šifrēšana

  1. 1
    Alise un Bobskopīgā atslēga KAlisei un Bobam jau ir

    Abi iepriekš vienojas par vienu kopīgu atslēgu K. Tas ir vājais punkts: kā to nodot, ja kanāls vēl nav drošs?

  2. 2
    AliseSveiks+K=x7#Qp9…

    Alise šifrē ziņu ar atslēgu K. Rezultāts ir nesaprotams šifrs.

  3. 3
    Alise → Bobsx7#Qp9…

    Uzbrucējs tīklā redz: x7#Qp9… - nesaprotamu šifru

    Šifrs iet pa tīklu. Uzbrucējs to redz, bet bez K izlasīt nevar.

  4. 4
    Bobsx7#Qp9…+tā pati K=Sveiks

    Bobs atšifrē ar to pašu atslēgu K.

  5. 5
    PiezīmeJa uzbrucējs kaut kad iegūst K, viņš var atšifrēt visu, kas ar to šifrēts.

    Tāpēc kopīgo atslēgu nodod ar asimetrisko kriptogrāfiju - nākamais piemērs.

Asimetriskā šifrēšana

  1. 1
    Bobsizveido pāri:publiskā Pprivātā S

    Bobs izveido atslēgu pāri. Privāto S viņš nevienam nedod.

  2. 2
    Bobs → Alisepubliskā P

    Uzbrucējs tīklā redz: publisko atslēgu P - tas nav noslēpums

    Bobs sūta Alisei savu publisko atslēgu. Uzbrucējs to redz, bet ar to var tikai aizslēgt, ne atslēgt.

  3. 3
    AliseŠifrē:Sveiks+P=k2!Vz8…

    Alise šifrē ziņu ar Boba publisko atslēgu P.

  4. 4
    Alise → Bobsk2!Vz8…

    Uzbrucējs tīklā redz: k2!Vz8… - šifru, ko atslēgt var tikai ar S

    Šifrs iet pa tīklu. Uzbrucējam ir P, bet ar P šo šifru atslēgt nevar.

  5. 5
    Bobsk2!Vz8…+privātā S=Sveiks

    Bobs atšifrē ar savu privāto atslēgu S - tā ir tikai viņam.

  6. 6
    PiezīmePraksē tā šifrē nevis visu ziņu, bet tikai kopīgo atslēgu K.

    Asimetriskā ir lēna, tāpēc ar to droši nodod K, un tālāk dati iet ar ātro simetrisko - tā sākas TLS.

Jaucējfunkcija

  1. 1
    Izdevējsprogramma.zip→ SHA-256 →9f2c…a41

    Izdevējs aprēķina faila nospiedumu un publicē to savā vietnē.

  2. 2
    Izdevējs → Lietotājsprogramma.zip

    Uzbrucējs tīklā redz: failu - un var to aizstāt ar savu

    Fails iet pa tīklu vai caur spoguļserveri. Uzbrucējs var to nomainīt.

  3. 3
    Lietotājssaņemtais fails→ SHA-256 →9f2c…a41

    Lietotājs pats aprēķina saņemtā faila nospiedumu.

  4. 4
    Lietotājssalīdzina ar publicēto: sakrīt → fails nav mainīts

    Ja uzbrucējs failu nomainīja, nospiedums būtu pilnīgi cits. Bet nospiedumam jānāk no uzticama avota - citādi uzbrucējs nomaina arī to.

Paroles atvasināšana

  1. 1
    Lietotājs → Serverisparole

    Uzbrucējs tīklā redz: neko - savienojums ir šifrēts (TLS)

    Reģistrējoties lietotājs sūta paroli pa šifrētu savienojumu.

  2. 2
    Serverisizveido nejaušusāli→ Argon2id, lēni →glabājamā vērtība

    Serveris paroli neglabā. Tas glabā tikai sāli un rezultātu, kas iegūts ar apzināti lēnu funkciju.

  3. 3
    Lietotājs → Serverisparole

    Uzbrucējs tīklā redz: neko - savienojums ir šifrēts

    Piesakoties lietotājs atkal sūta paroli.

  4. 4
    Serveristas pats sāls → Argon2id → salīdzina ar glabāto

    Serveris atkārto aprēķinu un salīdzina. Sakrīt - parole pareiza.

  5. 5
    PiezīmeUzbrucējs nozog datubāzi: redz tikai sāli un rezultātu.

    Katrs minējums maksā ~0,1 s, un sāls dēļ vienādas paroles izskatās dažādi - miljardi minējumu kļūst par gadiem.

MAC

  1. 1
    Sistēma un Veikalskopīgā atslēga Kabām pusēm jau ir

    Abām pusēm iepriekš ir viena kopīga atslēga K.

  2. 2
    Sistēmasamaksāts 10 €+K→ HMAC →kods a83f…

    Sūtītājs aprēķina pārbaudes kodu no ziņas un atslēgas.

  3. 3
    Sistēma → Veikalssamaksāts 10 €kods a83f…

    Uzbrucējs tīklā redz: ziņu atklāti un kodu - MAC saturu neslēpj

    Ziņa iet kopā ar kodu. Uzbrucējs var nomainīt '10 €' uz '1000 €', bet bez K pareizu kodu izveidot nevar.

  4. 4
    Veikalssaņemtā ziņa+K→ HMAC → salīdzina

    Saņēmējs pats aprēķina kodu un salīdzina. Ja ziņa mainīta, kodi nesakrīt, un ziņu noraida.

Digitālais paraksts

  1. 1
    Izdevējsizveido pāri:privātā Spubliskā P

    Izdevējs izveido atslēgu pāri. Publisko P publicē (piemēram, sertifikātā), privāto S glabā drošā vietā.

  2. 2
    Izdevējsatjauninājums+S→paraksts

    Izdevējs paraksta failu ar savu privāto atslēgu S.

  3. 3
    Izdevējs → Ikviensatjauninājumsparaksts

    Uzbrucējs tīklā redz: failu un parakstu - abi nav noslēpums

    Fails iet kopā ar parakstu. Paraksts neslēpj saturu - tas pierāda izcelsmi.

  4. 4
    Ikviensfails + paraksts+publiskā P→ derīgs

    Ikviens pārbauda ar izdevēja publisko atslēgu P. Derīgs - fails nav mainīts un to parakstīja S turētājs.

  5. 5
    PiezīmeUzbrucējs nomaina failu → paraksts vairs neder, un bez S jaunu izveidot nevar.

    Atšķirībā no MAC pārbaudīt var ikviens, bet parakstīt tikai privātās atslēgas turētājs.

Kopsavilkums: kurš veids kam der

Simetriskā šifrēšana

Viena kopīga atslēga: ar to pašu aizslēdz un atslēdz.

Teksts kopīgā atslēga Šifrs tā pati atslēga Teksts

Der
Lieliem datiem - diskiem, failiem, tīkla plūsmai. Ātra.
Problēma
Kā otrai pusei droši nodot kopīgo atslēgu, ja kanāls vēl nav drošs?
Piemēri
AES-256-GCM, ChaCha20-Poly1305

Asimetriskā šifrēšana

Atslēgu pāris: publisko drīkst zināt visi, privāto tikai saņēmējs. Ar publisko aizslēdz, atslēgt var tikai ar privāto.

Teksts saņēmēja publiskā Šifrs saņēmēja privātā Teksts

Der
Kopīgās atslēgas nodošanai un vienošanās par to (tā sākas TLS savienojums).
Problēma
Daudz lēnāka par simetrisko, tāpēc ar to šifrē tikai mazus datus - parasti pašu atslēgu.
Piemēri
X25519, RSA-3072, ECDH P-256

Jaucējfunkcija

Pārvērš jebkura izmēra datus īsā "pirkstu nospiedumā". Atpakaļ datus no tā iegūt nevar, un mazākā izmaiņa dod pilnīgi citu nospiedumu.

Fails, jebkurš izmērs SHA-256 64 zīmju nospiedums

Der
Pārbaudīt, vai fails nav mainīts - piemēram, lejupielādes kontrolsummai.
Problēma
Ir ātra, tāpēc parolēm nederīga: uzbrucējs pārbauda miljardiem minējumu sekundē.
Piemēri
SHA-256, SHA-3, BLAKE2

Paroles atvasināšana

Speciāla, apzināti lēna jaucējfunkcija parolēm. Tai pievieno sāli (salt) - nejaušu vērtību, kas katrai parolei ir cita - un darba faktoru (cost), kas nosaka, cik lēni tā strādā.

Parole sāls Argon2id, lēni Glabājamā vērtība

Der
Paroļu glabāšanai un atslēgas iegūšanai no paroles. Lietotājam 0,1 s nav manāma, uzbrucējam ar miljardiem minējumu tā kļūst par gadiem.
Problēma
Darba faktors jāpaaugstina, kad datori kļūst ātrāki - citādi aizsardzība ar laiku vājinās.
Piemēri
Argon2id, scrypt, bcrypt

MAC (ziņojuma pārbaudes kods)

Abām pusēm ir viena kopīga atslēga. Sūtītājs pievieno datiem pārbaudes kodu, saņēmējs to aprēķina vēlreiz un salīdzina - ja dati mainīti, kods nesakrīt.

Dati kopīgā atslēga Dati + kods tā pati atslēga sakrīt / nesakrīt

Der
API pieprasījumiem, sīkdatnēm, maksājumu paziņojumiem - kur abas puses jau zina atslēgu.
Problēma
Pārbaudīt var tikai tas, kam ir atslēga, tāpēc tas nepierāda trešajai personai, kurš no abiem kodu izveidoja.
Piemēri
HMAC-SHA256 (AES-GCM to iekļauj šifrēšanā)

Digitālais paraksts

Paraksta ar privāto atslēgu, pārbauda ar publisko. Pierāda, ka dati nav mainīti un ka tos parakstīja tieši privātās atslēgas turētājs.

Dokuments parakstītāja privātā Dokuments + paraksts parakstītāja publiskā derīgs / nederīgs

Der
Programmatūras atjauninājumiem, sertifikātiem, e-parakstam - kur pārbaudīt jāvar ikvienam.
Problēma
Ja privātā atslēga nozagta, ar to var parakstīt jebko - tāpēc to glabā HSM vai drošā vietā.
Piemēri
Ed25519, ECDSA, RSA-PSS

Tā strādā TLS: asimetriskā vienojas par kopīgu atslēgu, digitālais paraksts servera sertifikātā pierāda, ka serveris ir īstais, un simetriskā (AEAD) šifrē datus un vienlaikus pārbauda, ka tie nav mainīti.

Lieto

  • AEAD režīmu: AES-256-GCM vai ChaCha20-Poly1305 - tie šifrē un vienlaikus pārbauda, ka dati nav mainīti
  • Parolēm: Argon2id vai bcrypt - tie paši pievieno sāli un darba faktoru (skat. blakus)
  • Atslēgām un tokeniem: secrets modulis Python valodā - tā skaitļus nevar paredzēt
  • Bibliotēku cryptography, ne pašu rakstītu kodu

Nelieto

  • AES-ECB - katru bloku šifrē atsevišķi, tāpēc vienādi dati dod vienādu šifrējumu un datu raksts paliek redzams
  • MD5, SHA-1 - var apzināti izveidot divus dažādus failus ar vienādu jaucējvērtību (sadursmi), tāpēc integritātes pārbaude un paraksts ar tiem nav uzticami
  • Ātru jaucējfunkciju (MD5, SHA-256) paroļu glabāšanai. Parolei vajag sāli (salt) - nejaušu vērtību, kas katrai parolei ir cita, lai vienādas paroles nedotu vienādu rezultātu - un darba faktoru (cost), kas apzināti palēnina katru minējumu. Bez tiem nozagtu paroļu sarakstu uzlauž stundās.
  • random moduli noslēpumiem - no dažiem tā skaitļiem var aprēķināt nākamos

Dati diskā un datubāzē

Envelope encryption - atslēgu hierarhija

Envelope encryption: datu atslēga, atslēgu atslēga un saknes atslēga Datus šifrē DEK, DEK šifrē KEK, KEK aizsargā saknes atslēga HSM iekšienē. Katru atslēgu aizsargā nākamā DATI Šifrēti ar DEK AES-256-GCM DEK Datu atslēga Glabāta šifrēta KEK Atslēgu atslēga HSM / KMS HSM Saknes atslēga Nekad neiziet ārā Dalītas zināšanas šifrē šifrē sargā Rotācija pāršifrē tikai DEK - miljons ierakstu paliek vietā.

Kāpēc divi līmeņi: atslēgas rotācija nozīmē pāršifrēt tikai DEK, ne visus datus. Miljons ierakstu paliek vietā, mainās viena maza vērtība.

Pilns disks

Aizsargā pret nozagtu iekārtu. Kad sistēma darbojas, dati ir atvērti - tāpēc tas neaizsargā pret ielaušanos serverī.

Lauka līmenis

Šifrē konkrētus laukus (personas dati, veselības dati). Aizsargā arī pret DB administratoru, bet pēc šifrētajiem laukiem vairs nevar meklēt un kārtot.

Rezerves kopijas

Biežāk aizmirstā vieta. Kopija ir tie paši dati bez piekļuves kontroles. Šī vietne kopijas šifrē ar age un glabā ārpus servera.

Dati tīklā

TLS 1.3 - ko tas dod un ko nedod

TLS 1.3 rokasspiediens vienā apkārtgājienā TLS 1.3: viens turp-atpakaļ cikls Klients Serveris ClientHello + key_share ServerHello + sertifikāts + Finished Šifrēti lietojumdati Viens turp-atpakaļ cikls (1-RTT). TLS 1.3 noņēma novecojušos šifrus un vienmēr nodrošina forward secrecy.

Forward secrecy (PFS) nozīmē, ka vēlāk nozagta servera privātā atslēga neatšifrē agrāk ierakstīto satiksmi - katrai sesijai ir sava īslaicīga atslēga. Latviski to mēdz saukt par nākotnes noslēpumu, bet nozarē lieto oriģinālo terminu.

TLS 1.3 soli pa solim

Kā pārlūks un serveris vienojas par kopīgu atslēgu, nevienam to nesūtot pa tīklu.

TLS 1.3 rokasspiediens

  1. 1
    Pārlūks → ServerisClientHelloklienta atslēgu daļa

    Uzbrucējs tīklā redz: vietnes vārdu (SNI) un klienta atslēgu daļu - tas nav noslēpums

    Pārlūks sveicina serveri, nosauc atbalstītos šifrus un uzreiz sūta savu īslaicīgo atslēgu daļu.

  2. 2
    Serverisizvēlas šifru, izveido savu daļu;kopīgā atslēga= abas daļas kopā

    Serveris no abām atslēgu daļām aprēķina kopīgo atslēgu (ECDHE). Pa tīklu tā nekad neiet.

  3. 3
    Serveris → PārlūksServerHelloservera daļasertifikāts + paraksts

    Uzbrucējs tīklā redz: ServerHello atklāti; sertifikāts un viss pārējais jau ir šifrēts

    Serveris atbild ar savu daļu, sertifikātu un parakstu, kas pierāda, ka tam ir sertifikāta privātā atslēga.

  4. 4
    Pārlūkspārbauda sertifikātu (uzticams izdevējs, pareizs domēns) un parakstu →tā pati kopīgā atslēga

    Pārlūks pārliecinās, ka runā ar īsto serveri, un aprēķina to pašu kopīgo atslēgu.

  5. 5
    Pārlūks → ServerisHTTP pieprasījums

    Uzbrucējs tīklā redz: tikai šifrētus datus un to apjomu

    Viens turp-atpakaļ cikls, un dati jau iet šifrēti ar kopīgo atslēgu.

  6. 6
    PiezīmeAtslēgu daļas katrai sesijai ir jaunas - vēlāk nozagta servera atslēga vecos ierakstus neatšifrē.

    To sauc par forward secrecy: pierakstīta satiksme paliek droša arī tad, ja serveris vēlāk tiek uzlauzts.

Ko TLS NEaizsargā

Metadatus: ar kuru serveri runā, cik daudz un cik bieži. Saturs ir slēgts, saziņas fakts nav.

Gala punkti

TLS beidzas pie servera. Ja aiz tā dati iet atvērti starp mikropakalpojumiem, aizsargāts ir tikai pirmais posms - tāpēc mTLS iekšējā tīklā.

Sertifikāts pierāda domēnu

Parasts sertifikāts apliecina domēna kontroli, ne to, ka īpašnieks ir godīgs. Pikšķerēšanas lapai arī ir derīga slēdzene.

Grūtākais stāvoklis

Dati apstrādes brīdī - ko ar tiem var izdarīt

Pieejas datu aizsardzībai lietošanas laikā Jo lielāka aizsardzība, jo augstāka cena Minimizēšana Neapstrādā to, kas nav vajadzīgs Briedums: pilnīgs Cena: zema Sāc ar šo Tokenizācija Īstā vērtība aizstāta ar bezjēdzīgu marķieri Briedums: pilnīgs Cena: vidēja Maksājumu kartēm Trusted Execution Env. Aparatūras anklāvs SGX, TDX, SEV-SNP Briedums: augošs Cena: augsta Slēpj no mākoņa uzturētāja Homomorfā Rēķina, neatšifrējot Arī drošs vairākpušu Briedums: šaurs Cena: ļoti augsta Specifiskiem uzdevumiem No kreisās uz labo: pieaug aizsardzība, pieaug arī cena un sarežģītība

Lietošanas stāvoklis ir vienīgais, kur nav universāla risinājuma. Godīgi vairumam sistēmu: minimizēšana un tokenizācija atrisina lielāko daļu, un tikai pēc tam ir vērts skatīties uz anklāviem.

Attestation

Uzticamās izpildes vides (TEE) vērtība ir attālinātā apliecināšanā (remote attestation): anklāvs var pierādīt, kāds kods tieši tajā darbojas. Bez tā anklāvs ir tikai vēl viena melnā kaste.

Uzticības pārnese

Anklāvs pārceļ uzticību no mākoņa uzturētāja uz procesora ražotāju. Tā ir maiņa, ne likvidēšana - un pret sānkanālu uzbrukumiem (noslēpuma nolasīšanu pēc procesora laika, kešatmiņas vai patēriņa) tie ir bijuši ievainojami.

Praksē

Šī vietne lieto vienkāršāko slāni: kartes dati nekad nenonāk serverī (maksājumus apstrādā maksājumu pakalpojuma sniedzējs), tāpēc lietošanas stāvoklī tos nav jāaizsargā.

Kur kriptogrāfija praksē krīt

Atslēgas dzīves cikls (NIST SP 800-57)

Atslēgas dzīves cikla posmi Atslēgas dzīves cikls Ģenerēšana Droša nejaušība Glabāšana HSM, KMS Lietošana Viens mērķis Rotācija Plānota, ne tikai pēc Atsaukšana, iznīcināšana Arī no kopijām Vairums kriptogrāfijas kļūmju nav algoritmā, bet šajā ciklā Atslēga repozitorijā, atslēga blakus datiem, atslēga, kas nekad nav rotēta

Konstatēts noplūdis noslēpums nozīmē rotāciju, ne dzēšanu no vēstures. Kas reiz ir bijis publisks, ir jāuzskata par zināmu.

Viena atslēga, viens mērķis

Tā pati atslēga šifrēšanai un parakstīšanai vājina abus. Atsevišķas atslēgas nozīmē arī, ka vienas kompromitēšana neatver visu.

Dalītas zināšanas

Saknes atslēgu neviens cilvēks nezina pilnībā. Tā tiek sadalīta daļās, un atjaunošanai vajag vairākus cilvēkus - aizsardzība pret vienu vājo punktu.

Crypto-agility

Sistēma, kurā kriptogrāfisko algoritmu var nomainīt bez pārrakstīšanas. Tā kļuva par praktisku prasību tieši post-kvantu kriptogrāfijas (PQC) pārejas dēļ.

Standartu ainava

Kas ir apstiprināts un kas mainās

Post-kvantu standarti un pārejas laika līnija Post-kvantu pāreja jau ir sākusies 2024-08-13 NIST apstiprina FIPS 203, 204, 205 Šodien Hibrīdā pāreja Klasiskā un post-kvantu kopā Nākotne Klasiskā izņemta RSA un ECC pakāpeniski ārā Harvest now, decrypt later Šodien pārtverta satiksme var tikt atšifrēta nākotnē, kad būs pietiekami jaudīgs kvantu dators. Ilgi dzīvojoši noslēpumi ir apdraudēti jau tagad.

FIPS 203 (ML-KEM, atslēgu iekapsulēšana), FIPS 204 (ML-DSA, paraksti) un FIPS 205 (SLH-DSA, uz jaucējfunkcijām balstīti paraksti) NIST apstiprināja 2024. gada 13. augustā. 2025. gadā NIST kā rezerves KEM izvēlējās HQC. NIST IR 8547 (projekts) paredz RSA un ECC novecošanu no 2030. gada un aizliegumu no 2035. gada.

Algoritmi

FIPS 197 (AES), FIPS 180-4 (SHA-2), FIPS 202 (SHA-3), FIPS 186-5 (paraksti). Pārejas termiņus nosaka NIST SP 800-131A.

Pielietojums

NIST SP 800-175B (kā lietot), SP 800-57 (atslēgas), ISO/IEC 19790 (moduļu prasības), OWASP ASVS 5.0 V11 (pārbaudāmas prasības izstrādei).

Juridiskais

NIS2 21. panta 2. punkta h) apakšpunkts prasa kriptogrāfijas politiku. eIDAS regulē uzticamības pakalpojumus un kvalificētu e-parakstu Eiropas Savienībā.

Saīsinājumi

Visi ceļvedī lietotie apzīmējumi vienuviet.

AEAD
Authenticated Encryption with Associated Data - šifrē un vienlaikus nodrošina integritāti.
AES
Advanced Encryption Standard - simetriskais bloku šifrs (FIPS 197).
DEK
Data Encryption Key - atslēga, ar ko šifrēti paši dati.
FIPS
Federal Information Processing Standards - ASV federālie standarti; kriptogrāfijā de facto starptautiski.
HKDF
HMAC-based Key Derivation Function - atvasina atslēgas no jau slepenas vērtības.
HMAC
Hash-based Message Authentication Code - integritāte ar kopīgu slepeno atslēgu.
HSM
Hardware Security Module - aparatūra, no kuras atslēga neiziet.
KEK
Key Encryption Key - atslēga, ar ko šifrē citas atslēgas.
KMS
Key Management Service - atslēgu pārvaldības pakalpojums.
ML-DSA
Module-Lattice-Based Digital Signature Algorithm - post-kvantu paraksts (FIPS 204).
ML-KEM
Module-Lattice-Based Key-Encapsulation Mechanism - post-kvantu atslēgu apmaiņa (FIPS 203).
PFS
Perfect Forward Secrecy - vēlāk nozagta atslēga neatšifrē agrāko satiksmi; nozarē lieto angļu terminu.
PQC
Post-Quantum Cryptography - algoritmi, kas noturīgi arī pret kvantu datoru.
SLH-DSA
Stateless Hash-Based Digital Signature Algorithm - post-kvantu paraksts (FIPS 205).
TEE
Trusted Execution Environment - aparatūras anklāvs datiem lietošanas laikā.
TLS
Transport Layer Security - šifrēts kanāls tīklā; 1.3 versija ir pašreizējā.