Správce hesel vs. ukládání hesel v prohlížeči: co byste měli skutečně používat?
Váš prohlížeč vám už nabízí ukládání hesel a je to zdarma a vestavěné — proč tedy vůbec existuje specializovaný správce hesel? Oba řeší stejný základní problém (nemuset hesla opakovaně přepisovat), ale s výrazně odlišnými bezpečnostními modely. Tento článek je porovnává přímo.
Ve zkratce
- Jak ukládání hesel v prohlížeči, tak specializovaní správci šifrují uložená hesla — smysluplné rozdíly spočívají v podpoře napříč prohlížeči/platformami, bezpečnostních auditech a v tom, co se stane, když je vaše zařízení kompromitováno.
- Hesla uložená v prohlížeči jsou obvykle chráněna jen na úrovni přihlášení k vašemu zařízení; specializovaní správci přidávají nezávislou vrstvu hlavního hesla.
- Specializovaní správci obecně nabízejí lepší synchronizaci napříč platformami (heslo uložené v Chrome vám nepomůže v Safari na jiném zařízení), sdílení a monitorování úniků dat.
- Ani jedno neřeší základní potřebu silných, unikátních, náhodně generovaných hesel — oba jsou jen úložištěm pro ně.
Krátká odpověď
Ukládání hesel v prohlížeči je pohodlné a lepší než opakované používání hesel, ale specializovaný správce hesel obecně nabízí silnější a přenositelnější bezpečnost — hlavně proto, že není vázán na ekosystém jediného výrobce prohlížeče a obvykle vyžaduje vlastní hlavní heslo nezávislé na přihlášení k vašemu zařízení. Ať zvolíte cokoliv, generujte samotná hesla nástrojem jako PassGenerate, místo abyste se spoléhali na zapamatovatelné, ale uhodnutelné volby.
Jak každý z nich skutečně chrání vaše data
Ukládání hesel v prohlížeči (Chrome, Firefox, Safari, Edge) šifruje vaše uložená hesla, obvykle vázaná na přihlašovací údaje uživatelského účtu vašeho operačního systému nebo na synchronizační heslo prohlížeče, které si nastavíte. Ve většině konfigurací platí, že pokud je někdo přihlášen do vašeho zařízení jako vy — nebo pokud pod vaším účtem běží malware — může relativně snadno získat přístup k vašim uloženým heslům nebo je exportovat, protože jako klíč slouží samotný přihlašovací stav prohlížeče.
Specializovaní správci hesel (NordPass, Bitwarden, 1Password, Proton Pass a další) obecně používají oddělené hlavní heslo k odvození šifrovacího klíče pro váš trezor, nezávisle na přihlášení k vašemu zařízení. To znamená, že odemčení trezoru vyžaduje víc než jen být přihlášen k zařízení — útočník s přístupem k zařízení stále potřebuje konkrétně vaše hlavní heslo. Bližší pohled na to, jak tuto implementaci řeší jeden konkrétní správce, najdete v recenzi NordPass.
Reálný případ: proč tento rozdíl není teoretický
Propast mezi těmito dvěma modely není hypotetická — je to přesně ten mechanismus, který stojí za celou kategorií malwaru kradoucího informace. RedLine Stealer, poprvé zaznamenaný v roce 2020 a stále aktivní, je postaven speciálně pro sběr přihlašovacích údajů uložených v prohlížeči: jakmile začne běžet na infikovaném zařízení, vyhledá lokální soubor s úložištěm přihlašovacích údajů prohlížeče, přečte lokálně uložený klíč potřebný k jeho dešifrování a exfiltruje každé uložené uživatelské jméno, heslo a URL stránky útočníkovi — to vše bez nutnosti dotknout se samotné přihlašovací výzvy prohlížeče. V jednom zdokumentovaném případě si zaměstnanec pracující z domova uložil firemní VPN heslo do úložiště uložených hesel svého prohlížeče na zařízení, které už bylo infikováno RedLine Stealer; přibližně o tři měsíce později útočník tyto ukradené přihlašovací údaje použil k prolomení firemní sítě.
Tato konkrétní cesta útoku — čtení dešifrovacího klíče, který je uložen lokálně právě proto, že je vázán na zařízení, a ne na samostatné tajemství, které si držíte v hlavě — je přesně to, čemu má zabránit nezávislé hlavní heslo specializovaného správce. Malware se stejným přístupem na úrovni zařízení může stále ukrást zašifrovaný soubor trezoru specializovaného správce, ale bez vašeho samostatně drženého hlavního hesla ho nedokáže dešifrovat.
Srovnání vedle sebe
| Faktor | Ukládání hesel v prohlížeči | Specializovaný správce hesel |
|---|---|---|
| Zdroj šifrovacího klíče | Obvykle vázán na přihlášení k zařízení / synchronizační heslo prohlížeče | Nezávislé hlavní heslo |
| Podpora napříč prohlížeči | Ne — omezeno na ekosystém jednoho prohlížeče | Ano — funguje přes rozšíření/aplikaci napříč prohlížeči a operačními systémy |
| Sdílení přihlašovacích údajů s dalšími osobami | Omezené nebo nepodporované | Často podporováno prostřednictvím funkcí bezpečného sdílení |
| Monitorování úniků dat | Stále běžnější, liší se dle prohlížeče | Standardní funkce ve většině placených úrovní |
| Ověřitelnost | Kód prohlížeče je částečně otevřený (Chromium) nebo uzavřený (Safari) | Liší se — Bitwarden je plně open source; většina ostatních ne |
| Cena | Zdarma, vestavěné | Často bezplatná úroveň + placené úrovně za pokročilé funkce |
Kdy je ukládání v prohlížeči skutečně v pořádku
Ne každá situace vyžaduje specializovaného správce. Pokud důsledně používáte jeden prohlížeč na všech svých zařízeních, udržujete přihlášení k zařízení samotnému silné a nepotřebujete sdílet přihlašovací údaje s nikým dalším, je ukládání hesel v prohlížeči skutečným zlepšením bezpečnosti oproti opakovanému používání zapamatovaných hesel — šifrování je legitimní a je to mnohem lepší než alternativa opakovaného používání hrstky hesel všude jen proto, že správce se zdál jako příliš mnoho nastavování.
Kdy se vyplatí přejít na specializovaného správce
Specializovaný správce si zaslouží extra krok navíc při nastavení, pokud: používáte více než jeden prohlížeč nebo potřebujete mít hesla dostupná napříč odlišnými ekosystémy (např. Chrome na Windows a Safari na iOS); chcete bezpečně sdílet konkrétní přihlašovací údaje s rodinou nebo týmem, aniž byste je četli nahlas nebo posílali SMS; chcete nezávislé monitorování úniků dat namísto spoléhání se na detekci jediného výrobce; nebo konkrétně chcete možnost auditovat kód, v takovém případě je nejjasnější volbou open-source možnost jako Bitwarden — jeho kódová základna je veřejně přezkoumatelná a prochází každoročními audity třetích stran (mimo jiné bezpečnostní firmou Cure53) plus speciálním kryptografickým přezkumem od Applied Cryptography Group ETH Curych, navíc k vlastnímu programu bug bounty.
Co samo o sobě nevyřeší ani jeden z přístupů
Jak ukládání v prohlížeči, tak specializovaní správci jsou pouze úložiště — neudělají ze slabého hesla silné. Opakovaně používané, uhodnutelné heslo uložené v zašifrovaném trezoru zůstává opakovaně používaným, uhodnutelným heslem; trezor jen zpříjemňuje jeho opakované používání. Skutečná bezpečnostní práce probíhá v okamžiku generování: pomocí generátoru postaveného na CSPRNG vytvořte pro každý účet unikátní, náhodné heslo, a nechte preferovanou metodu ukládání, aby se postarala o jeho zapamatování.
Klíčové poznatky
- Ukládání hesel v prohlížeči i specializovaní správci šifrují to, co ukládají; skutečné rozdíly spočívají v nezávislosti klíče, dosahu napříč platformami, sdílení a ověřitelnosti.
- Ukládání v prohlížeči je rozumnou výchozí volbou, pokud používáte jeden prohlížeč, jeden ekosystém a nepotřebujete sdílet přihlašovací údaje.
- Specializovaný správce ospravedlní náklady na nastavení synchronizací napříč platformami, bezpečným sdílením a (konkrétně u Bitwarden) open-source ověřitelností.
- Ani jedno neřeší slabá nebo opakovaně používaná hesla — to se řeší v okamžiku generování, ne v okamžiku ukládání.
Proč můžete PassGenerate důvěřovat
- Hesla jsou generována lokálně ve vašem prohlížeči pomocí Web Crypto API.
- Žádná hesla nejsou odesílána na servery.
- Používá kryptograficky bezpečný generátor pseudonáhodných čísel (CSPRNG).
- Řídí se moderními osvědčenými bezpečnostními postupy doporučenými NIST a OWASP.
Zdroje
- Analýza malwaru RedLine Stealer (zaměření na úložiště přihlašovacích údajů v prohlížeči)
- Bezpečnostní audity Bitwarden od třetích stran (Cure53, Applied Cryptography Group ETH Curych)
- NIST SP 800-63B – Digital Identity Guidelines
- OWASP Authentication Cheat Sheet
- Dokumentace MDN k Web Crypto API
Závěr
Ukládání hesel v prohlížeči i specializovaní správci hesel jsou lepší než opakované používání zapamatovaných hesel a správná volba závisí na tom, kolik prohlížečů a zařízení skutečně používáte a zda potřebujete sdílet přihlašovací údaje s někým dalším. Důležitější než to, jakou metodu ukládání zvolíte, je to, co ukládáte — nejprve vygenerujte unikátní, náhodná hesla pro každý účet a zbytek nechte na zvolené metodě ukládání.