Správce hesel

Správce hesel (angl. password manager) je program nebo služba, která za uživatele pamatuje přihlašovací údaje a ukládá je do šifrovaného trezoru. Uživatel si místo desítek různých hesel pamatuje jediné hlavní heslo, kterým trezor odemyká. Správce zároveň generuje dlouhá náhodná hesla a sám je vyplňuje do přihlašovacích formulářů, ovšem jen na webu, pro který byla uložena. Díky tomu řeší dva největší praktické problémy hesel: jejich opakované používání a vylákání na podvodných stránkách. Moderní správci kromě hesel uchovávají i kódy pro dvoufaktorové ověření, passkeys, platební karty a důvěrné poznámky.

Klíčové údaje
Anglicky	password manager, password vault
Hlavní funkce	šifrované uložení údajů, generování hesel, automatické vyplňování, synchronizace mezi zařízeními
Ochrana trezoru	hlavní heslo + odvození klíče (PBKDF2, Argon2id, scrypt) + šifrování (typicky AES-256)
Architektura cloudových služeb	end-to-end šifrování, model „zero knowledge“ (poskytovatel nezná obsah trezoru)
Typy	vestavěné v prohlížeči či OS, cloudové služby, lokální aplikace, podnikové trezory
Hlavní rizika	slabé hlavní heslo, únik šifrovaných trezorů, malware na zařízení, chyby v automatickém vyplňování
Doporučení NIST SP 800-63B-4	ověřovatelé mají používání správců hesel povolit (vkládání a automatické vyplňování)

Proč správce hesel potřebujete

Bezpečné heslo má být dlouhé, náhodné a pro každou službu jiné. Běžný uživatel má ale desítky až stovky účtů a takové množství unikátních náhodných hesel si zapamatovat nedokáže. Výsledkem je opakované používání stejného hesla nebo jeho drobné obměny („Heslo2025!“, „Heslo2026!“).

Na tom stojí útok zvaný credential stuffing: útočníci vezmou dvojice e-mail a heslo uniklé z jedné služby a automaticky je zkoušejí na stovkách jiných. Nemusí nic hádat ani lámat. Pokud uživatel stejné heslo použil i u e-mailu nebo banky, únik z bezvýznamného diskusního fóra se mění v kompromitaci jeho nejcennějších účtů. Útoky hrubou silou a slovníkové útoky navíc snadno odhalí hesla, která si vymyslel člověk.

Správce hesel tuto situaci obrací: uživatel si pamatuje jedno silné hlavní heslo a všechna ostatní mohou být náhodná, dlouhá a unikátní, protože si je nikdo pamatovat nemusí. Podrobné zásady tvorby a ukládání hesel popisuje samostatný článek o heslech.

Jak správce hesel funguje

Základem je trezor (vault): soubor nebo databáze se záznamy (adresa webu, uživatelské jméno, heslo, poznámka), která je celá zašifrovaná. Typický postup při odemknutí vypadá takto:

1. Uživatel zadá hlavní heslo (master password), případně odemkne aplikaci biometricky na zařízení, kde už byl trezor dříve odemčen.
2. Z hlavního hesla se pomocí funkce pro odvození klíče (KDF) vypočítá kryptografický klíč. Používají se záměrně pomalé funkce: PBKDF2 s velkým počtem iterací, Argon2id nebo scrypt. Každý pokus o uhodnutí hlavního hesla tak útočníka stojí výpočetní čas i paměť.
3. Odvozeným klíčem se dešifruje vlastní klíč trezoru a tím teprve jednotlivé záznamy. Šifruje se symetrickou kryptografií, nejčastěji algoritmem AES s 256bitovým klíčem v autentizovaném režimu.
4. Dešifrovaná data existují jen v paměti zařízení, dokud je trezor odemčený. Po uzamčení nebo uplynutí časového limitu se mají z paměti odstranit.

Hlavní heslo se nikam neodesílá a poskytovatel ho nezná. Proto ho nelze „obnovit“ klasickým odkazem do e-mailu: kdo ho zapomene a nemá připravený způsob obnovy, o data přichází.

End-to-end šifrování a „zero knowledge“

U cloudových služeb probíhá šifrování i dešifrování výhradně na zařízení uživatele. Na server se ukládá a mezi zařízeními synchronizuje pouze zašifrovaný trezor. Tento model se označuje jako end-to-end šifrování a poskytovatelé ho marketingově nazývají „zero knowledge“: ani provozovatel, ani útočník, který ovládne jeho servery, obsah trezoru nepřečte bez znalosti hlavního hesla.

Ochrana ale není absolutní. Ukradený zašifrovaný trezor lze napadnout offline hádáním hlavního hesla, a jeho odolnost proto závisí na síle hlavního hesla a nastavení KDF. Některé služby to řeší dalším tajemstvím: 1Password kombinuje hlavní heslo se 128bitovým Secret Key, který vzniká na zařízení a na server se nikdy neposílá. Ukradená data ze serveru jsou bez něj prakticky nerozluštitelná, i když je hlavní heslo slabé. Další slabinou bývají metadata: pokud služba nešifruje například adresy webů, útočník z ukradeného trezoru vyčte, jaké služby uživatel používá.

Služba	Odvození klíče (výchozí nastavení)	Poznámka
1Password	PBKDF2-HMAC-SHA256, 650 000 iterací	hlavní heslo + 128bitový Secret Key
Bitwarden	PBKDF2-SHA256, 600 000 iterací, volitelně Argon2id	otevřený zdrojový kód, možnost vlastního serveru
KeePass, KeePassXC (formát KDBX 4)	Argon2 nebo AES-KDF, nastavitelné	trezor je lokální soubor, volitelně klíčový soubor

Hodnoty se v čase mění, protože výrobci počet iterací zvyšují spolu s rostoucím výkonem hardwaru. OWASP pro PBKDF2-HMAC-SHA256 doporučuje nejméně 600 000 iterací.

Automatické vyplňování a ochrana proti phishingu

Správce hesel si ke každému záznamu ukládá adresu (doménu) webu. Rozšíření v prohlížeči nebo systémová služba nabídne vyplnění jen tehdy, když doména aktuální stránky odpovídá uložené. Na adrese banka.cz.prihlaseni-overeni.com nebo na doméně, která místo latinského „a“ obsahuje podobně vypadající znak cyrilice, správce nic nenabídne.

To je významná a často přehlížená ochrana proti phishingu. Člověk podvodnou stránku, která vypadá stejně jako originál, snadno přehlédne. Správce porovnává doménu přesně a nenechá se oklamat vzhledem. Když správce na „známé“ stránce heslo nenabízí, je to varovný signál. Uživatel by pak neměl heslo ručně kopírovat, ale nejprve ověřit adresu.

Ochrana má hranice:

• Funguje jen tehdy, když uživatel nevyplňuje ručně. Pokud si heslo zkopíruje a vloží do podvodného formuláře, správce ho nezastaví.
• Nastavení shody domény hraje roli. Volná pravidla (např. shoda jen podle základní domény) mohou na sdílených hostingových doménách vyplnit údaje i na cizí subdoméně.
• Plně odolné proti phishingu jsou až passkeys, u nichž vazbu na doménu vynucuje přímo protokol, ne uživatel.

Typy správců hesel

Typ	Příklady	Kde je trezor	Výhody	Nevýhody
Vestavěný v prohlížeči nebo OS	Apple Hesla (iCloud Keychain), Správce hesel Google, Microsoft Edge, Firefox	v cloudu výrobce, vázaný na účet	zdarma, bez instalace, dobrá integrace s passkeys	vazba na jeden ekosystém, omezené sdílení a správa pro firmy
Cloudová služba	1Password, Bitwarden, Proton Pass, Dashlane, LastPass	v cloudu poskytovatele (E2EE)	funguje napříč platformami, sdílení, nouzový přístup, firemní správa	závislost na poskytovateli, centralizovaný cíl útoků
Lokální aplikace	KeePass, KeePassXC, Strongbox	soubor na disku uživatele	plná kontrola, žádný cloud, otevřený kód	synchronizaci a zálohy si řeší uživatel sám
Podnikový trezor privilegovaných účtů a tajemství	CyberArk, Delinea, HashiCorp Vault, Azure Key Vault	server organizace nebo cloud	rotace hesel, záznam relací, přístup pro aplikace přes API	složitější nasazení, určeno pro IT a vývoj

Poslední skupina už neslouží běžným uživatelům. Nástroje pro správu privilegovaných přístupů (PAM) uchovávají hesla administrátorských a servisních účtů, automaticky je mění a přístup k nim zaznamenávají pro audit. Trezory tajemství (secrets managers) zase vydávají aplikacím API klíče, certifikáty a hesla k databázím, aby nemusely být uloženy ve zdrojovém kódu. Oba typy patří k řízení přístupu v organizaci.

Funkce moderních správců

• Generátor hesel a frází: vytváří hesla z kryptograficky bezpečného generátoru náhodných čísel, typicky 16–30 znaků, nebo heslové fráze z náhodných slov.
• Kontrola úniků a slabých hesel: upozorní na opakovaně použitá, slabá nebo uniklá hesla. Ověření proti databázi Pwned Passwords služby Have I Been Pwned probíhá metodou k-anonymity: správce spočítá otisk hesla (SHA-1), odešle jen jeho prvních 5 znaků a ze stovek vrácených shod si porovnání dokončí lokálně. Služba se tak heslo ani jeho úplný hash nedozví.
• Jednorázové kódy TOTP: správce může generovat kódy pro vícefaktorovou autentizaci a vyplnit je spolu s heslem. Je to pohodlné, ale heslo i druhý faktor pak leží na jednom místě. U nejcennějších účtů (e-mail, banka, samotný správce) proto zvažte oddělenou aplikaci nebo hardwarový klíč.
• Passkeys: většina správců dnes umí passkeys vytvářet, ukládat a synchronizovat mezi zařízeními. Passkey nahrazuje heslo dvojicí klíčů vázanou na doménu služby. Podrobnosti popisuje samostatný článek. Pro přenos passkeys mezi různými správci připravuje FIDO Alliance standardy Credential Exchange (CXP/CXF).
• Bezpečné sdílení: rodinné nebo týmové trezory umožňují sdílet konkrétní záznamy bez posílání hesla e-mailem či chatem.
• Nouzový přístup (emergency access): určená důvěryhodná osoba může po uplynutí čekací lhůty získat přístup k trezoru, např. při úmrtí nebo vážné nemoci držitele.

Rizika a známé incidenty

Správce hesel soustřeďuje všechna hesla na jedno místo. To je jeho síla i slabina: úspěšný útok na správce má větší dopad než únik jednoho hesla. Přesto bezpečnostní autority (např. americký NIST nebo britské NCSC) jeho používání doporučují, protože riziko opakovaného používání hesel je v praxi mnohem vyšší.

Rok	Incident	Co se stalo
2022	Únik trezorů LastPass	V srpnu útočník pronikl do vývojového prostředí a získané informace využil k dalšímu útoku. V prosinci společnost oznámila, že byla zkopírována záloha zákaznických trezorů. Hesla a poznámky byly zašifrované, adresy webů však ne. Výchozí nastavení bylo 100 100 iterací PBKDF2, starší účty ale mohly mít hodnotu výrazně nižší, a slabá hlavní hesla jsou proto zranitelná offline hádáním. Bezpečnostní výzkumníci s ukradenými trezory později spojovali krádeže kryptoměn. Britský úřad ICO v roce 2025 uložil LastPass UK pokutu 1,2 milionu liber.
2023	KeePass, CVE-2023-32784	Z výpisu paměti, stránkovacího souboru nebo souboru hibernace šlo obnovit hlavní heslo kromě prvního znaku (vinou práce textového pole s řetězci v .NET). Opraveno ve verzi 2.54. Zranitelnost (evidovaná jako CVE) vyžadovala přístup k zařízení, KeePassXC ani KeePass 1.x se netýkala.
od 2023	Infostealery a hesla v prohlížečích	Malware typu infostealer (např. RedLine, Lumma) hromadně krade hesla uložená v prohlížečích, cookies přihlášených relací a data rozšíření. Ochranu App-Bound Encryption, kterou Google zavedl v roce 2024 v Chrome pro Windows, autoři malwaru brzy začali obcházet. Proti malwaru s plnou kontrolou nad zařízením nechrání dlouhodobě žádný správce.
2025	Clickjacking automatického vyplňování	Výzkumník Marek Tóth na konferenci DEF CON 33 ukázal techniku „DOM-based extension clickjacking“. Škodlivá stránka zneviditelní vyskakovací nabídku rozšíření správce a jediným kliknutím na zdánlivě nevinný prvek (např. lištu cookies) přiměje rozšíření vyplnit údaje, platební kartu nebo kód TOTP. Zranitelných bylo v době zveřejnění téměř všech 11 testovaných správců, výrobci vydávali opravy postupně.

Z incidentů plynou hlavní slabá místa:

• Hlavní heslo je jediný bod selhání. Slabé hlavní heslo činí šifrování trezoru téměř bezcenným.
• Koncové zařízení je nejslabší článek. Keylogger nebo infostealer na odemčeném počítači získá totéž co uživatel.
• Rozšíření prohlížeče pracují ve stejném prostředí jako potenciálně škodlivé stránky. Vyplňování bez potvrzení a automatické vyplňování při načtení stránky zvyšují riziko.
• Phishing na samotný správce: podvodné e-maily „ověřte svůj trezor“ nebo falešná rozšíření.

Jak vybrat správce hesel

Kritérium	Na co se dívat
Architektura šifrování	end-to-end šifrování, zveřejněný bezpečnostní whitepaper, šifrování i metadat (URL, názvy)
Odvození klíče	Argon2id nebo PBKDF2 s počtem iterací odpovídajícím aktuálním doporučením OWASP
Nezávislé ověření	pravidelné bezpečnostní audity a penetrační testy, program odměn za chyby (bug bounty), certifikace (ISO/IEC 27001, SOC 2)
Otevřený zdrojový kód	není podmínkou, ale umožňuje nezávislou kontrolu (Bitwarden, KeePassXC, Proton Pass)
Ochrana účtu	podpora MFA včetně hardwarových klíčů FIDO2 pro odemčení či přihlášení k trezoru
Přenositelnost	export do otevřeného formátu, import z jiných správců, podpora přenosu passkeys
Platformy	aplikace pro všechny vaše systémy a prohlížeče, offline přístup
Historie výrobce	jak otevřeně a rychle řešil dřívější incidenty

Vestavěný správce v prohlížeči nebo telefonu je pro běžného uživatele výrazně lepší volbou než opakovaně používaná hesla. Samostatnou službu oceníte hlavně při používání více ekosystémů (např. iPhone a Windows), při sdílení v rodině nebo ve firmě.

Nasazení v organizaci

Ve firmě je správce hesel součástí řízení identit a přístupů. Při nasazení se osvědčuje:

1. Napojení na firemní identitu: přihlášení přes SSO (SAML, OpenID Connect) a automatické zakládání a rušení účtů přes SCIM z adresářové služby. U modelu zero knowledge SSO samo o sobě dešifrovací klíč nenahrazuje, výrobci k tomu mají zvláštní mechanismy, jejichž dopady je třeba posoudit.
2. Politiky: minimální síla hlavního hesla, povinná MFA, zákaz exportu, omezení na spravovaná zařízení, časové uzamčení, pravidla pro automatické vyplňování.
3. Oddělení trezorů: osobní trezor zaměstnance, týmové sdílené kolekce a zvlášť privilegované účty v nástroji PAM.
4. Obnova přístupu: řízený postup obnovy účtu administrátorem (account recovery), který nezávisí na jedné osobě.
5. Odchod zaměstnance (offboarding): zrušení přístupu ke sdíleným kolekcím a změna všech sdílených hesel, která mohl znát. Odebrání přístupu k trezoru nezruší hesla, která si zaměstnanec mohl zapamatovat nebo zkopírovat.
6. Školení a monitoring: reporty slabých a uniklých hesel, auditní záznamy o přístupu ke sdíleným položkám.

Pro povinné osoby podle zákona č. 264/2025 Sb., o kybernetické bezpečnosti (implementace směrnice NIS2), a jeho prováděcích vyhlášek představuje správce hesel praktický nástroj k plnění požadavků na řízení přístupu, bezpečnou správu autentizačních údajů a vícefaktorovou autentizaci. Zákon konkrétní produkt nepředepisuje. Organizace by však měla doložit, kde a jak jsou autentizační údaje uloženy a kdo k nim má přístup, což je bez centrálního trezoru obtížné.

Doporučení pro uživatele

• Zvolte silné hlavní heslo: dlouhou heslovou frázi z 5–6 náhodných slov, kterou nepoužíváte nikde jinde. Nikdy ho nepoužívejte jako heslo k jiné službě.
• Zapněte vícefaktorovou autentizaci pro přístup k trezoru, ideálně hardwarovým klíčem nebo passkey, ne SMS.
• Hlavní heslo neukládejte do samotného trezoru jako jediný záznam. Trezor by se jím musel odemknout. Uchovejte si ho v paměti a v zapečetěné papírové podobě na bezpečném místě.
• Připravte si obnovu: vytiskněte nouzovou sadu (recovery kit, emergency kit) nebo záchranné kódy, nastavte nouzový kontakt a uložte je mimo počítač.
• Udržujte zařízení čistá: aktuální systém a prohlížeč, žádné pirátské programy ani podezřelá rozšíření.
• Nastavte automatické zamykání trezoru po neaktivitě a na cizích počítačích správce neodemykejte.
• Zvažte vypnutí automatického vyplňování bez potvrzení a vyplňujte až po kliknutí na ikonu, ideálně s nastavením přístupu rozšíření „po kliknutí“.
• Nahraďte opakovaná hesla vygenerovanými, nejdříve u e-mailu a banky.
• Pravidelně zálohujte lokální trezor (KeePass) nebo si šifrovaně exportujte cloudový trezor, abyste nebyli závislí na jediném poskytovateli.

Zdroje

• Jirásek, P., Novák, L., Požár, J.: Výkladový slovník kybernetické bezpečnosti, 6. aktualizované vydání, Centrum kybernetické bezpečnosti, z.ú. / NÚKIB
• NIST SP 800-63B-4: Digital Identity Guidelines, Authentication and Authenticator Management
• OWASP: Password Storage Cheat Sheet
• 1Password Security Design
• Bitwarden Security Whitepaper
• NVD: CVE-2023-32784 (KeePass)
• Have I Been Pwned: API v3, Pwned Passwords a k-anonymita
• Google Security Blog: Improving the security of Chrome cookies on Windows (App-Bound Encryption), 2024
• LastPass: Notice of Recent Security Incident, 22. 12. 2022 (blog.lastpass.com)
• Tóth, M.: DOM-based Extension Clickjacking, DEF CON 33, 2025
• Zákon č. 264/2025 Sb., o kybernetické bezpečnosti (e-Sbírka)