1. Osnove kriptografije
Kriptografija (doslovno "tajno pisanje") je umijeće osiguravanja informacija kodiranjem. To je suprotnost od security through obscurity (sigurnost skrivanjem) — koja se na računalnim sustavima smatra nemogućom ili barem visokorizičnom. Kod kriptografije nije bitno zna li treća strana da tajna postoji i gdje je: bez sredstva za dekodiranje nikad je neće razumjeti.
Terminologija
Plaintext (cleartext) = nešifrirana poruka. Ciphertext = šifrirana poruka. Algorithm (cipher) = postupak šifriranja i dešifriranja. Cryptanalysis = umijeće razbijanja kriptografskih sustava.
Likovi
Alice = pošiljateljica prave poruke. Bob = namjeravani primatelj. Mallory = zlonamjerni napadač koji pokušava podrivati poruku. Ove likove ćeš sretati u svim objašnjenjima.
Tri su glavna tipa kriptografskih algoritama, svaki sa svojom ulogom u osiguravanju svojstava sigurnosti (povjerljivost, integritet, neporecivost): hashing algoritmi te dvije vrste enkripcijskih šifri — simetrične i asimetrične.
2. Simetrična enkripcija i ključevi
Supstitucija i transpozicija
- Substitution cipher — znakovi plaintexta zamjenjuju se drugim znakovima. Npr. ROT13 rotira svako slovo 13 mjesta: "Uryyb Jbeyq" → "Hello World".
- Transposition cipher — znakovi ostaju isti, ali im se mijenja redoslijed. Npr. "HLOOLELWRD" nastaje pisanjem "HELLO WORLD" u stupce pa čitanjem redaka.
Moderni algoritmi kombiniraju obje tehnike na složene načine koji odolijevaju kriptoanalizi.
Kako radi simetrična enkripcija
Kod simetričnog algoritma enkripciju i dekripciju obavlja isti tajni ključ (secret key) — mora biti poznat SAMO ovlaštenim osobama. Koristi se za povjerljivost:
- Simetrična enkripcija je vrlo brza → koristi se za bulk enkripciju velikih količina podataka (diskovi, mrežni promet).
- Ne može se koristiti za autentifikaciju ili integritet — Alice i Bob mogu stvoriti potpuno iste tajne jer oboje znaju isti ključ.
Ključ i keyspace
Ključ znači da se poruka ne može dešifrirati čak i ako je metoda šifriranja poznata. Kod ROT13 ključ je 13; može biti i 17 itd. Keyspace = raspon mogućih vrijednosti ključa (kod ROT-a: 25, jer su ROT0 i ROT26 slabi ključevi — daju ciphertext jednak plaintextu).
- Brute force kriptoanaliza = isprobavanje dekripcije sa svakom mogućom vrijednošću ključa dok rezultat ne postane čitljiv.
- Moderni ključevi su pseudonasumično generirani nizovi bitova; broj bitova = key length.
- Najkorišteniji simetrični cipher je AES (Advanced Encryption Standard): AES-128 ima keyspace 2128, AES-256 ima 2256.
3. Asimetrična enkripcija
Kod asimetričnog algoritma enkripciju i dekripciju obavljaju dva različita, ali povezana ključa — javni (public) i privatni (private) u paru ključeva (key pair):
- Što javni ključ šifrira, samo upareni privatni ključ može dešifrirati — javni ključ NE može dešifrirati vlastiti ciphertext.
- Iz javnog ključa nemoguće je izvesti privatni → vlasnik smije javni ključ podijeliti svima.
- Nedostatak: velik računski trošak → neefikasna za velike količine podataka. Zato se javnim ključem tipično šifrira samo simetrični ključ sesije, a podaci se šifriraju simetrično (hibridni pristup).
- RSA (Rivest-Shamir-Adleman) traži 2048-bitni privatni ključ za prihvatljivu sigurnost; ECC (Elliptic Curve Cryptography) s 256-bitnim ključem postiže sigurnost ekvivalentnu 3072-bitnom RSA.
4. Hashing
Kriptografski hashing algoritam od ulaza bilo koje duljine proizvodi niz bitova fiksne duljine — hash ili message digest. Dizajniran je tako da:
- je one-way — iz digesta je nemoguće rekonstruirati plaintext;
- različiti ulazi vrlo vjerojatno daju različite izlaze — podudaranje dvaju ulaza zove se collision (kolizija) i znak je slabosti algoritma.
Hashing dokazuje integritet. Dva klasična primjera:
Provjera lozinke
Bob čuva samo hash Aliceine lozinke (ne može iz njega dobiti lozinku). Alice pri prijavi pošalje hash svoje lozinke; ako se digest poklapa s onim u bazi, upisala je istu lozinku.
Provjera datoteke
Alice objavi digest za setup.exe uz link za download. Bob preuzme datoteku, izračuna isti hash i usporedi. Ako je Mallory podmetnula zlonamjernu datoteku, hash se neće poklopiti — referentni hash na stranici Mallory ne može promijeniti.
| Algoritam | Digest | Status |
|---|---|---|
| SHA (Secure Hash Algorithm) | varijante; najpopularniji SHA256 = 256 bita | Najjači — dulji digest = sigurniji |
| MD5 (Message Digest #5) | 128 bita | Manje siguran od SHA256; koristi se samo radi kompatibilnosti |
5. Digitalni potpis
Pojedinačni hash, simetrični ili asimetrični cipher zove se kriptografski primitiv; potpuni proizvod kombinira više primitiva u cipher suite. Kombinacijom javne kriptografije (autentificira pošiljatelja — samo on kontrolira privatni ključ) i hashinga (dokazuje integritet) nastaje digitalni potpis:
Ako su podaci promijenjeni ILI je Mallory potpisala drugim privatnim ključem — hashevi se neće poklopiti. Standardi za potpise: PKCS#1 (RSA), DSA (ElGamal) i danas rašireniji ECDSA (razvijeni kroz američki FIPS).
- Povjerljivost: šifriraš primateljevim JAVNIM ključem → samo njegov privatni dešifrira.
- Potpis/autentifikacija: potpisuješ SVOJIM PRIVATNIM ključem → svatko provjerava tvojim javnim.
- Mnemonik: šifriraj tuđim javnim, potpiši svojim privatnim.
6. PKI i digitalni certifikati
Javna kriptografija ima temeljni problem: vlasnik privatnog ključa može potpisivati poruke, ali ništa ne dokazuje TKO je vlasnik. Kako znaš da web trgovina ili banka stvarno pripada onome kome tvrdi? Public Key Infrastructure (PKI) to rješava: svatko tko izdaje javni ključ objavljuje ga u digitalnom certifikatu, a valjanost certifikata jamči Certificate Authority (CA).
- Digitalni certifikat = "omot" za javni ključ subjekta + podaci o subjektu i izdavatelju, digitalno potpisan od CA. Temelji se na standardu X.509. Subjekt može biti čovjek (potpisivanje poruka) ili server (web transakcije).
- Privatni CA — za interne komunikacije unutar organizacije (certifikati vrijede samo interno). Third-party CA — za javne/B2B komunikacije: Comodo, DigiCert, GeoTrust, IdenTrust, Let's Encrypt.
Pet funkcija javnog CA
| # | Funkcija | Opis |
|---|---|---|
| 1 | Usluge certifikata | Pruža raspon certifikatnih usluga zajednici korisnika koje CA opsluživuje. |
| 2 | Validacija identiteta | Osigurava valjanost certifikata i provjerava identitet svakog podnositelja zahtjeva (registracija) — to je osnova reputacije CA-a. |
| 3 | Uspostavljanje povjerenja | Uspostavlja povjerenje u CA kod korisnika, vlada, regulatornih tijela i ustanova kao što su banke. |
| 4 | Upravljanje repozitorijima | Upravlja serverima (repositories) na kojima su certifikati pohranjeni i administrirani. |
| 5 | Životni ciklus certifikata | Provodi upravljanje ključevima i certifikatima kroz cijeli životni vijek — posebno opoziv nevažećih certifikata. |
Root of trust i lanac povjerenja
- Root certifikat je self-signed — CA ga potpisuje sam sebi. Instaliranjem root certifikata host automatski vjeruje svim certifikatima koje je taj CA potpisao.
- Single CA model — jedan root izdaje sve certifikate (privatne mreže). Problem: root je izložen — kompromitira li se, ruši se cijeli PKI.
- Self-signed certifikati (bilo koji stroj/server/kod) — preglednik ih označava nepouzdanima; korisnik može pregaziti upozorenje. OK za razvoj/test i npr. sučelja kućnih routera, ali nikad za kritične hostove — vrlo ih je teško validirati.
Registracija, CSR i polja certifikata
- Registration — proces kojim se korisnici autoriziraju za traženje certifikata (u Windows domeni često auto-enrollment kroz Active Directory). CA štiti svoju reputaciju provjerom identiteta podnositelja.
- Subjekt generira par ključeva (privatni čuva!), pa šalje CSR (Certificate Signing Request) — datoteku s podacima za certifikat uključujući javni ključ. CA provjerava (npr. da FQDN odgovara i da zahtjev dolazi od administratora domene po WHOIS zapisu) pa potpisuje.
- CN (Common Name) — povijesno nosio FQDN servera, danas deprecated za validaciju identiteta (može sadržavati svašta, teško za interpretaciju).
- SAN (Subject Alternative Name) — strukturirano polje za FQDN-ove i IP adrese; ako postoji, preglednik validira SAN, a CN ignorira. SAN može nabrojati poddomene (www.comptia.org, members.comptia.org).
- Wildcard domena (
*.comptia.org) — certifikat vrijedi za sve poddomene na jednoj razini. Praktično, ali manje sigurno od izričitog popisa. - Ostala polja: O (organizacija), OU, L (grad), ST, C (država) — s CN-om čine Distinguished Name (DN).
- Posebni tipovi: email certifikat (SAN = email adresa), code-signing certifikat (verifikacija izdavatelja softvera — CA strogo provjerava organizaciju da se lažni developer ne predstavi kao poznata tvrtka).
7. Opoziv certifikata — CRL i OCSP
- Revoked (opozvan) certifikat više nije valjan i ne može se vratiti.
- Suspended (suspendiran) certifikat može se ponovno aktivirati (kod: Certificate Hold).
- Razlozi se kodificiraju: Unspecified, Key Compromise, CA Compromise, Superseded, Cessation of Operation…
| Mehanizam | Kako radi | Slabost |
|---|---|---|
| CRL (Certificate Revocation List) | CA periodički objavljuje potpisanu listu svih opozvanih/suspendiranih certifikata na distribution point(ovima). Atributi: publish period, distribution points, validity period (malo dulji od publish perioda), signature. | Certifikat može biti opozvan, a klijenti ga još prihvaćaju jer svježa lista još nije objavljena; legacy preglednici možda uopće ne provjeravaju. |
| OCSP (Online Certificate Status Protocol) | Server koji na upit vraća status pojedinog certifikata umjesto cijele liste — većina OCSP servera čita bazu certifikata izravno u stvarnom vremenu. | Neki OCSP responderi ipak ovise o CRL-ovima pa ih ograničava interval objave. |
8. Upravljanje ključevima — TPM, HSM, escrow
Key management pokriva faze životnog ciklusa ključa: generation (tražene snage, odabranim cipherom) → storage (zaštita od neovlaštenog pristupa i gubitka) → revocation (kompromitirani ključ; podatke re-enkriptirati novim) → expiration & renewal ("rok trajanja"; obnova s istim ili novim parom).
- Decentralizirano: ključevi se generiraju i drže na računalu/računu koji ih koristi — lako, ali teže otkriti kompromitaciju.
- Centralizirano: namjenski server/appliance (key management system); uređaji komuniciraju protokolom KMIP.
Problem generiranja i pohrane u OS-u
- Ključ traži nasumičnost (entropiju) — računala su deterministička. PRNG (pseudo RNG) softver aproksimira nasumičnost; bolji je TRNG hardver koji koristi stvarni izvor entropije (šum, strujanje zraka) kao sjeme.
- Ključ u datotečnom sustavu siguran je koliko i bilo koja datoteka — kompromitacija vjerodajnica ili krađa uređaja ga otkriva; teško je revidirati pristup. Idealno je da je pohrana tamper-evident (odmah se zna da je ključ kompromitiran).
Kriptoprocesori
TPM (Trusted Platform Module)
Kriptoprocesor ugrađen u jednu platformu (desktop, mobitel, embedded). Verzija 2.0 nije kompatibilna s 1.2 (1.2 se napušta). Tri implementacije: discrete (poseban čip — tamper-resistant, najmanja površina napada), integrated (dio chipseta/CPU-a), firmware (Intel PTT, AMD fTPM — najveća površina napada). Postoji i virtualni TPM u hipervizoru za VM-ove.
HSM (Hardware Security Module)
Kriptoprocesor u uklonjivom ili namjenskom obliku: rack appliance, PCIe kartica, USB security key; može i kao virtualni appliance. TPM validira jednu platformu; HSM daje centralnu pohranu ključeva za mrežu ili prijenosnu pohranu. Certifikacija: FIPS 140-2.
Secure enclave / TEE (npr. Intel SGX): kriptoprocesor drži ključeve izvan datotečnog sustava (API po PKCS#11), ali dešifrirani podaci ipak idu u RAM — enclave štiti i memoriju tako da joj ni procesi s root/system ovlastima ne mogu pristupiti bez autorizacije.
Escrow i M of N
Izgubi li se privatni/tajni ključ, ciphertexti su nepovratni — ali kopije ključa povećavaju rizik kompromitacije. Rješenje:
- Escrow = ključ (ili dijelovi ključa) arhiviran kod treće strane; dijelovi kod odvojenih escrow providera smanjuju rizik.
- KRA (Key Recovery Agent) = račun s ovlasti pristupa ključu u escrowu.
- M of N = operaciju ne može izvesti pojedinac — kvorum od M osoba od ukupno N mora odobriti (npr. 2 od 3 KRA za oporavak ključa) — štiti od KRA koji bi glumio vlasnika ključa.
9. Enkripcija podataka u tri stanja
Šifrirane podatke napadač ne može razumjeti ni promijeniti čak i ako ukrade disk ili presretne promet — enkripcija ispunjava cilj povjerljivosti. Podaci postoje u tri stanja:
Data at rest
U trajnoj pohrani (disk, baza). Štiti se disk/volume/file/database enkripcijom.
Data in transit
Prenosi se mrežom (data in motion). Štiti se transportnom enkripcijom: WPA, IPsec, TLS.
Data in use
U radnoj memoriji (RAM, CPU registri i cache). Štiti se secure enclave tehnologijama.
Hibridna shema (KEK + DEK)
Bulk enkripcija (MB/GB podataka) koristi simetrični cipher (AES) jer je asimetrični prespor. Tipična shema kojom se rješava distribucija simetričnog ključa:
- Korisnik generira asimetrični par (RSA/ECC); privatni ključ je šifriran korisničkom vjerodajnicom — on je KEK (Key Encryption Key).
- Sustav generira simetrični ključ (npr. AES-256) — DEK (Data Encryption Key) — kojim šifrira podatke.
- DEK se šifrira javnim dijelom KEK-a. Za pristup podacima korisnik vjerodajnicom otključa privatni KEK → dešifrira DEK → dešifrira podatke.
Data at rest — razine enkripcije
| Razina | Opis | Primjeri / napomene |
|---|---|---|
| FDE (full-disk encryption) | Šifrira cijeli sadržaj diska uključujući metapodatke i slobodni prostor. Primarno štiti od fizičke krađe diska. | SED (self-encrypting drive) — enkripcija u firmwareu diska, ključevi u kriptoprocesoru, OS ih ne vidi. |
| Partition | Selektivno šifriranje pojedinih particija različitim ključevima. | npr. boot/system nešifrirani, data particija šifrirana. |
| Volume | Šifrira storage resurs s jednim datotečnim sustavom — tipično softverski. | BitLocker (Microsoft), FileVault (Apple) — kolokvijalno "disk encryption", tehnički volume encryption. |
| File | Šifriranje pojedinih datoteka/mapa; može ovisiti o file systemu. | Microsoft EFS traži NTFS. Ključevi se mogu vezati na TPM/HSM. |
| Database (TDE) | Transparent data encryption — šifriranje na razini baze/stranica pri prijenosu disk↔memorija; štiti i logove. | Štiti od krađe medija; radi je DBMS, ne disk. |
| Cell/column, record | Šifriranje pojedinih polja ili zapisa; ključ izvan baze → ni DBA ne može čitati (separation of duties, privatnost). | SQL Server Always Encrypted; record-level: svaki kupac svoj par ključeva (npr. zdravstveni podaci). |
Data in transit — digital envelope i PFS
Transportni proizvodi (WPA za Wi-Fi, IPsec za VPN, TLS za web/email) koriste key exchange: javna kriptografija sigurno razmijeni simetrični session key:
- Alice dobije Bobov javni ključ (iz njegovog certifikata).
- Poruku šifrira simetrično (AES) session keyem; session key šifrira Bobovim javnim ključem.
- Šifrirani session key + ciphertext = digital envelope → Bob privatnim ključem otvori omotnicu pa session keyem dešifrira poruku.
Integritet i autentičnost poruka provjerava HMAC (hash poruke kombiniran s tajnim ključem iz razmjene) ili Authenticated Encryption (AE) mod simetričnog ciphera.
10. Salting i key stretching
Kad kriptografski sustav koristi korisničku lozinku kao izvor, entropija je niska (kratko, predvidljivo). Hashevi lozinki ranjivi su na:
- Brute force — sve kombinacije znakova;
- Dictionary attack — hashevi čestih riječi i fraza.
Salting
(salt + lozinka) × SHA = hash. Jedinstveni nasumični salt za svaki račun: isti plaintext više ne daje isti hash, a napadač ne može koristiti unaprijed izračunate tablice hasheva — mora sve računati iznova za svaki salt. Salt nije tajna (sustav ga mora znati za provjeru).
Key stretching
Ključ izveden iz lozinke + salta tisućama rundi hashiranja pretvara se u dulji, neuredniji ključ. Ne čini ključ jači, nego usporava napadača — mora ponoviti sav taj posao za svaki pokušaj. Standard: PBKDF2 (koristi ga i WPA).
11. Blockchain i obfuskacija
Blockchain
Blockchain = rastuća lista transakcijskih zapisa osigurana kriptografijom. Svaki zapis (block) prolazi hash funkciju, a hash prethodnog bloka ulazi u izračun hasha sljedećeg — blokovi su kriptografski ulančani i svaki validira sve prije sebe: povijesne transakcije ne mogu se mijenjati. Zapisuje se u otvorenu javnu knjigu (open public ledger) koja je decentralizirana — distribuirana P2P mrežom, bez jedine točke kvara; svi vide sve transakcije. Primjene: financijske transakcije (kriptovalute), ugovori, zaštita IP-a, online glasovanje, upravljanje identitetima.
Obfuskacija
Obfuscation = umijeće činjenja poruke teškom za pronaći (security by obscurity — inače deprecirana, ali ima korisne primjene):
Steganografija
"Skriveno pisanje" — informacija ugrađena u neočekivani nositelj (poruka u slici). Nositelj = covertext. Poruka može prije ugradnje biti i šifrirana; može dokazivati integritet/neporecivost (npr. da je nešto ispisano na određenom uređaju u određeno vrijeme).
Data masking
Sadržaj polja baze redigiran zamjenom znakova (npr. "xxxx"); može biti djelomično (pozivni broj ostaje, pretplatnički se maskira) i čuvati format. Nepovratno.
Tokenizacija
Vrijednost polja zamijenjena nasumičnim tokenom; original pohranjen u token vaultu odvojeno od produkcijske baze — ovlaštena aplikacija može dohvatiti original: reverzibilno. Regulatorno bolje od enkripcije (šifrirano polje = i dalje isti podatak).
Masking i tokenizacija služe za de-identifikaciju — obfuskaciju osobnih podataka da se baza može dijeliti bez ugrožavanja privatnosti.
Smjernice za implementaciju kriptografskih rješenja
-
Politika jakih ključeva — zahtijevaj minimalne duljine ključeva:
Namjena Preporučeno Asimetrični par za potpis RSA 2 048-bit ili ECC 256-bit Asimetrični par za razmjenu ključeva RSA 2 048-bit ili ECDHE 256-bit Tajni (simetrični) ključ AES-128 ili AES-256 Hashing SHA256 ili SHA512 (MD5 samo uz dokumentiranu kompatibilnost) - Privatni CA ili third-party certifikati — odluči koja je opcija primjerena; za privatni root CA osiguraj strogu fizičku i logičku zaštitu servera (izolacija, air-gap, HSM za pohranu ključa).
- Certifikatne politike i tipovi — definiraj koje tipove certifikata organizacija treba: server/machine, email/korisnik, code-signing — i za svaki tip jasna pravila prihvatljivosti.
- Ispravna polja certifikata — posebno pazi da je SAN polje ispravno konfigurirano s domene, poddomenama ili wildcard domenama kojima klijenti pristupaju serveru; CN koristiti samo kao rezervu (deprecated za validaciju).
- CSR procesi i autorizacija — uspostavi procedure za podnošenje CSR-ova te procese identifikacije, autentifikacije i autorizacije koji osiguravaju da se certifikati izdaju samo legitimnim subjektima.
- Upravljanje ključevima i certifikatima — definiraj procedure za opoziv, backup i escrow ključeva; koristi namjenske kriptoprocesore (TPM, HSM) za generaciju i pohranu; primijeni M of N kontrolu za oporavak ključeva.
Pokrivenost ispita ovom lekcijom
Što ova lekcija pokriva:
- Objective 1.4 (kriptografska rješenja: PKI, enkripcijske razine, alati TPM/HSM/KMS/secure enclave, obfuskacija, hashing, salting, potpisi, key stretching, blockchain, certifikati) — u potpunosti.
Povezano, dolazi kasnije: kriptografski napadi (downgrade, kolizije, birthday) u domeni 2, te primjena TLS/IPsec protokola u domeni 3.
Flashcards
Dodirni karticu da je okreneš.
Kviz — 40 pitanja
Mješavina tipova kao na pravom ispitu, uključujući PBQ i studiju slučaja. Traži se najbolji odgovor.
1Koji je glavni problem simetrične enkripcije?jedan odgovor
Simetrična enkripcija je upravo najbrža (bulk enkripcija) — problem je distribucija ključa: ako Mallory presretne ključ, sigurnost je slomljena. Zato se ključ razmjenjuje asimetrično.
2Alice želi poslati povjerljivu poruku Bobu asimetričnom enkripcijom. Kojim ključem šifrira poruku?jedan odgovor
Za povjerljivost šifriraš primateljevim javnim ključem — samo Bobov privatni ključ tada može dešifrirati. (Svojim privatnim ključem bi potpisala, ne šifrirala za povjerljivost.)
3Koliko je AES-256 otporniji na brute force od AES-128?jedan odgovor
Keyspace je 2256 naspram 2128 — svaki bit udvostručuje broj mogućih ključeva, pa je razlika 2128 puta (broj s 38 znamenki). Klasična ispitna zamka "dvostruko jači".
4Koje svojstvo kriptografskog hasha omogućuje sigurnu pohranu lozinki?jedan odgovor
Hash je one-way i ne koristi ključ — to nije enkripcija. Sustav čuva digest; pri prijavi uspoređuje digest upisane lozinke s pohranjenim.
5Kako Alice kreira digitalni potpis dokumenta?jedan odgovor
Potpis = hash dokumenta + potpisna operacija privatnim ključem pošiljatelja. Bob verificira Aliceinim javnim ključem i usporedi s vlastitim digestom.
6Preglednik javlja da certifikat web sučelja kućnog routera "nije pouzdan". Najvjerojatniji razlog?jedan odgovor
Sučelja potrošačkih routera tipično imaju self-signed certifikat — OS/preglednik ga označava nepouzdanim jer nema lanca do pouzdanog roota. OK za takve namjene, ali nikad za kritične hostove.
7Server mora biti dostupan i kao www.firma.hr i kao shop.firma.hr s jednim certifikatom, a preglednici moraju ispravno validirati identitet. Koje polje certifikata to rješava?jedan odgovor
SAN je strukturirano polje za više FQDN-ova/IP adresa; ako postoji, preglednik validira SAN, a CN (koji je za identitete deprecated) ignorira. Alternativa je wildcard *.firma.hr.
8Organizacija želi da klijenti provjeravaju status certifikata u stvarnom vremenu, bez preuzimanja cijele liste opozvanih certifikata. Što treba implementirati?jedan odgovor
OCSP vraća status pojedinog certifikata na upit, tipično čitajući bazu u stvarnom vremenu — bez čekanja na objavu CRL-a.
9Koja su svojstva dobre kriptografske hash funkcije? više odgovora
Hash: fiksna duljina, one-way, otpornost na kolizije. Nema ključa i nije reverzibilan — to ga razlikuje od enkripcije.
10Koje su ispravne tvrdnje o TPM-u? više odgovora
TPM 2.0 nije kompatibilan s 1.2. Centralna pohrana za mrežu je uloga HSM-a, ne TPM-a (TPM = jedna platforma).
11Opozvani (revoked) certifikat može se kasnije ponovno aktivirati ako se utvrdi da ključ ipak nije bio kompromitiran.točno / netočno
Revoked = trajno, ne može se "un-revoke". Samo suspendirani certifikat (Certificate Hold) može se ponovno omogućiti.
12Salt vrijednost mora se čuvati u tajnosti jednako kao i lozinka.točno / netočno
Salt nije tajna — svaki sustav koji provjerava hash mora znati salt. Njegova snaga je u tome što obesmišljava unaprijed izračunate tablice i čini identične lozinke različitim hashevima.
13Svojstvo transportne enkripcije kod kojeg kompromitacija serverovog privatnog ključa NE omogućuje dešifriranje ranije snimljenih sesija (efemerni D-H ključevi) zove se ________ (engleski, tri riječi ili kratica). upiši pojam
Perfect Forward Secrecy (PFS) — implementira se kroz DHE ili ECDHE key agreement.
14Tehnika skrivanja poruke unutar neočekivanog nositelja, npr. slike (nositelj se zove covertext), naziva se ________. upiši pojam
Steganografija — "skriveno pisanje". Za razliku od enkripcije, cilj je da se ne zna ni da poruka postoji.
15PBQ: koji kriptografski primitiv primarno osigurava koji cilj?PBQ — uparivanje
Bulk povjerljivost = simetrično (brzo); integritet = hash; razmjena ključa = asimetrično; neporecivost = digitalni potpis (hash + privatni ključ).
16PBQ: u kojem se stanju nalaze podaci i čime ih štitiš?PBQ — stanja podataka
Pohranjeno (i backup!) = at rest; putuje mrežom = in transit; u memoriji tijekom obrade = in use.
Studija slučaja: Jadranska banka
Scenarij: Jadranska banka modernizira sigurnost. Planovi: (a) jedan certifikat koji će pokriti postojeće i sve buduće poddomene (www, shop, api, m…) na razini banka.hr; (b) zaštita podataka na laptopima terenskih agenata u slučaju krađe; (c) sigurna pohrana lozinki klijenata u bazi nakon što je revizija otkrila da su spremljene kao čisti MD5; (d) skladištenje brojeva kartica tako da ih marketing tim može povezivati s kupnjama, a da baza ne sadrži prave brojeve — uz mogućnost da ovlašteni sustav naplate dohvati original.
17Za zahtjev (a) — jedan certifikat za sve sadašnje i buduće poddomene banka.hr — što je najprikladnije?studija slučaja
Ključno je "i sve buduće": SAN popis bi tražio novi certifikat za svaku novu poddomenu; wildcard *.banka.hr pokriva sve na jednoj razini automatski (uz malo nižu sigurnost od izričitog popisa).
18Za zahtjev (b) — laptopi terenskih agenata — koja kombinacija najbolje štiti od krađe uređaja?studija slučaja
Krađa uređaja = prijetnja podacima at rest → FDE/volume enkripcija (BitLocker) s ključem u TPM-u: ukradeni disk montiran na drugo računalo ostaje nečitljiv. TLS štiti samo promet, file enkripcija ostavlja ostatak diska (i metapodatke) izloženim.
19Za zahtjev (c) — pohrana lozinki klijenata — što revizor treba preporučiti umjesto čistog MD5?studija slučaja
Lozinke se ne enkriptiraju (ključ u bazi = ista baza koju napadač krade) — hashiraju se: jak algoritam + salt (ruši rainbow tablice) + stretching (usporava brute force). Base64 nije nikakva zaštita, dvostruki MD5 ne rješava ništa.
20Za zahtjev (d) — brojevi kartica zamijenjeni nasumičnim vrijednostima, original dohvatljiv samo ovlaštenom sustavu iz odvojenog spremišta — koja je ovo tehnika?studija slučaja
Tokenizacija: nasumični token u produkcijskoj bazi, original u odvojenom token vaultu, reverzibilno za ovlaštene. Masking je nepovratan; column enkripcija bi značila da polje i dalje sadrži (šifrirani) pravi podatak — regulatorno lošije.
21Koji kriptografski algoritam koristi isti ključ i za enkripciju i za dekripciju?jedan odgovor
AES je simetrični algoritam (isti ključ za enkripciju i dekripciju). RSA i ECC su asimetrični. Diffie-Hellman je protokol za razmjenu ključeva.
22Koja veličina AES ključa je trenutno preporučena za najosjetljivije podatke?jedan odgovor
AES-256 pruža najveću sigurnost i preporučen je za najosjetljivije podatke. AES-128 je siguran za opću upotrebu. DES (56-bit) je zastario i ne koristi se.
23RSA algoritam se temelji na matematičkoj težini kojeg problema?jedan odgovor
RSA sigurnost leži u tome što je faktorizacija (raspisivanje n=p×q gdje su p,q veliki prosti) računalno izuzetno teška. ECC se temelji na diskretnom logaritmu.
24Koji protokol omogućava dvjema stranama da dogovore zajednički tajni ključ putem nesigurnog kanala bez prethodne razmjene tajne?jedan odgovor
Diffie-Hellman omogućava dvije strane da neovisno izvedu isti tajni ključ razmjenom javnih vrijednosti — čak i ako netko prisluškuje razmjenu, ne može izračunati ključ.
25SHA-256 generira hash veličine?jedan odgovor
SHA-256 = 256-bitni (32-bajtni) hash. SHA-1 = 160 bita (zastario). SHA-512 = 512 bita. MD5 = 128 bita (kompromitiran).
26Certifikat je opozvan, ali CRL server nije dostupan. Koji mehanizam može pružiti real-time provjeru statusa certifikata?jedan odgovor
OCSP pruža real-time provjeru statusa jednog certifikata na upit. CRL je lista opozvanog certifikata — preuzima se periodično i može biti zastarjela. OCSP Stapling poboljšava performanse.
27Koji hardware uređaj je dizajniran za sigurno generiranje, pohranu i upravljanje kriptografskim ključevima?jedan odgovor
HSM = fizički uređaj otporan na neovlašteno rukovanje, namijenjen za kriptografske operacije na enterprise razini. TPM je ugrađen čip u matičnoj ploči, ograničeniji.
28Dva različita ulaza daju isti MD5 hash. Koji je ovo kriptografski problem?jedan odgovor
Hash kolizija = dva različita inputa → isti hash output. To krši zahtjev za otpornošću na koliziju. MD5 i SHA-1 su ranjivi na koliziju, zato su deprecatirani.
29Koji je primarni razlog korištenja salting tehnike kod pohrane lozinki?jedan odgovor
Salt = nasumična vrijednost dodana lozinci prije hashiranja. Čini rainbow tablice neupotrebljivima jer svaki hash postaje jedinstven, čak i za iste lozinke.
30ECC (Elliptic Curve Cryptography) prednost naspram RSA je?jedan odgovor
ECC 256-bitni ključ pruža usporedivu sigurnost kao RSA 3072-bitni ključ. Kraći ključevi = manji računalni overhead → odlično za mobilne uređaje i IoT.
31HMAC kombinira hash funkciju s tajnim ključem. Koja je primarna svrha HMAC-a?jedan odgovor
HMAC (Hash-based Message Authentication Code) verificira da poruka nije promijenjena I da je od očekivanog pošiljatelja. Kombinira hash s tajnim ključem koji samo pošiljatelj i primatelj znaju.
32Podaci se enkriptiraju ključem koji se pohranjuje kod treće strane kako bi ih vlasnici mogli dohvatiti u slučaju gubitka. Ovo je?jedan odgovor
Key escrow = pohranjivanje kopije kriptografskog ključa kod pouzdane treće strane (trustee). Kontroverzno jer zahtijeva povjerenje u escrow agenta. Koriste ga neke vlade za zakonski pristup.
33TLS handshake koristi asimetričnu enkripciju za?jedan odgovor
TLS koristi asimetričnu enkripciju samo za handshake (razmjena i dogovor session ključa). Nakon toga, sva komunikacija se enkriptira brzim simetričnim algoritmom (AES-GCM). Hibridni pristup.
34Koja tehnika pohrane lozinke koristi namjerno spori algoritam (bcrypt, Argon2) kako bi usporila brute-force napade?jedan odgovor
Key stretching namjerno povećava računalni napor za generiranje hasha (mnogostruko iteriranje hasha). bcrypt, Argon2, PBKDF2 su primjeri. Čak i uz brute-force, treba jako dugo.
35Koji certifikat u PKI hijerarhiji stoji na vrhu i sebe potpisuje?jedan odgovor
Root CA je vrh lanca povjerenja i self-signed (sebe potpisuje). Distribuira se kao trusted u OS i browserima. Intermediate CA stoji između Root-a i end-entity certifikata.
36Kvantno računalstvo prijetnja je kriptografiji jer?jedan odgovor
Shorov algoritam na kvantnom računalu može riješiti faktorizaciju i diskretni logaritam eksponencijalno brže → RSA i ECC bi bili kompromitovani. Zato se razvija post-quantum kriptografija (CRYSTALS-Kyber i sl.).
37Podatak je pohranjen u bazi podataka. Koji je to oblik podatka s gledišta enkripcije?jedan odgovor
Tri stanja: Data at rest = pohrana (disk, baza). Data in transit = podatak se prenosi mrežom. Data in use = podatak u RAM-u / aktivno se obrađuje.
38Digitalni potpis verificira OŠTO? (odaberi sve točne — JEDNO pitanje s jednim odgovorom koji pokriva obje svrhe)jedan odgovor
Digitalni potpis = hash poruke enkriptiran privatnim ključem. Primatelj dekriptira javnim ključem → verificira da je poruka od vlasnika privatnog ključa (autentičnost) i da nije mijenjana (integritet).
39Koja X.509 polja razlikuju wildcard certifikat (*.example.com) od standardnog certifikata?jedan odgovor
Wildcard certifikat ima CN = *.example.com ili SAN polje s wildcard domenom. Pokriva sve subdomene (mail.example.com, www.example.com), ali ne dublje razine (a.b.example.com).
40Organizacija želi šifrirati podatke na disku laptopa kako bi bila zaštićena u slučaju krađe uređaja. Koja tehnika je najprikladnija?studija slučaja
FDE enkriptira cijeli disk — čak i bez prijave u OS, podaci su nečitljivi. Idealno za zaštitu data at rest na prenosivim uređajima. BitLocker (Windows), FileVault (macOS) su standardna rješenja.