- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (36)
- CRM (53)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (69)
- ERP (77)
- HRM (28)
- ITSM (6)
- MES (32)
- Řízení výroby (38)
- WMS (31)
- Dodavatelé IT služeb a řešení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (40)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řešení pro logistiku (45)
- IT řešení pro stavebnictví (25)
- Řešení pro veřejný a státní sektor (27)
Hlavní partner sekce
Partneři sekce
Tematické sekce
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údržby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tiskBranžové sekce
![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který každý týden přináší výběr článků z oblasti podnikové informatiky | |
![]() | |
Partneři webu
IT SYSTEMS 9/2026 , IT Security
Umělá inteligence chrlí stovky varování. Kdo je ale všechna vyřeší?
Anton Arapov
Novinové články denně oslavují umělou inteligenci jako dokonalou zbraň proti hackerům. Algoritmy umí za pár sekund přečíst miliony řádků kódu a ukážou na každou drobnou odchylku. Získali jsme tak ohromnou rychlost, ale zapomněli jsme na jeden detail, a to, že každou nahlášenou chybu musí někdo zkontrolovat. Bezpečnostní týmy se proto dnes potýkají s lavinou varování. Stroje sice vidí hluboko do systémů a hlásí úplně všechno, ale skutečný dopad svých hlášení samy neposoudí. Kdo tedy nakonec odpracuje stovky hodin nad hlášeními, která ve skutečnosti žádnou hrozbou neznamenají?

Když počítač nahlásí chybu, skutečná práce pro nás inženýry teprve začíná. Nástroje chrlí jedno varování za druhým a v tabulkách to vypadá skvěle. Oprava problému se ale bez lidského zásahu neobejde. Nahlášená chyba může ohrozit miliony lidí, stejně tak může jít o zcela bezvýznamný detail. Nebo se algoritmus prostě splete.
Oddělit skutečné nebezpečí od planého poplachu umí jen velmi zkušení lidé, což stojí spoustu času. U nás v OpenSSL Corporation to vidíme neustále. Během posledního roku jsme dostali přes 400 varování před chybami v kódu. Z tohoto počtu jsme nakonec potvrdili jen 43 reálných hrozeb, tedy zhruba jednu desetinu. Všech zbylých více než 350 hlášení museli naši inženýři projít řádek po řádku, pochopit je a dokázat, že stroj udělal chybu. To jim samozřejmě sebere víc času, než kdyby skutečnou chybu sami opravovali.
Kdo ten ztracený čas zaplatí?
Umělá inteligence sice chrlí jeden objevený problém za druhým, ale experty na jejich řešení nám na trh nedodá. Tato nerovnováha teď drtí celou ekonomiku kybernetické bezpečnost. Nasadit AI dnes stojí zlomek toho, co dřív. Zkušení inženýři, kteří musí tyhle strojové nálezy ručně třídit, si ale drží vysokou cenu a máme jich zoufalý nedostatek. Zatímco obří korporace s obrovskými rozpočty tento nápor ještě jakžtakž zvládají, menší firmy a komunity kolem open-source projektů jsou vyčerpané. Stroje jim zkrátka generují víc manuální práce, než dokážou lidsky zvládnout.
Neviditelný základ firemního byznysu
Lavina falešných poplachů vytáhla na světlo ještě jeden problém. Firmy dnes naprosto běžně lepí své komerční produkty z cizího open-source kódu. Tyto bezplatné základy tiše běží kdesi na pozadí firemních serverů a málokterý ředitel má vůbec tušení, na čem jeho zisk reálně stojí. Na vývojáře, kteří tento kód často po nocích udržují, si manažeři vzpomenou až ve chvíli, kdy celá firemní síť nečekaně spadne.
Bezpečnostní chyba Heartbleed před dvanácti lety ukázala, jak velká je propast mezi významem open-source infrastruktury a prostředky na její údržbu. Průmysl tehdy zareagoval a investice vzrostly, ale ta lekce dnes začíná blednout.
Zkuste si ten moment představit. Zítra ráno vám na stole přistane zpráva o kritické mezeře v kódu, na kterém běží polovina vaší firmy. Dokážete během chvíle zjistit, kterých vašich produktů se problém týká? Znáte vůbec jména lidí, kteří ten kód drží při životě? Pokud na tyto otázky neumíte odpovědět, máte v bezpečnosti obrovskou trhlinu.
Regulace sama to nevyřeší. Evropský akt o kybernetické odolnosti (CRA) od 11. září 2026 ukládá výrobcům povinnost hlásit aktivně zneužívané zranitelnosti do 24 hodin. Je to správný krok, ale žádná regulace software neudrží. Někdo musí opravu napsat, otestovat a vydat.
Bez lidí to nepůjde
Umělá inteligence bude kód číst a analyzovat čím dál rychleji. O to víc se manažeři musí ptát, kdo ty stovky nově objevených hrozeb reálně opraví. Skutečné bezpečí si totiž nekoupíte s další softwarovou licencí. Získáte ho až ve chvíli, kdy seženete dostatek schopných lidí. Přesně o tom, jak tenhle obrovský tlak zvládnout a jak udržet kritickou část internetu při životě, budeme s komunitou mluvit letos v říjnu na OpenSSL Conference 2026 v Praze.
Pokud na nějakém open-source kódu stojí váš zisk, musíte jeho tvůrce začít systematicky podporovat. Pošlete jim peníze, uvolněte své inženýry nebo jim věnujte vlastní čas. Investujete tím do odolnosti vlastního byznysu.
Osobně věřím, že nám umělá inteligence v obraně systémů velmi pomůže. Reálný užitek z ní ale získáte jen tehdy, když najdete cestu, jak zaplatit experty, kteří lavinu varování musí ručně vyřešit. Samotné algoritmy nikoho nezachrání. Bezpečnost celého internetu nakonec vždycky stojí a padá na lidech z masa a kostí.
![]() |
Anton Arapov Autor článku je provozní ředitel ve společnosti OpenSSL Corporation. |
Chcete získat časopis IT Systems s tímto a mnoha dalšími články z oblasti informačních systémů a řízení podnikové informatiky? Objednejte si předplatné nebo konkrétní vydání časopisu IT Systems z našeho archivu.

| Po | Út | St | Čt | Pá | So | Ne |
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 | 31 | 1 |
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |




















