Odpovede na otázky, ktoré nám klienti kladú najčastejšie — zoradené podľa témy. Pri každej nájdete aj odkaz na článok, kde sa jej venujeme podrobnejšie.
Multifaktorová autentifikácia vyžaduje popri hesle ešte aspoň jeden nezávislý dôkaz identity. Aj keď útočník heslo získa (napríklad pri úniku dát alebo phishingom), bez druhého faktora sa do účtu nedostane.
Celý článok: Multifaktorová autentifikácia (MFA)Hardvérový bezpečnostný kľúč (napríklad YubiKey) sa považuje za najodolnejší voči phishingu. SMS kód je naopak najjednoduchší na použitie, ale aj najzraniteľnejší — zraniteľný napríklad voči SIM swap útoku (podvodnému prevodu SIM karty).
Celý článok: Multifaktorová autentifikácia (MFA)Pri pracovnom účte čo najskôr kontaktujte IT oddelenie — vie vám dočasne obnoviť prístup a znova nastaviť MFA na novom zariadení. Pri osobnom účte pomôžu záložné kódy uložené mimo telefónu a vopred zapnuté cloudové zálohovanie v aplikácii.
Celý článok: Ako nainštalovať a nastaviť Microsoft AuthenticatorNamiesto tajného reťazca znakov, ktorý sa dá cestou ukradnúť, vyphishovať alebo uniknúť pri úniku dát, overuje identitu kombináciou zariadenia, ktoré fyzicky vlastníte, a biometrie alebo PIN kódu uzamknutého priamo na ňom.
Celý článok: Najsilnejšie heslo je heslo, ktoré nemáteÁno — napríklad cez Windows Hello for Business, Microsoft Authenticator alebo bezpečnostné kľúče s podporou FIDO2. Prechod sa navyše nemusí robiť naraz, dá sa zavádzať postupne popri existujúcich heslách.
Celý článok: Najsilnejšie heslo je heslo, ktoré nemáteOsobný účet nepodlieha žiadnym firemným pravidlám — IT naň nevynucuje MFA ani naň nevzťahuje zásady ochrany dát. Ak firemný súbor omylom skončí v osobnom OneDrive, firma ho odtiaľ už nevie spravovať, zálohovať ani na diaľku vymazať.
Celý článok: Osobný Microsoft účet vs. pracovný alebo školský účetÁno. Na firemných (doménových) počítačoch to rieši bezpečnostná politika „Users can't add or log on with Microsoft accounts“. Na mobiloch a BYOD zariadeniach (vlastných zariadeniach zamestnancov) to zabezpečia Zásady ochrany aplikácií v Microsoft Intune, ktoré si však vyžadujú príslušnú licenciu.
Celý článok: Osobný Microsoft účet vs. pracovný alebo školský účetSamostatný administrátorský účet s najvyššími oprávneniami, zámerne vyňatý z bežných politík, ktorý sa v bežnej prevádzke vôbec nepoužíva. Je určený výhradne pre situáciu, keď zlyhá štandardné prihlásenie administrátora, napríklad pri výpadku Microsoft Entra ID.
Celý článok: Privilegované účtyKaždý zamestnanec alebo systém má mať presne také prístupové práva, aké nevyhnutne potrebuje na výkon svojej práce — nič navyše „pre istotu“ alebo „aby to bolo jednoduchšie“.
Celý článok: Riadenie prístupových právPostupné a často nezámerné hromadenie prístupových práv v čase — zamestnanec pri zmene pozície dostane nové prístupy, ale tie staré mu nikto nezruší, takže mu po pár rokoch zostane prístup k oveľa väčšiemu množstvu systémov, než na aké bol pôvodne nastúpil.
Celý článok: Riadenie prístupových právV praxi sa používa zapečatená obálka uložená v trezore s evidenciou prístupu, elektronický trezor hesiel (PAM), alebo pri najkritickejších systémoch rozdelenie hesla medzi viacero osôb tak, aby ho žiadna jedna nepoznala celé.
Celý článok: Privilegované účtySpôsoby zdieľania majú veľmi odlišnú úroveň rizika — od najhoršej e-mailovej prílohy, cez verejný odkaz bez hesla, až po hosťovský prístup (guest access) cez Microsoft 365 / Azure AD, ktorý dodávateľovi dá vlastnú, sledovateľnú identitu s MFA a prístupom presne k potrebnému priečinku. Pre dlhodobejšiu alebo citlivejšiu spoluprácu je dnes guest access štandardom; pri opakovanej spolupráci s viacerými partnermi má zmysel aj dedikovaný extranet alebo klientsky portál.
Celý článok: Bezpečné zdieľanie súborov s treťou stranouInterné zdieľanie má bezpečnostnú sieť navyše — firemné zariadenie so šifrovaním, firemnú identitu s MFA aj monitorovanú sieť. Pri tretej strane nič z toho nemusí platiť: dodávateľ môže súbor otvoriť na súkromnom notebooku, preposlať ho ďalej alebo ho zabudnúť zmazať aj rok po skončení projektu — firma tak stráca viditeľnosť do toho, čo sa s dátami deje ďalej.
Celý článok: Bezpečné zdieľanie súborov s treťou stranouTreba okamžite zrušiť prístup — hosťovský účet aj zdieľané odkazy — a overiť, že dodávateľ dáta skutočne vrátil alebo preukázateľne zničil, nielen že to tak povedal. Pri dlhodobejšej spolupráci je vhodné mať túto povinnosť zakotvenú už v zmluve, aby sa na zrušenie prístupu po skončení projektu nezabudlo v praxi.
Celý článok: Bezpečné zdieľanie súborov s treťou stranouPrístupy sa časom nekontrolovane nabaľujú — zamestnanec zmení pozíciu alebo dostane dočasný prístup „len na projekt", ktorý mu potom nikto neodoberie. Pravidelná revízia, napríklad raz ročne alebo pri každej zmene pozície, je jediný spôsob, ako zistiť, kto má prístup, ktorý už reálne nepotrebuje, a znížiť tak dosah prípadného úniku.
Celý článok: Riadenie prístupových právJediný administrátor je bezpečnostné aj provozné riziko — ak je nedostupný (dovolenka, choroba, odchod), firma môže stratiť kontrolu nad kritickými systémami. Pomáha mať zdokumentovaný núdzový (break-glass) prístup, heslá k privilegovaným účtom bezpečne uložené mimo jednej osoby a aspoň základné informácie o kritických systémoch zdieľané s ďalším dôveryhodným človekom.
Celý článok: Privilegované účtyŽiadnu kriticky dôležitú zmenu v produkčnom systéme by nemal vykonávať jeden človek sám — princíp štyroch očí vyžaduje schválenie alebo priebežný dohľad druhej osoby. Znižuje to riziko omylu aj zámerného zneužitia a je to štandardná požiadavka pri správe privilegovaných účtov.
Celý článok: Privilegované účtyAutentifikácia odpovedá na otázku „kto si" a overuje identitu, zatiaľ čo autorizácia odpovedá na otázku „čo môžeš robiť" a rozhoduje o konkrétnych prístupových oprávneniach po overení identity.
Celý článok: Autentifikácia vs. autorizáciaNie, MFA iba dokazuje identitu používateľa, ale nerozhoduje o tom, ku ktorým systémom, záznamom či funkciám má daná identita prístup – to je úloha autorizácie.
Celý článok: Autentifikácia vs. autorizáciaNa počítači sa prihláste do nastavení zabezpečenia pracovného účtu (napríklad cez aka.ms/mfasetup), zvoľte metódu overenia „Authenticator app“ a pokračujte — zobrazí sa QR kód. V aplikácii Authenticator klepnite na „+“ → „Pracovný alebo školský účet“ → „Naskenovať QR kód“ a namierte fotoaparát telefónu na kód zobrazený na obrazovke počítača.
Celý článok: Ako nainštalovať a nastaviť Microsoft AuthenticatorBYOD (Bring Your Own Device) znamená, že zamestnanec používa svoj súkromný telefón na prístup k firemným systémom ako e-mail, Teams či SharePoint, čím sa menia bezpečnostné nároky, pretože firma zariadenie nevlastní ani ho plne nekontroluje.
Celý článok: Aká je bezpečnosť vlastného telefónuTakmer všetka firemná práca (e-mail, dokumenty, komunikácia) prebieha v prehliadači, takže útočníkovi stačí ovládnuť samotný prehliadač a získa prístup ku všetkému, čo v ňom zamestnanec robí.
Celý článok: Ako nás ohrozujú prehliadačeÁno, pri úniku dát na osobnom konte môže útočník cez synchronizované heslá a záložky získať prístup aj k firemným stránkam v tom istom profile prehliadača, a firemné dokumenty sa môžu neúmyselne uložiť do osobného cloudu zamestnanca.
Celý článok: Ako nás ohrozujú prehliadačeÁno, mnohé rozšírenia majú povolenie čítať a upravovať všetky dáta na navštívených stránkach, takže vidia aj obsah firemného e-mailu či SharePointu, a riziko sa môže objaviť aj neskôr, keď rozšírenie zmení vlastníka alebo správanie.
Celý článok: Ako nás ohrozujú prehliadačeOdporúča sa zakázať prihlásenie osobných účtov, zaviesť zoznam povolených rozšírení, vynútiť automatické aktualizácie, blokovať sťahovanie súborov z neznámych stránok, obmedziť synchronizáciu hesiel mimo firemného konta a zapnúť ochranu proti phishingu.
Celý článok: Ako nás ohrozujú prehliadačeAk sa zariadenie stratí, poškodí, ukradne alebo napadne ransomvér, dáta uložené výhradne lokálne sú nenávratne preč, pretože existuje len jedna kópia bez automatického verzovania či záložného miesta.
Celý článok: Prečo firemné dáta nepatria na lokálny disk počítačaOsobné pracovné súbory patria do OneDrive, tímové a projektové dokumenty do SharePointu, prípadne na firemný súborový server alebo NAS (sieťové úložisko) so zálohovaním – lokálne zariadenie by malo byť len prístupovým bodom k centrálne uloženým dátam.
Celý článok: Prečo firemné dáta nepatria na lokálny disk počítačaNie, lokálny disk stále slúži pre operačný systém, aplikácie a rozpracované súbory, a funkcia OneDrive Súbory na požiadanie umožňuje mať fyzicky stiahnuté len potrebné súbory, takže veľkosť disku nie je bezpečnostné opatrenie.
Celý článok: Prečo firemné dáta nepatria na lokálny disk počítačaPomáha presmerovanie známych priečinkov (Known Folder Move), ktoré automaticky synchronizuje priečinky Dokumenty, Pracovná plocha a Obrázky do OneDrive bez potreby manuálneho nastavenia zo strany používateľa.
Celý článok: Prečo firemné dáta nepatria na lokálny disk počítačaSpráva celého zariadenia (MDM) kontroluje celý telefón vrátane možnosti ho úplne vymazať, zatiaľ čo ochrana firemných aplikácií (MAM) sa týka iba dát v aplikáciách ako Outlook či Teams a zvyšku telefónu sa nedotýka; pri súkromných telefónoch sa takmer vždy odporúča druhý prístup.
Celý článok: Aká je bezpečnosť vlastného telefónuNie, pri ochrane na úrovni aplikácií (MAM) firma nevidí súkromné fotky, správy, históriu prehliadania ani polohu – vidí a riadi výhradne dáta vo firemných aplikáciách.
Celý článok: Aká je bezpečnosť vlastného telefónuVykoná sa selektívne vymazanie, pri ktorom sa z telefónu odstránia iba firemné dáta (Outlook, Teams, OneDrive), zatiaľ čo osobné fotky, správy a aplikácie zostanú bez zmeny; úplné vymazanie celého zariadenia sa pri súkromných telefónoch používa len výnimočne.
Celý článok: Aká je bezpečnosť vlastného telefónuMDM (Mobile Device Management) je plná správa celého zariadenia vrátane vzdialeného vymazania, zatiaľ čo MAM (Mobile Application Management) chráni len firemné aplikácie a existuje vo variante s enrolmentom (registráciou zariadenia) aj bez neho.
Celý článok: MDM, MAM a ďalšie možnosti zabezpečenia zariadeníIde o oddelený, šifrovaný firemný "kontajner" priamo v operačnom systéme (Android Enterprise Work Profile alebo Apple User Enrollment) – firma vidí a riadi len tento firemný priestor, zatiaľ čo osobná časť telefónu jej zostáva úplne neviditeľná.
Celý článok: MDM, MAM a ďalšie možnosti zabezpečenia zariadeníPodmienený prístup je súbor pravidiel, ktoré pri každom prístupe k firemným dátam rozhodnú, či ho povolia, napríklad na základe viacfaktorového overenia, vyhovujúceho zariadenia (MDM) alebo chránenej aplikácie (MAM), a umožňuje tak jedno centrálne pravidlo pre firemné aj súkromné zariadenia.
Celý článok: MDM, MAM a ďalšie možnosti zabezpečenia zariadeníOdporúča sa kombinácia plného MDM enrollmentu (registrácie zariadenia do MDM) s politikami ochrany aplikácií (MAM) navrstvenými navyše, čo zabezpečí kontrolu celého zariadenia aj zabránenie úniku dát medzi jednotlivými aplikáciami.
Celý článok: MDM, MAM a ďalšie možnosti zabezpečenia zariadeníPlatí zlaté pravidlo - čím dôležitejšia, citlivejšia alebo zložitejšia je téma, tým osobnejší a formálnejší kanál zvoľte: chat na rýchle otázky, e-mail na formálnu a dokumentovanú komunikáciu, kanál Teams na informácie pre celý tím a hovor na zložité alebo citlivé témy.
Celý článok: Chat, e-mail, kanál či hovor? Ako si vybrať správneTeams spája kanály a tímy, chat a hovory, online stretnutia, zdieľanie a spoluúpravu súborov uložených v SharePointe, a integráciu s ostatnými nástrojmi O365 ako Outlook, OneDrive či Planner.
Celý článok: Efektívna práca s Microsoft TeamsTeams umožňuje riadiť prístup do tímov, vyžaduje MFA (viacfaktorové overenie) pri prihlásení, šifruje komunikáciu, umožňuje bezpečné hosťovanie externých účastníkov s obmedzenými oprávneniami a chráni stretnutia pred neoprávneným pripojením (napríklad pomocou lobby).
Celý článok: Efektívna práca s Microsoft TeamsOneDrive je osobný cloud predovšetkým na individuálne ukladanie a rýchle zdieľanie súborov, zatiaľ čo SharePoint slúži na tímovú spoluprácu, centralizovanú správu dokumentov a komplexné workflow (pracovné postupy) pre väčšie projekty, vrátane riadenej spolupráce s externými partnermi.
Celý článok: Efektívna práca s OneDrive a SharePointSharePoint je postavený na metadátach a zobrazeniach namiesto hlbokých priečinkových stromov - ten istý súbor môže byť súčasťou viacerých zobrazení naraz (podľa oddelenia, stavu, dátumu) bez toho, aby sa musel kopírovať do viacerých priečinkov.
Celý článok: Zdieľaný disk vs. SharePointNie, synchronizácia súborov medzi počítačom a OneDrive/SharePoint nie je záloha - ide o odlišné pojmy s odlišnou ochranou pred stratou dát, napríklad pri ransomvérovom útoku.
Celý článok: Efektívna práca s OneDrive a SharePointNie, všetky tieto spôsoby prístupu vedú k tomu istému súboru na tom istom mieste v jedinej verzii - samostatnú kópiu vytvorí až vedomé stiahnutie súboru alebo odoslanie kópie e-mailom.
Celý článok: Koľko spôsobov prístupu k súborom v SharePointeLepší je odkaz (Send a link) - všetci pracujú s tým istým, aktuálnym súborom bez rozchádzania verzií, prístup sa dá kedykoľvek dodatočne obmedziť či zrušiť, a nehrozí obmedzenie veľkosti prílohy; pri odoslaní kópie túto kontrolu stratíte.
Celý článok: Koľko spôsobov prístupu k súborom v SharePointeKliknite pravým tlačidlom na súbor či priečinok, vyberte "Zdieľať", zadajte meno alebo e-mail osoby (alebo vytvorte odkaz) a zvoľte úroveň oprávnenia "Môže upravovať" alebo "Môže zobrazovať".
Celý článok: Ako pracovať s dátami v SharePointeKliknite na tri bodky vedľa súboru, vyberte "História verzií", vyberte požadovanú staršiu verziu a kliknite na "Obnoviť" - aktuálna verzia sa pri tom nestratí, len sa uloží ako ďalšia položka v histórii.
Celý článok: Ako pracovať s dátami v SharePointeCesta k súboru má technický limit (400 znakov celkovo, pri desktopových aplikáciách Office len 260), a hlboko vnorená štruktúra prevzatá zo zvykov zdieľaného disku tento limit ľahko prekročí, takže sa súbor nedá otvoriť, uložiť ani synchronizovať.
Celý článok: Zdieľaný disk vs. SharePointSynchronizácia fyzicky sťahuje a priebežne aktualizuje obsah knižnice lokálne v počítači, zatiaľ čo skratka len pridá odkaz na knižnicu a súbory sa sťahujú až pri ich otvorení - skratka sa hodí na knižnice, do ktorých nazeráte len príležitostne.
Celý článok: Synchronizácia SharePointu do OneDrive na počítačiNie, synchronizačný klient OneDrive je súčasťou oboch plánov rovnako - rozdiel medzi licenciami ovplyvňuje len to, či dokument po synchronizácii otvoríte v natívnej desktopovej aplikácii alebo vo webovej verzii v prehliadači.
Celý článok: Synchronizácia SharePointu do OneDrive na počítačiV ľavom paneli kliknite na "Tímy" → "Pripojiť sa k tímu alebo ho vytvoriť" → "Vytvoriť tím", zadajte názov a členov; kanál sa pridáva cez tri bodky vedľa názvu tímu a "Pridať kanál".
Celý článok: Microsoft TeamsPo skončení stretnutia sa nahrávka aj automatický prepis uložia do OneDrivu alebo SharePointu organizátora stretnutia.
Celý článok: Microsoft TeamsÁno, Microsoft má predvolene zapnuté samoobslužné vytváranie skupín, takže tím si teoreticky môže založiť ktokoľvek, no bez pravidiel to časom spôsobí duplicitné tímy, tímy bez vlastníka a bezpečnostné riziká.
Celý článok: Prečo si (zatiaľ) nezakladať vlastné tímy v Teams samiNajmä pri tímoch s externými partnermi od začiatku, pri citlivom alebo regulovanom obsahu, pri trvalých tímoch reprezentujúcich oddelenie, alebo keď si zakladateľ nie je istý, či zostane dlhodobým vlastníkom tímu.
Celý článok: Prečo si (zatiaľ) nezakladať vlastné tímy v Teams samiOutlook Klasik je overená desktopová aplikácia s plnou funkcionalitou pre pravidlá, doplnky a offline prácu, zatiaľ čo nový Outlook je odľahčené webové rozhranie, jednoduchšie a rýchlejšie, ale zatiaľ s neúplnou podporou niektorých doplnkov a pokročilých pravidiel.
Celý článok: O365 a Outlook KlasikNie plnohodnotne - nový Outlook stavia na cloudovom vyhľadávaní a historicky PST súbory vôbec neprehľadával; situácia sa postupne zlepšuje aktualizáciami, ale plná parita s klasickým Outlookom stále chýba, najmä na zariadeniach s procesorom ARM.
Celý článok: Nový Outlook vs. Outlook KlasikVlastné formuláre a vlastné polia kontaktov sa neprevedú, delegované kontaktové priečinky fungujú len obmedzene a podpis sa medzi verziami neprenesie vôbec, pretože klasický Outlook ho ukladá lokálne a nový Outlook v cloude - treba ho vytvoriť nanovo.
Celý článok: Nový Outlook vs. Outlook KlasikPodpora klasického Outlooku je aktuálne predĺžená minimálne do roku 2029, s fázou "opt-out" (možnosť odhlásenia) plánovanou od marca 2027 a definitívnym vypnutím najskôr od marca 2028, vždy s aspoň dvanásťmesačným predstihom oznámenia.
Celý článok: Nový Outlook vs. Outlook KlasikPomáha nastaviť si automatické pravidlá na triedenie pošty do priečinkov, používať farebné kategórie a príznaky, vytvoriť si Rýchle kroky na opakované činnosti a zdieľať kalendáre pre plánovanie stretnutí podľa dostupnosti.
Celý článok: O365 a Outlook KlasikMedzi najčastejšie spomínané patria závislosť od internetového pripojenia, krivka učenia, priebežné náklady na predplatné, zložitosť nastavenia oprávnení v SharePointe a riziko neprehľadnosti pri raste bez zavedenej štruktúry.
Celý článok: Aké sú negatíva O365, e-mailu a SharePointuÁno - nevýhody sú väčšinou dočasné alebo riešiteľné zaškolením a správnym nastavením, zatiaľ čo benefity ako automatické zálohovanie, bezpečnostné funkcie a spolupráca v reálnom čase riešia trvalé a inak nákladné problémy, takže porovnanie vychádza jednoznačne v prospech O365.
Celý článok: Aké sú negatíva O365, e-mailu a SharePointuČistý štart bez migrácie prináša hlavne bezpečnostnú výhodu, pretože sa doň neprenášajú zabudnuté zdieľania, oprávnenia ani nekonzistentné bezpečnostné nastavenia zo starého prostredia. Časová úspora existuje tiež, ale je vedľajšia a nemala by sa zamieňať za automatickú finančnú úsporu.
Celý článok: Migrácia vs. čistý štartNeoplatí sa pri aktívnych regulačných či zmluvných povinnostiach vyžadujúcich priamy prístup k historickej komunikácii, pri prebiehajúcom právnom spore (hold), alebo keď používatelia staré e-maily bežne potrebujú pri práci. V týchto prípadoch treba staré dáta zachovať, napríklad formou archívu.
Celý článok: Migrácia vs. čistý štartNie, Microsoft 365 na to ponúka samostatný mechanizmus - neaktívnu schránku (inactive mailbox), ktorá po zrušení konta zachová obsah podľa nastavenej doby uchovávania bez potreby vlastnej licencie.
Celý článok: Migrácia starých e-mailov do Microsoft 365Pred zrušením konta treba na schránku v Microsoft Purview aplikovať zásadu uchovávania (retention policy), overiť, že sa naozaj uplatnila, a až potom konto zrušiť - schránka sa potom automaticky zmení na neaktívnu a zostane prehľadávateľná cez eDiscovery (elektronické vyhľadávanie dokumentov).
Celý článok: Migrácia starých e-mailov do Microsoft 365Vhodnejšie je cieliť ich do online archívu (napríklad cez Exchange Online Archiving) alebo, ak sa pristupuje k nim len ojedinele, uchovávať ich mimo Microsoft 365 v bezpečne spravovanom úložisku a vyhľadávať priamo v pôvodnom formáte.
Celý článok: Migrácia starých e-mailov do Microsoft 365Conditional Access je "if-then" politický nástroj v Microsoft Entra ID, ktorý podľa vopred nastavených podmienok rozhoduje, či prístup povoliť, zablokovať alebo podmieniť dodatočným krokom. MFA je len jednou z možných akcií, ktoré takáto politika môže vyžadovať, nie je to jej náhrada.
Celý článok: Conditional Access a MFA v Microsoft 365Politika môže kombinovať signály ako identita a rola používateľa, lokalita a sieť, typ a stav zariadenia, konkrétna aplikácia, alebo vyhodnotené riziko prihlásenia či používateľa cez Microsoft Entra ID Protection.
Celý článok: Conditional Access a MFA v Microsoft 365Conditional Access vyžaduje licenciu Microsoft Entra ID P1, ktorá je súčasťou balíkov ako Business Premium, E3 alebo E5, prípadne sa dá dokúpiť samostatne. Rizikovo podmienené politiky navyše vyžadujú vyššiu licenciu Entra ID P2.
Celý článok: Conditional Access a MFA v Microsoft 365Potrebné sú samostatné povolenia nastavené administrátorom - Úplný prístup (Full Access) na čítanie pošty a kalendára, a navyše Odoslať ako alebo Odoslať v mene na samotné odosielanie, pretože Úplný prístup sám osebe odosielanie neumožňuje.
Celý článok: Zdieľaná schránkaPri "Odoslať ako" vidí príjemca v poli Od iba názov zdieľanej schránky bez zmienky o konkrétnej osobe, zatiaľ čo pri "Odoslať v mene" vidí formuláciu "vaše meno v mene [schránka]" - voľba závisí od toho, aké povolenie vám pridelil administrátor.
Celý článok: Zdieľaná schránkaNie, synchronizácia zaisťuje rovnaký aktuálny stav súborov na všetkých zariadeniach, ale neprideľuje rozdiel medzi chcenou a nechcenou zmenou – ak ransomvér zašifruje súbor lokálne, synchronizácia zašifruje aj kópiu v cloude.
Celý článok: Synchronizácia vs. zálohaKôš má retenčnú lehotu 93 dní, história verzií je limitovaná počtom verzií a Files Restore vráti OneDrive najviac 30 dní dozadu – všetky bežia v tej istej dôveryhodnej zóne ako živé dáta a po uplynutí lehoty alebo pri natrvalom vymazaní už nepomôžu.
Celý článok: Synchronizácia vs. zálohaPodľa zmluvných podmienok Microsoftu (Microsoft Services Agreement) je zodpovednosť za zálohu obsahu výslovne na zákazníkovi, nie na Microsofte, hoci medzi IT ľuďmi je mylná predstava opaku bežná.
Celý článok: Synchronizácia vs. zálohaObsah archivovaného tímu zostáva plne dostupný na čítanie, ale nie je možné doň pridávať nové príspevky ani upravovať existujúci obsah. Pred archiváciou je vhodné odobrať prístup všetkým externým partnerom a overiť si u administrátora, či archivácia nemá vplyv na súvisiace politiky uchovávania.
Celý článok: Ako vytvoriť tím s projektom a dokumentmi v SharePointeRiziko je miera toho, že konkrétna hrozba využije konkrétnu zraniteľnosť aktíva; zjednodušene platí riziko = pravdepodobnosť × dopad.
Celý článok: Riadenie rizík kybernetickej bezpečnostiProces má šesť cyklicky sa opakujúcich krokov – stanovenie kontextu, identifikácia rizika, analýza rizika, vyhodnotenie rizika, ošetrenie rizika a sledovanie zvyškového rizika – pričom komunikácia so zainteresovanými stranami prebieha súbežne so všetkými krokmi.
Celý článok: Riadenie rizík kybernetickej bezpečnostiKvalitatívna metóda používa opisné škály (nízke/stredné/vysoké) na základe odborného úsudku, semikvantitatívna priraďuje číselné skóre na vopred definovanej škále, a kvantitatívna (napr. výpočet ALE (ročná odhadovaná strata) alebo metóda FAIR) pracuje s reálnymi peňažnými hodnotami a pravdepodobnosťou straty.
Celý článok: Riadenie rizík kybernetickej bezpečnostiISO/IEC 27005 ponúka zníženie (mitigáciu), akceptovanie, vyhýbanie sa a prenesenie (napr. poistením alebo outsourcingom); akceptovanie musí byť formálne schválené a zdokumentované, inak ide v skutočnosti o ignorovanie rizika.
Celý článok: Riadenie rizík kybernetickej bezpečnostiJednorazový audit dáva presný obraz stavu len k jednému dátumu, zatiaľ čo pri kontinuálnom audite je audítor zapojený priebežne počas celého roka, sleduje vývoj procesov a identifikuje riziká v reálnom čase. Navyše pokrýva prakticky celý objem transakcií a udalostí, nielen vzorku ako jednorazová kontrola.
Celý článok: Kontinuálny auditNie, nejde o náhradu jednorazového certifikovaného auditu podľa zákona č. 69/2018 Z. z., ktorý smie vykonávať len audítor registrovaný NBÚ. Kontinuálny audit je nadväzujúca služba, ktorá udržiava výsledky jednorazového auditu alebo GAP analýzy aktuálne počas celého roka.
Celý článok: Kontinuálny auditNajväčší zmysel má vo firmách, kde sa riziká menia rýchlo (dodávatelia, systémy, zamestnanci), kde firma podlieha viacerým reguláciám naraz, alebo kde manažment či partneri vyžadujú pravidelné, nie len ročné potvrdenie stavu.
Celý článok: Kontinuálny auditPodľa Verizon DBIR 2026 bola tretia strana zapojená do 48 % bezpečnostných únikov (nárast o 60 % medziročne), a podľa prieskumu BlueVoyant pravidelne monitoruje bezpečnosť všetkých svojich dodávateľov len asi 32 % firiem.
Celý článok: Riadenie rizika tretích stránDodávatelia sa delia do úrovní (kritická, vysoká, stredná, nízka) podľa toho, ku koľkým a akým dátam alebo systémom majú prístup – nie podľa veľkosti zmluvy či dôležitosti pre biznis.
Celý článok: Riadenie rizika tretích stránMala by obsahovať minimálne bezpečnostné štandardy, právo na audit, povinnosť nahlásiť incident v presne stanovenej lehote, prípadne zmluvu o spracúvaní osobných údajov (DPA) podľa GDPR a vopred pripravenú exit stratégiu.
Celý článok: Riadenie rizika tretích stránTreba zrušiť prístupové účty a API kľúče, zabezpečiť vrátenie alebo preukázateľné zničenie dát, odpojiť integrácie a webhooky a aktualizovať register dodávateľov – ukončenie zmluvy je rizikovejší moment než bežná prevádzka vzťahu.
Celý článok: Riadenie rizika tretích stránRiziko štvrtých strán sú subdodávatelia vlastných dodávateľov firmy – podľa štúdie Ponemon Institute/RiskRecon má do nich viditeľnosť len 29 % firiem, hoci až 38 % incidentov cez tretiu stranu je spôsobených zlyhaním práve na tejto úrovni.
Celý článok: Riziko celého dodávateľského reťazcaNIS2 vyžaduje riešiť bezpečnosť len vo vzťahu k priamym dodávateľom, zatiaľ čo DORA pre finančný sektor ide ďalej a vyžaduje od inštitúcií sledovanie aj subdodávateľov kritických funkcií vrátane posúdenia štruktúry celého reťazca.
Celý článok: Riziko celého dodávateľského reťazcaJe to situácia, keď viacerí navzájom nezávislí dodávatelia v skutočnosti stoja na jednom spoločnom bode zlyhania (napr. rovnaký cloud alebo typ nástroja) – podľa Svetového ekonomického fóra ju až 54 % veľkých firiem považuje za najväčšiu prekážku odolnosti.
Celý článok: Riziko celého dodávateľského reťazcaPomáha vyžadovať od priameho dodávateľa zmluvné doložky o prenose povinností (flow-down), povinné zverejnenie subdodávateľov a používať nástroje na externé mapovanie bezpečnostnej stopy (security rating).
Celý článok: Riziko celého dodávateľského reťazcaJe to rýchla a cenovo dostupná GAP analýza voči medzinárodným best practices (najlepším praktikám; napr. ISO/IEC 27001, CIS Controls), určená najmä firmám bez zákonnej audítorskej povinnosti, ktoré chcú nezávislý pohľad zvonka; nenahrádza certifikovaný zákonný audit a nevydáva certifikát zhody.
Celý článok: Rýchly audit IT bezpečnostiPreveruje 10 oblastí – od fyzického zabezpečenia, architektúry siete, riadenia prístupu a GDPR, cez havarijné plánovanie a bezpečnostné povedomie, až po technický sken zraniteľnosti verejne dostupných služieb.
Celý článok: Rýchly audit IT bezpečnostiZáverečná konzultačná správa s manažérskym zhrnutím, jednoduchým farebným semaforom rizika (zelená/oranžová/červená) a prioritizovaným akčným plánom nápravných opatrení zoradeným od najkritickejšieho po najmenej urgentné.
Celý článok: Rýchly audit IT bezpečnostiPodľa Ponemon Institute ide o tri kategórie – nedbalý zamestnanec (53 % incidentov), zlomyseľný insider (zasvätený útočník) (27 %) a kompromitované prístupové údaje (20 %) – každá s iným priemerným nákladom na incident a iným spôsobom riešenia.
Celý článok: Riadenie zamestnaneckého rizikaPodľa prieskumu Beyond Identity si 83 % zamestnancov po odchode udržalo prístup aspoň k jednému firemnému účtu a 56 % z nich ho niekedy zneužilo v neprospech bývalého zamestnávateľa; preto je okamžité zrušenie prístupu a zmena zdieľaných hesiel kľúčová.
Celý článok: Riadenie zamestnaneckého rizikaPodľa reportu KnowBe4 pravidelné mesačné až kvartálne simulované phishingové kampane kombinované s krátkymi školeniami znížili podiel klikajúcich zamestnancov z 33,1 % na 4,1 % za 12 mesiacov.
Celý článok: Riadenie zamestnaneckého rizikaBod návratu je miesto veľkého rizika v reťazci činností, z ktorého sa dá ešte bezpečne vrátiť, pokiaľ ho firma vopred pozná a otestuje. Ak organizácia definuje svoje kritické body návratu vopred — napríklad hranice, do ktorých dokáže obnoviť kritické služby — vie pri reálnom incidente reagovať rýchlejšie a s menšími stratami, než keby tieto hranice zisťovala až počas samotnej krízy.
Celý článok: Bod návratuPriame čítanie hesla naživo je dnes vďaka HTTPS a HSTS (vynucuje zabezpečené pripojenie) do veľkej miery vyriešené, ale riziko zostáva v podobe sledovania navštívených domén a možnosti presmerovania na falošnú stránku, takže VPN na nedôveryhodnej sieti stále dáva zmysel.
Celý článok: Man-in-the-Middle vs. Man-in-the-LoopAiTM je živý proxy útok medzi obeťou a skutočnou prihlasovacou stránkou, ktorý v reálnom čase prepošle heslo aj kód z MFA a následne odchytí platný prihlasovací token – bežné MFA (SMS, aplikačný kód) tento útok nezastaví, pretože ide len o reťazce znakov, ktoré proxy jednoducho prepošle ďalej.
Celý článok: Man-in-the-Middle vs. Man-in-the-LoopPrihlásenie pomocou FIDO2/WebAuthn je kryptograficky naviazané na presnú doménu, takže ak AiTM proxy predstiera inú (aj vizuálne identickú) doménu, autentifikátor odmietne podpísať výzvu – preto ho CISA označuje za „zlatý štandard" medzi metódami MFA.
Celý článok: Man-in-the-Middle vs. Man-in-the-LoopNie, zero-day zraniteľnosť je neznáma chyba v softvéri, zero-day exploit je kód, ktorý ju zneužíva, a zero-day útok nastáva až vo chvíli, keď útočník exploit skutočne nasadí skôr, než výrobca vydá opravu.
Celý článok: Zero Trust vs. Zero-DayNie, Zero-day je otázka počiatočného vstupu, ktorý z definície nemôže spoľahlivo zabrániť žiadna architektúra; Zero Trust rieši to, čo sa stane po vstupe – obmedzuje pohyb útočníka naprieč sieťou, nezníži počet zero-day zraniteľností.
Celý článok: Zero Trust vs. Zero-DayČoraz väčší podiel zero-day útokov mieri na firemné bezpečnostné a sieťové zariadenia na okraji siete (VPN brány, firewally), nie na bežný koncový softvér, pretože tieto zariadenia bežne nemajú EDR ochranu (nástroj na detekciu hrozieb na koncových zariadeniach) a otvárajú útočníkovi široký prístup do siete.
Celý článok: Zero Trust vs. Zero-DayNie, Man-in-the-Middle je bezpečnostná hrozba, pri ktorej sa útočník nepozorovane vloží medzi dve komunikujúce strany, zatiaľ čo Man-in-the-Loop (Human-in-the-loop) je žiaduci kontrolný prvok, kedy človek zámerne overuje výstup AI alebo automatizovaného systému.
Celý článok: Man-in-the-Middle vs. Man-in-the-LoopRiadenie rizík rozhodne, ktoré riziko sa bude znižovať a akým spôsobom, zatiaľ čo prevádzková bezpečnosť je vrstva pod tým – súbor rutinných, denne alebo týždenne opakovaných činností (patchovanie, logovanie, zálohovanie, hardening (sprísnenie konfigurácie)), ktorými sa dohodnuté opatrenie skutočne udržiava funkčné. Práve tu sa rozhoduje, či firma incident zachytí v hodinách, alebo o mesiace neskôr.
Celý článok: Prevádzková bezpečnosťIde o osvedčený rámec zálohovania: aspoň 3 kópie dát, na 2 rôznych typoch úložiska, 1 kópia mimo primárnej lokality, z toho 1 kópia offline alebo nemenná (immutable), a s pravidelne overovanou obnovou bez chýb. Práve test obnovy je najčastejšie vynechávaným krokom, hoci zálohovacie repozitáre sú dnes priamym cieľom útočníkov.
Celý článok: Prevádzková bezpečnosťZnamená tri kópie dát na dvoch rôznych typoch úložiska, z toho jedna mimo hlavného prostredia, s dôrazom na jednu nemennú (immutable) alebo air-gapovanú kópiu, ktorú nedokáže prepísať ani ransomvér, ani kompromitovaný administrátorský účet.
Celý článok: Synchronizácia vs. zálohaKritickú, aktívne zneužívanú zraniteľnosť treba záplatovať v priebehu dní, mimo bežného patchovacieho cyklu; kritickú bez známeho zneužitia do najbližšieho pravidelného cyklu, spravidla do 2 týždňov. Stredné zraniteľnosti patria do mesačného cyklu a nízke podľa kapacity, ale s pravidelnou revíziou.
Celý článok: Prevádzková bezpečnosťFacilitácia je podpora a uľahčenie komunikácie a rozhodovacieho procesu v pracovnej skupine – facilitátor pomáha vyjasniť názory a postoje zúčastnených, ale samotné rozhodnutia robia zodpovední pracovníci, nie on. Cieľom je, aby sa k rozhodnutiam dospelo s čo najväčšou mierou poznania a objektivity.
Celý článok: FacilitáciaFacilitované stretnutie umožní, aby sa k téme vyjadrili všetci relevantní ľudia – IT, manažment aj prevádzka – a aby sa k rozhodnutiu dospelo so spoločným porozumením, nie len formálnym súhlasom. Vďaka tomu prináša reálne rozhodnutia namiesto ďalšieho kola diskusií.
Celý článok: FacilitáciaFacilitácia sa oplatí napríklad pri nastavení a revízii bezpečnostných politík, vyhodnotení zistení z auditu, príprave na incident aj jeho spätnom vyhodnotení, definovaní bezpečnostnej stratégie a priorít alebo rozhodovaní o investíciách do bezpečnosti.
Celý článok: FacilitáciaModel zrelosti je štruktúrovaný rebríček úrovní, ktorý opisuje, ako vyspelo, opakovateľne a riadene organizácia skutočne vykonáva svoje bezpečnostné procesy. Na rozdiel od certifikácie nejde o jednorazové áno/nie, ale o škálu ukazujúcu aj to, kam sa firma môže ďalej posúvať.
Celý článok: Modely zrelosti kybernetickej bezpečnostiVšetky modely (CMMI, NIST CSF, C2M2, CIS Controls) v podstate merajú to isté – mieru toho, ako opakovateľne a riadene firma vykonáva svoje procesy – len s inými názvami úrovní. Oveľa väčší vplyv na užitočnosť hodnotenia má to, či sa firma vybraného modelu drží konzistentne v čase.
Celý článok: Modely zrelosti v praxiCertifikácia overuje, či firma spĺňa pevný súbor požiadaviek – výsledkom je certifikát, ktorý firma buď má, alebo nemá. Model zrelosti naproti tomu nehodnotí zhodu s požiadavkami, ale úroveň vyspelosti procesov, a slúži predovšetkým ako interný nástroj na plánovanie, nie ako doklad pre tretiu stranu.
Celý článok: Modely zrelosti kybernetickej bezpečnostiMedzi najznámejšie patria NIST Cybersecurity Framework (4 úrovne implementácie), C2M2 pre kritickú infraštruktúru a OT (prevádzkové technológie) prostredia (MIL0–MIL3), CIS Controls s tromi implementačnými skupinami pre menšie a stredné firmy, a CMMC 2.0 pre dodávateľov amerického ministerstva obrany.
Celý článok: Modely zrelosti kybernetickej bezpečnostiJednorazové hodnotenie povie len to, kde firma stojí v danom momente. Opakované hodnotenie rovnakým spôsobom (napríklad raz ročne) umožňuje vidieť skutočný trend zlepšenia a porovnať jednotlivé domény či oddelenia – zmena modelu medzi hodnoteniami túto porovnateľnosť ruší.
Celý článok: Modely zrelosti v praxiÁno, rovnakým princípom (opakovateľnosť, riadenosť, meranie) sa dá hodnotiť napríklad riadenie incidentov, riadenie zmien, patch manažment či zálohovanie a obnova. Použiť sa dá aj mimo klasického IT, napríklad v prevádzkových technológiách (OT) – model C2M2 bol dokonca pôvodne vyvinutý pre energetický sektor na súčasné hodnotenie IT aj OT.
Celý článok: Modely zrelosti v praxiKľúčový test je, či vieme s číslom v dňoch (nie hodinách) povedať, ako dlho by firma bola offline pri totálnej strate serverovne, vrátane zdokumentovaného poradia obnovy jednotlivých vrstiev. Ak na túto otázku firma nevie odpovedať číslom, má len dokument, nie reálny plán.
Celý článok: Riešili ste už kontinuitu vášho biznisu?Toto číslo je základom pre každé rozhodnutie o investícii do bezpečnosti – napríklad koľko stojí zálohovanie v porovnaní s výpadkom bez neho. Bez neho sa o bezpečnostnom rozpočte rozhoduje len na základe pocitu, nie reálnych dát.
Celý článok: Riešili ste už kontinuitu vášho biznisu?Mali by byť vopred menovite (nielen podľa funkcie) určení ľudia s právomocou napríklad odpojiť produkčný server, schváliť mimoriadny výdavok na forenznú firmu alebo komunikovať s médiami bez čakania na súhlas. Krízový tím bez takto definovaných právomocí je len stretnutie ľudí čakajúcich na niečí súhlas.
Celý článok: Riešili ste už kontinuitu vášho biznisu?Zodpovednosť za kontinuitu je rozdelená medzi IT, financie a právne oddelenie, takže nikto nedrží celok pohromade, a DR (disaster recovery, obnova po havárii) dokumentácia často reflektuje infraštruktúru spred rokov namiesto aktuálneho stavu. Audítori a zákazníci navyše kontrolujú existenciu dokumentov, ale nikto sa nepýta, čo sa stane, keď incident naozaj nastane.
Celý článok: Riešili ste už kontinuitu vášho biznisu?Asset manažment je systematická evidencia a riadenie všetkého, čo firma vlastní, používa alebo prevádzkuje v IT – hardvér, softvér a licencie, cloudové služby, dáta, sieťové a bezpečnostné konfigurácie, prístupy, ale aj ľudí (kto čo vie a kto je nenahraditeľný) a dodávateľov. Cieľom nie je len vedieť, čo firma má, ale aj kde sa to nachádza, kto to používa a kedy je potrebné to obnoviť alebo vyradiť.
Celý článok: Čo neevidujem, to neriadimZariadenie alebo softvér, o ktorom firma nevie, že existuje, sa nedá chrániť ani aktualizovať, a pri incidente nevie nikto rýchlo povedať, čo presne bolo zasiahnuté. Evidencia je navyše základom plánovania rozpočtu a obnovy a je priamo vyžadovaná normami ako ISO 27001 či GDPR.
Celý článok: Čo neevidujem, to neriadimNajčastejšie unikajú doménové mená, DNS záznamy a SSL certifikáty, administrátorské prístupy k cloudovým a externým kontám založené „provizórne" na osobné meno zamestnanca, znalosti existujúce len v hlave jedného človeka a staré vyradené zariadenia, z ktorých nie je isté, či boli bezpečne vymazané dáta.
Celý článok: Čo neevidujem, to neriadimNie, ide o vzťah množiny a podmnožiny – každé porušenie ochrany osobných údajov je bezpečnostný incident, ale nie každý bezpečnostný incident (napr. zastavený pokus o prienik alebo DDoS (útok na dostupnosť služby) bez osobných údajov) je porušením ochrany osobných údajov.
Celý článok: Incident vs. porušenie ochrany osobných údajovIde o porušenie dôvernosti (neoprávnené sprístupnenie údajov), integrity (neoprávnená zmena údajov) a dostupnosti (strata prístupu alebo zničenie údajov) – jeden incident môže naplniť aj viac typov naraz.
Celý článok: Incident vs. porušenie ochrany osobných údajovPodľa článku 33 GDPR sa musí porušenie nahlásiť dozornému úradu bez zbytočného odkladu, najneskôr do 72 hodín od okamihu, keď sa o ňom prevádzkovateľ s primeranou mierou istoty dozvedel.
Celý článok: Incident vs. porušenie ochrany osobných údajovPokutu 475-tisíc eur dostal nie za samotný bezpečnostný incident, ale za to, že zákazníkov aj úrad informoval o 22 dní neskôr, než stanovuje 72-hodinová lehota, pretože čakal na dokončenie kompletného interného vyšetrovania.
Celý článok: Incident vs. porušenie ochrany osobných údajovNie, podľa usmernení EDPB (Európsky výbor pre ochranu osobných údajov) ak firma mala funkčnú zálohu a dáta rýchlo obnovila bez dôkazu o úniku, nahlásenie sa nevyžaduje; ak záloha chýbala a dáta sa stali reálne nedostupnými, nahlásenie je potrebné.
Celý článok: Incident vs. porušenie ochrany osobných údajovNie – IEC 62443 (pre bezpečnosť priemyselných OT/ICS systémov (prevádzkových a priemyselných riadiacich technológií)) je norma Medzinárodnej elektrotechnickej komisie (IEC), vyvíjaná v spolupráci so združením ISA, nie norma ISO. Certifikuje sa cez samostatné akreditované schémy tretích strán.
Celý článok: ISO normy pre kybernetickú bezpečnosťNie – ISO/IEC 27001 je len jediná certifikovateľná norma v rodine ISO/IEC 27000, ktorá má vyše desiatky členov riešiacich napríklad riadenie rizík, incidentov, vzťahy s dodávateľmi či cloudové služby. Kybernetickej bezpečnosti sa navyše týkajú aj normy úplne mimo tejto rodiny, napríklad ISO 22301 pre kontinuitu činností.
Celý článok: ISO normy pre kybernetickú bezpečnosťISO/IEC 27001 je jediná norma so samostatnou certifikáciou; normy ako 27017, 27018 a 27701 sa dajú certifikovať len ako rozšírenie existujúceho certifikátu 27001. Normy ako 27002, 27005, 27032, 27035 a 27036 sú čisto usmerňujúce dokumenty bez vlastnej certifikačnej schémy – ak dodávateľ tvrdí, že je na ne „certifikovaný", ide o zavádzajúce tvrdenie.
Celý článok: ISO normy pre kybernetickú bezpečnosťJe to zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti, v znení novely 366/2024 Z. z., ktorá predstavuje slovenskú transpozíciu smernice NIS2.
Celý článok: Legislatíva kybernetickej bezpečnosti na SlovenskuJe to subjekt zapísaný v registri prevádzkovateľov základnej služby, ktorý vedie NBÚ, zaradený na základe kombinácie sektora pôsobenia a veľkostných či dopadových kritérií.
Celý článok: Dokumentácia pre súlad s kybernetickou legislatívouNie, ide o samostatné predpisy s odlišným dohľadovým úradom (NBÚ oproti Úradu na ochranu osobných údajov SR) a vlastnými dokumentmi a lehotami, napríklad 72-hodinovým hlásením úniku osobných údajov podľa GDPR.
Celý článok: Dokumentácia pre súlad s kybernetickou legislatívouVykonávacie vyhlášky vydáva priamo Národný bezpečnostný úrad (NBÚ) a menia sa podstatne častejšie než samotný zákon – napríklad vyhláška o bezpečnostných opatreniach a o hlásení incidentov boli kompletne nahradené v roku 2025.
Celý článok: Legislatíva kybernetickej bezpečnosti na SlovenskuNie, ZoKB ani vyhláška 227/2025 nestanovujú povinnosť získať certifikát podľa konkrétnej ISO normy – požiadavky sú formulované cez výsledok (ošetrenie rizika), nie cez konkrétny štandard.
Celý článok: Normy pre 17 oblastí bezpečnostných opatreníÁno, NBÚ môže uložiť sankcie, ktorých výška závisí od závažnosti porušenia a veľkosti prevádzkovateľa, pričom sankciám podlieha aj samotné opomenutie registrácie.
Celý článok: Dokumentácia pre súlad s kybernetickou legislatívouNajčastejšie ide o fyzickú bezpečnosť a bezpečnosť prostredia, bezpečnosť a spôsobilosti ľudských zdrojov a kryptografické opatrenia, pretože v klasickom prehľade ISO noriem pre kybernetickú bezpečnosť takmer nefigurujú.
Celý článok: Normy pre 17 oblastí bezpečnostných opatreníNIS2 je smernica EÚ 2022/2555, ktorá sama osebe firmu nezaväzuje a vyžaduje transpozíciu – na Slovensku sa premietla do novely zákona č. 366/2024 Z. z.
Celý článok: Legislatíva kybernetickej bezpečnosti na SlovenskuNariadenie DORA (EÚ 2022/2554) platí od 17. januára 2025 pre finančný sektor – banky, poisťovne, obchodníkov s cennými papiermi a ich kľúčových IT dodávateľov; na Slovensku nad ním dohliada Národná banka Slovenska.
Celý článok: Legislatíva kybernetickej bezpečnosti na SlovenskuJe to explicitná zákonná povinnosť, nielen dobrá prax – vyžaduje ju zákon o kybernetickej bezpečnosti, nepriamo GDPR a smernica NIS2 ju rozširuje aj na štatutárne orgány firmy.
Celý článok: Bezpečnostné školeniaZákladné školenie by mali absolvovať všetci zamestnanci pri nástupe a následne v pravidelných intervaloch, najčastejšie raz ročne; rizikovejšie skupiny by sa mali školiť častejšie.
Celý článok: Bezpečnostné školeniaÁno, smernica NIS2 vyžaduje, aby členovia štatutárnych orgánov absolvovali školenie o riadení kybernetických rizík, a stanovuje im osobnú zodpovednosť za dohľad nad bezpečnostnými opatreniami.
Celý článok: Bezpečnostné školeniaMusí vedieť doložiť koho, o čom, ako často a s akým dôkazom o absolvovaní školila – bez záznamu o účasti, obsahu a dátume je školenie pri kontrole prakticky nerozoznateľné od neuskutočneného.
Celý článok: Bezpečnostné školeniaIde najmä o bezpečnostnú politiku, analýzu rizík, register aktív, klasifikáciu informácií, kategorizáciu systémov, zmluvy s dodávateľmi, plán kontinuity činností (BCP/BIA), evidenciu incidentov a záznamy z auditu.
Celý článok: Dokumentácia pre súlad s kybernetickou legislatívouPodľa vyhlášky 226/2025 Z. z. platia tri lehoty: 24 hodín na predbežné hlásenie, 72 hodín na podrobné hlásenie a 30 dní na záverečnú správu.
Celý článok: Legislatíva kybernetickej bezpečnosti na SlovenskuHlásenie prebieha v troch fázach cez systém JISKB: predbežné hlásenie do 24 hodín, podrobné hlásenie do 72 hodín a záverečná správa do 30 dní.
Celý článok: Dokumentácia pre súlad s kybernetickou legislatívouPríloha č. 1 vyhlášky NBÚ č. 227/2025 Z. z. rozdeľuje opatrenia do 17 samostatných oblastí, od organizácie a riadenia bezpečnosti až po dodávateľský reťazec.
Celý článok: Normy pre 17 oblastí bezpečnostných opatreníJe to ISO/IEC 22237, viacdielna norma pre dátové centrá, kde sa časť 6 (ISO/IEC 22237-6:2024) venuje priamo bezpečnostným systémom; postupne nahrádza staršiu európsku normu EN 50600.
Celý článok: Normy pre 17 oblastí bezpečnostných opatreníKybernetická bezpečnosť je len digitálna podmnožina informačnej bezpečnosti — rieši ochranu údajov výlučne v počítačových systémoch a sieťach, zatiaľ čo informačná bezpečnosť chráni informácie v akejkoľvek podobe, aj na papieri alebo pri ústnej komunikácii.
Celý článok: Informačná vs. kybernetická bezpečnosťPrekladový slovník len prevedie slovo do iného jazyka, zatiaľ čo výkladový slovník vysvetľuje, čo pojem znamená v konkrétnom kontexte firmy, s akým procesom súvisí a čo má čitateľ v danej situácii urobiť.
Celý článok: Prekladový vs. výkladový slovníkStrojový preklad nerieši skratky (tie zostávajú skratkami aj po preklade), nerozlišuje viacero významov jedného slova podľa právneho kontextu a predpokladá, že pojem je už bežne známy, čo pri odborných termínoch často neplatí.
Celý článok: Prekladový vs. výkladový slovníkPočas incidentu rozhodujú minúty, a ak si rôzne tímy a krajiny vysvetľujú pojmy ako „eskalácia" alebo „vlastník rizika" inak, vzniká zbytočné trenie – vopred dohodnutý výklad tomu predchádza.
Celý článok: Prekladový vs. výkladový slovníkZero-Day je problém – neznáma zraniteľnosť, o ktorej výrobca softvéru ešte nevie, zatiaľ čo Zero Trust je riešenie – architektonický princíp, ktorý obmedzuje, čo môže útočník urobiť po tom, čo sa dovnútra dostane.
Celý článok: Zero Trust vs. Zero-DayHITL znamená, že konkrétna osoba musí schváliť každý (alebo takmer každý) jednotlivý výstup AI pred jeho použitím – ide o najprísnejší, ale aj najpomalší model ľudského dohľadu nad AI.
Celý článok: Human-in-the-loop (HITL)HITL vyžaduje schválenie takmer každého výstupu, HOTL necháva AI pracovať samostatne s možnosťou zásahu bez schvaľovania jednotlivých prípadov, a Human-in-command znamená, že človek vopred nastaví pravidlá a výsledky audituje spätne.
Celý článok: Human-in-the-loop (HITL)Je to prirodzená tendencia ľudí nadmerne dôverovať výstupu automatizovaného systému a prestať ho kriticky posudzovať, čo dokumentujú aj reálne prípady ako vymyslená judikatúra v súdnom podaní Mata v. Avianca.
Celý článok: Human-in-the-loop (HITL)Článok 14 AI Act ukladá, že vysokorizikové AI systémy musia byť navrhnuté na efektívny dohľad človeka, ktorý musí vedieť rozpoznať riziko nadmerného spoliehania sa na výstup a v konkrétnej situácii ho odmietnuť, prepísať alebo zastaviť.
Celý článok: Human-in-the-loop (HITL)Nie, ak recenzent nemá dôvod, prečo AI dospela k výstupu, ani reálnu právomoc ho zamietnuť, ide len o formálne odklikávanie, nie o funkčný dohľad.
Celý článok: Human-in-the-loop (HITL)Záleží od uhla pohľadu — z pohľadu podvodu, špionáže či súkromia je to len najnovší technologický nástroj na riešenie storočných problémov, ale z pohľadu úzkej technickej vrstvy (kryptografia, sieťová obrana, bezpečné programovanie) ide o skutočne novú disciplínu, pretože chránený objekt predtým jednoducho neexistoval.
Celý článok: Časová os kybernetickej bezpečnostiTri vlastnosti, ktoré fyzický svet nikdy nemal: mierka a automatizácia útoku (jeden útočník zasiahne milióny naraz), vzdialenosť spojená s beztrestnosťou danou jurisdikciou a útoky priamo na technický nosič, teda chyby v kóde bez fyzického predobrazu.
Celý článok: Časová os kybernetickej bezpečnostiMedzi opakujúce sa problémy patria slabé alebo zdieľané heslá, neaktualizované softvérové systémy, nedostatočné riadenie prístupových práv, chýbajúce bezpečnostné politiky a nedostatočné školenia zamestnancov.
Celý článok: Kybernetická bezpečnosť vo firmáchMinimálne pravidelný bezpečnostný audit IT systémov, aktualizácie softvéru a bezpečnostných záplat, viacfaktorovú autentifikáciu, školenia zamestnancov a monitorovanie bezpečnostných incidentov.
Celý článok: Kybernetická bezpečnosť vo firmáchJe to všeobecne uznávaný rámec National Institute of Standards and Technology (USA) pre riadenie kybernetickej bezpečnosti, postavený na piatich funkciách: Identifikovať, Chrániť, Detegovať, Reagovať a Obnoviť.
Celý článok: Kybernetická bezpečnosť vo firmáchTechnológia, procesy a ľudia — každý pilier závisí na ostatných dvoch, a výpadok jedného destabilizuje celý systém.
Celý článok: Kybernetická bezpečnosť — krehká rovnováha troch vecíNástroj síce funguje, ale systém ako celok nie — napríklad monitoring generuje stovky alertov, ktoré nikto nevyhodnocuje, alebo sa zálohy robia pravidelne, ale nikdy sa netestujú, takže pri incidente sa zistí, že sú poškodené.
Celý článok: Kybernetická bezpečnosť — krehká rovnováha troch vecíConfidentiality (dôvernosť), Integrity (integrita, celistvosť) a Availability (dostupnosť) — systém bezpečnosti, ktorému chýba čo i len jeden z týchto troch prvkov, je nedostatočný.
Celý článok: Neveríte CIA? Ja jednoznačne ÁNO!Slúži na klasifikáciu dát a informácií, na základe ktorej sa definuje správa povolení a prístupových práv (vrátane privilegovaných účtov), a tiež na hodnotenie toho, čo pri bezpečnostnom incidente fungovalo dobre a čo zlyhalo.
Celý článok: Neveríte CIA? Ja jednoznačne ÁNO!Bez klasifikácie sa ochrana dát rieši len intuitívne, čo vedie k nekonzistentným opatreniam. Slovenská vyhláška NBÚ č. 227/2025 Z. z. definuje štyri úrovne dôvernosti — Verejné, Interné, Chránené a Prísne chránené — z ktorých vyplýva, kto má k dátam prístup a ako sa majú chrániť.
Celý článok: Klasifikácia a citlivosť dátNajlepší moment začať je hneď — a začať pri sebe, v tom, čo práve robíte. Netreba čakať, až firma zvládne všetko naraz; bezpečnosť sa buduje postupne, krok po kroku, a až s určitou úrovňou poznania dáva zmysel pustiť sa do noriem a štandardizácie. Kto princípy pochopí vo vlastnej praxi, dokáže ich neskôr oveľa lepšie preniesť aj na kolegov a do firemných procesov.
Celý článok: O čom je bezpečnosť? Kde začať?Normy a certifikáty dávajú systematický rámec, ale bezpečnostné diery vznikajú práve v špecifikách konkrétneho biznisu, ktoré žiadna všeobecná norma nepopíše — a tie poznáte len vy sami. Formálne „vyhovieť" norme bez pochopenia vlastných procesov preto k reálnej bezpečnosti nestačí; bezpečnosť musí byť súčasťou každodenného konania, nielen dokumentácie.
Celý článok: O čom je bezpečnosť? Kde začať?Ľudia sú najrizikovejšou časťou bezpečnostného reťazca, a tak ako si každý chráni svoju fyzickú bezpečnosť a osobné informácie, musí si uvedomovať aj riziká v kybernetickom priestore. Firemná odolnosť voči útokom stojí na silnej individuálnej bezpečnosti — žiadne firemné opatrenie nedokáže plne nahradiť chýbajúce sebauvedomenie jednotlivca.
Celý článok: Sebauvedomie v oblasti kybernetickej bezpečnosti.Úroveň dôvernosti nepriraďuje IT oddelenie, ale vlastník dát — konkrétny človek alebo oddelenie, ktoré danému obsahu najlepšie rozumie a vie posúdiť dôsledky jeho úniku. Citlivosť mzdovej agendy typicky určuje HR, citlivosť zmluvy s klientom obchodné alebo právne oddelenie; IT následne zabezpečuje len technické opatrenia zodpovedajúce danej úrovni.
Celý článok: Klasifikácia a citlivosť dátVPN vytvára šifrovaný tunel cez nedôveryhodnú sieť (typicky internet) medzi vzdialenými miestami, zatiaľ čo VLAN rozdeľuje jednu fyzickú lokálnu sieť na viacero logicky oddelených úsekov bez akéhokoľvek šifrovania.
Celý článok: VPN vs. VLANNie, VLAN segmentácia neobsahuje žiadne šifrovanie a dá sa za určitých podmienok obísť technikami ako VLAN hopping (prekonanie izolácie medzi VLAN sieťami; switch spoofing, double tagging), zatiaľ čo VPN chráni obsah komunikácie aj v prípade, že by sa prenosová cesta celá odpočúvala.
Celý článok: VPN vs. VLANÁno, bežne sa kombinujú – napríklad site-to-site VPN prenáša prevádzku bezpečne medzi pobočkami, zatiaľ čo VLAN v každej pobočke lokálne určuje, ktoré zariadenia majú k čomu prístup.
Celý článok: VPN vs. VLANHlavne kto je poskytovateľom služby a je dôveryhodný, a kde sú uložené zdieľané dáta a je to bezpečné — pri AI tieto otázky často preskakujeme a viac dôverujeme, ako preverujeme.
Celý článok: Ako na bezpečnosť AINie, pretože súbory obsahujú aj metadáta, ktoré priamo nevidíme a ktoré sú tiež často citlivé.
Celý článok: Ako na bezpečnosť AIIT predovšetkým spracúva a prenáša dáta, zatiaľ čo OT priamo ovláda fyzický svet (ventily, motory, teplotu), takže poruchy a útoky v OT majú bezprostredné fyzické a niekedy aj life-safety (ohrozenie života a zdravia) dôsledky, nielen dátové.
Celý článok: OT vs. ITV OT je dostupnosť zvyčajne najvyššou prioritou, pretože výrobná linka alebo zdravotnícky prístroj musí bežať nepretržite, a dôvernosť je naopak často najnižšou prioritou – preto sa v OT niekedy hovorí o AIC namiesto CIA.
Celý článok: OT vs. ITZáplata sa v OT musí najprv dôkladne otestovať v neprodukčnom prostredí, pretože môže spôsobiť neplánovaný reštart alebo nekompatibilitu so starším hardvérom, a neplánovaná odstávka výroby môže stáť viac než riziko, ktoré mala záplata odstrániť.
Celý článok: OT vs. ITKontaktujte nás a spoločne navrhneme riešenie šité na mieru vašim potrebám.
Napíšte nám