Používat stejné heslo pro více účtů působí neškodně – a přesto jde o jednu z nejčastěji zneužívaných slabin vůbec. Dojde-li ke kompromitaci jedné služby, zkoušejí útočníci ukořistěné přístupové údaje automatizovaně u všech ostatních. Tento článek vysvětluje, jak funguje credential stuffing, proč je opakované používání hesel obzvlášť rizikové pro firmy a jakými opatřeními problém vyřešíte strukturálně.
Co znamená opakované používání hesel?
O opakovaném používání hesel mluvíme tehdy, když se stejné nebo jen lehce obměněné heslo používá pro více účtů. V praxi se to vyskytuje ve třech podobách:
- Stejná hesla: Jedno heslo pro e-mail, CRM, cloudové úložiště i e-shop – klasický případ.
- Variace: Z „Leto2025!“ se stane „Leto2026!“ nebo „Leto2025!!“ – pro automatizované útoky prakticky stejně snadné k uhodnutí jako originál.
- Míchání soukromého a pracovního: Soukromé heslo ke streamovací službě je zároveň přihlášením do firemního systému. Únik u spotřebitelské služby tak zasáhne přímo firmu.
Jak rozšířený tento problém je, pravidelně ukazují průzkumy: zhruba třetina uživatelů internetu v Německu používá stejné heslo pro více služeb (Bitkom, leden 2025).
Credential stuffing: jak útočníci zneužívají stejná hesla
Po úniku dat kolují ukořistěné kombinace e-mailové adresy a hesla na příslušných fórech a v databázích. Při credential stuffingu útočníci tyto seznamy automatizovaně zkoušejí proti přihlašovacím stránkám jiných služeb – pomocí botnetů, distribuovaně přes tisíce IP adres, aby obešli blokace. Každé opakované použití hesla se tak stává zásahem (NCSC: advisory ke credential stuffingu).
Jak bezprostředně zneužitelné to je, dokládá Verizon Data Breach Investigations Report: v kategorii útoků „Basic Web Application Attacks“ bylo s ukradenými přístupovými údaji spojeno přibližně 88 % nahlášených incidentů. Na rozdíl od brute-force útoku se přitom nemusí nic „lámat“ – heslo je už přece známé.
Od jednoho úniku k řetězové reakci
Skutečná škoda vzniká řetězením: s převzatým e-mailovým účtem lze vyvolat resety hesel pro další služby. S převzatým přihlášením zaměstnance získávají útočníci přístup do firemní sítě, eskalují oprávnění, pohybují se laterálně – a v nejhorším případě nasadí ransomware. BSI varoval už v roce 2024 výslovně před automatizovanými pokusy o přihlášení proti exponovaným systémům.
Typický průběh: únik u spotřebitelské služby → stejná kombinace funguje u firemního webmailu → přes schránku se resetují nástroje pro spolupráci a cloudové služby → z kompromitovaného účtu následují interní phishingové e-maily kolegům. Každý článek tohoto řetězu předpokládá jediné: opakovaně použité heslo.
Proč je opakované používání hesel ve firmách obzvlášť rizikové
Ve firemním kontextu riziko zostřují tři faktory:
- Sdílené účty: Týmová přihlášení k sociálním sítím, dodavatelským portálům nebo servisním účtům se často sdílejí ústně, e-mailem nebo seznamem – a beze změny přežívají personální obměny. Kdo heslo jednou znal, zná ho dál.
- Nejasný offboarding: Když někdo z firmy odejde, bez centrální správy nikdo spolehlivě neví, které přístupy znal a která hesla je třeba změnit.
- Míchání soukromého a pracovního: Únikům u soukromých služeb firma nemůže zabránit ani je odhalit – může ale omezit jejich dopad, pokud jsou pracovní hesla zaručeně jedinečná.
Jak centrální správa hesel tyto strukturální problémy řeší, popisuje náš přehled Správce hesel pro firmy; organizační stránku rozebírá praktický článek Jak správně spravovat hesla ve firmě.
Jak rozpoznat opakovaně použitá a kompromitovaná hesla

Prvním krokem je transparentnost: která hesla jsou slabá, použitá vícekrát nebo se už objevila ve známých únicích dat? Pomohou dva nástroje:
- Analýza hesel: Password Depot hodnotí kvalitu uložených hesel a zviditelňuje slabé záznamy, které by měly být nahrazeny.
- Porovnání se seznamy kompromitovaných hesel: Přes Nástroje → Kontrola zabezpečení → Zkontrolovat v Pwned heslech porovnává Password Depot uložená hesla s veřejnou databází Have I Been Pwned – pomocí k-anonymity, aniž by vaše hesla opustila počítač v otevřené podobě. Přesně toto porovnání doporučuje i NIST SP 800-63B.
Provádějte tuto kontrolu pravidelně – zejména po zveřejněných únicích dat nebo phishingových incidentech – a dotčená hesla okamžitě nahraďte.
Jak zabránit opakovanému používání hesel: přehled opatření
Účinná je kombinace zásad, techniky a použitelnosti v praxi – samotné zákazy ztroskotají na tom, že si desítky jedinečných hesel nelze zapamatovat:
Tabulku lze posouvat do stran
| Opatření | Realizace | Účinek |
|---|---|---|
| Jedno heslo na službu | Zásada: zakázat opakované používání; dlouhá, náhodná hesla z generátoru (viz Tipy pro bezpečná hesla) | Únik zůstane omezen na jednu službu |
| Poskytnout správce hesel | Jedinečná hesla se stanou praktickými, protože si už nikdo nemusí hesla pamatovat | Odstraňuje hlavní příčinu opakovaného používání |
| Porovnání se seznamy uniklých hesel | Nová i stávající hesla kontrolovat proti seznamům kompromitovaných hesel (NIST SP 800-63B) | Už uniklá hesla se rozpoznají a nahradí |
| MFA / passkeys | Vícefaktorové ověřování, přednostně odolné proti phishingu (FIDO2), minimálně pro administrátorské, vzdálené a cloudové přístupy (CISA) | Ukradená hesla sama o sobě už nestačí |
| Změny při podezření místo kalendářní rotace | Změnu hesel vynucovat jen při podezření nebo prokázané kompromitaci – tak to doporučují BSI, NIST a NCSC) | Zabraňuje předvídatelným variacím typu „Leto2026!“ |
Centrální zamezení opakovanému používání hesel s Password Depot Enterprise Serverem
Jednotlivá opatření pomáhají – jedinečnost lze ale vynutit jen centrálně. Password Depot Enterprise Server ukotvuje opatření v infrastruktuře:
- Centrální zásady hesel: Minimální délka, povolené typy záznamů a pravidla generátoru platí na straně serveru pro všechny – ne jako doporučení, ale jako pravidlo.
- Sdílené účty bez sdílených tajemství: Týmové přístupy leží ve společných šifrovaných databázích s rolemi a právy – ne v seznamech a chatech. Při offboardingu centrálně vidíte, kterých záznamů se to týká.
- Bezpečnostní kontrola pro všechny: Slabá hesla a hesla z úniků se rozpoznají a nahradí – plošně, ne po jednotlivých uživatelích.
- MFA a napojení na adresář: FIDO2/WebAuthn a TOTP dodatečně zabezpečují přístup; uživatelé a skupiny přicházejí přes Active Directory, SSO a MFA z vaší stávající správy identit.
- Dohledatelnost: Auditní logy odpovídají na otázku „kdo měl kdy přístup k čemu?“ – důležité pro analýzu incidentů a audity.
Závěr: jedinečnost je nejúčinnější jednotlivé opatření
Opakované používání hesel není otázkou pohodlí, ale mechanismem, který z cizího úniku dat udělá váš bezpečnostní incident. Řešení je už léta konsenzem BSI, NIST i NCSC: dlouhá, jedinečná hesla pro každou službu, správce hesel, který to učiní praktickým, porovnání se seznamy uniklých hesel a MFA. Ve firmách k tomu patří centrální správa hesel, která tato pravidla vynucuje – místo aby je jen doporučovala.
Časté otázky ke stejným heslům
Co je credential stuffing?
Automatizovaný útok, při kterém se kombinace e-mailové adresy a hesla pocházející z úniků dat masově zkoušejí proti přihlašovacím stránkám jiných služeb. Funguje jen proto, že mnoho lidí hesla používá opakovaně – nic se přitom nemusí prolamovat.
Jak zjistím, jestli je moje heslo dotčeno únikem dat?
Porovnáním s veřejnými databázemi uniklých hesel, jako je Have I Been Pwned. V Password Depot je tato kontrola zabudovaná: Nástroje → Kontrola zabezpečení → Zkontrolovat v Pwned heslech – pomocí k-anonymity, aniž by se vaše hesla přenášela v otevřené podobě.
Stačí heslo jen lehce obměnit?
Ne. Variace jako připojené letopočty nebo vykřičníky jsou předvídatelné a útočné nástroje je testují automaticky. Bezpečné je jen jedinečné, náhodně vygenerované heslo pro každou službu.
Jak často by se měla hesla měnit?
Při konkrétním podnětu, ne podle kalendáře: při podezření nebo prokázané kompromitaci, po phishingových incidentech nebo při odchodu zaměstnanců s přístupem. Od rutinní vynucené změny bez důvodu BSI, NIST i NCSC odrazují, protože vede ke slabším, předvídatelným heslům.
Chrání vícefaktorové ověřování před credential stuffingem?
MFA je jedním z nejúčinnějších protiopatření: i se správným heslem přihlášení ztroskotá na druhém faktoru. Nejsilnější ochranu nabízejí postupy odolné proti phishingu, jako FIDO2/passkeys. MFA ale nenahrazuje jedinečná hesla – obojí patří k sobě.
Jak firmy systematicky zabrání opakovanému používání hesel?
Centrální správou hesel, jako je Password Depot Enterprise Server: zásady hesel na straně serveru, generátor jedinečných hesel, společná bezpečnostní kontrola proti seznamům uniklých hesel, MFA a role s auditními logy pro sdílené přístupy.
Vynucujte jedinečná hesla centrálně
Password Depot Enterprise Server promění doporučení v závazné zásady – s generátorem, bezpečnostní kontrolou a auditními logy pro celý váš tým.
Poznejte Enterprise Server