{"id":51,"date":"2026-06-19T12:15:39","date_gmt":"2026-06-19T12:15:39","guid":{"rendered":"http:\/\/172.25.25.12\/?p=51"},"modified":"2026-07-01T11:41:47","modified_gmt":"2026-07-01T11:41:47","slug":"zakon-o-informacionoj-bezbednosti-koje-incidente-morate-prijaviti","status":"publish","type":"post","link":"https:\/\/www.itcrew.rs\/index.php\/2026\/06\/19\/zakon-o-informacionoj-bezbednosti-koje-incidente-morate-prijaviti\/","title":{"rendered":"Zakon o informacionoj bezbednosti: koje incidente morate prijaviti?"},"content":{"rendered":"

\"Zakon<\/p>\n

\n

Ako pitate ljude iz IT-ja kako se ose\u0107aju povodom NIS2 i novog Zakona o informacionoj bezbednosti u Srbiji, odgovori su uglavnom neka kombinacija skepticizma, zamora od regulativa i iskrenog pitanja: \u0161ta ovo ta\u010dno zna\u010di za nas? Jedno od tih pitanja koje se stalno ponavlja ti\u010de se obaveze prijave incidenta.<\/p>\n

Hajde da to ra\u0161\u010distimo, konkretno, bez nepotrebnog \u017eargona.<\/strong><\/p>\n

\u0160ta zakon i NIS2 zapravo smatraju incidentom?<\/h2>\n

Postoji \u010desta zabluda da je incident samo dramati\u010dan napad ransomwara koji parali\u0161e \u010ditavu organizaciju, ili curenje baze podataka na naslovnim stranicama medija. Ali ni NIS2 ni doma\u0107i Zakon o informacionoj bezbednosti ne postavljaju ovako visoku lestvicu.<\/p>\n

Prema ovim propisima, incident je svaki doga\u0111aj koji uti\u010de ili mo\u017ee da uti\u010de na:<\/p>\n

    \n
  • dostupnost sistema<\/strong>: sistem nije bio dostupan onoliko dugo koliko bi trebalo biti<\/li>\n
  • integritet podataka<\/strong>: podaci su promenjeni, obrisani ili o\u0161te\u0107eni bez ovla\u0161\u0107enja<\/li>\n
  • poverljivost informacija<\/strong>: informacijama je pristupila neovla\u0161\u0107ena strana<\/li>\n<\/ul>\n

    U praksi, to zna\u010di da se incidentom mo\u017ee smatrati i:<\/p>\n

      \n
    • sumnjiv administratorski login u neuobi\u010dajeno vreme<\/li>\n
    • poku\u0161aj izvla\u010denja podataka koji je blokiran<\/li>\n
    • malware koji je detektovan, \u010dak i ako je \u201ere\u0161en na vreme”<\/li>\n
    • DDoS napad koji je uzrokovao kratkotrajan pad dostupnosti sistema<\/li>\n
    • konfiguracijska gre\u0161ka koja je neovla\u0161\u0107eno ekspozirala podatke<\/li>\n<\/ul>\n

      Ako ste morali da proveravate logove da biste bili sigurni \u0161ta se desilo, to je ve\u0107 signal da je u pitanju incident ili ozbiljan bezbednosni doga\u0111aj.<\/p>\n

      Tri re\u010denice koje vas mogu skupo ko\u0161tati<\/h2>\n

      U razgovorima sa IT timovima iznova se pojavljuju iste tri re\u010denice kada se postavi pitanje o incidentima:<\/p>\n\n\n\n\n\n\n\n
      Re\u010denica<\/th>\nZa\u0161to je problemati\u010dna<\/th>\n<\/tr>\n<\/thead>\n
      \u201eNismo sigurni da li je incident.”<\/td>\nNeizvesnost ne osloba\u0111a od obaveze prijave. Ako postoji sumnja, postoji i obaveza provere.<\/td>\n<\/tr>\n
      \u201eNije bilo \u0161tete.”<\/td>\nZakon ne pita o \u0161teti, pita o riziku. Spre\u010deni napad je i dalje incident koji treba evidentirati.<\/td>\n<\/tr>\n
      \u201eRe\u0161ili smo to interno.”<\/td>\nInterno re\u0161avanje je pohvalno, ali ne zamenjuje zvani\u010dnu prijavu i evidentiranje kada su propisane.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

      Regulator postavlja samo tri pitanja:<\/p>\n

        \n
      • Da li je postojao rizik?<\/li>\n
      • Da li ste ga prepoznali?<\/li>\n
      • Da li imate trag da ste reagovali?<\/li>\n<\/ul>\n

        Bez dokumentovanog traga, sve ostaje na nivou procene i se\u0107anja, a to nije dovoljno.<\/p>\n

        Za\u0161to evidencija postaje klju\u010dna tema<\/h2>\n

        Zakon o informacionoj bezbednosti jasno uvodi obavezu prijave incidenata, vo\u0111enja evidencije i podno\u0161enja periodi\u010dnih statisti\u010dkih izve\u0161taja. Ovo nije samo formalnost. Evidencija je ono \u0161to stoji izme\u0111u va\u0161e organizacije i regulatorne sankcije.<\/p>\n

        U realnosti, me\u0111utim, mnoge organizacije se suo\u010davaju sa slede\u0107im problemima:<\/p>\n

          \n
        • Evidencija se pravi retroaktivno, tek kad je potrebna, ne u trenutku kada se incident desio<\/li>\n
        • Oslanjanje na mailove, Slack poruke i kolektivno se\u0107anje umesto na centralizovane zapise<\/li>\n
        • Nedostatak vidljivosti: razli\u010diti sistemi, razli\u010dite evidencije, niko nema celokupnu sliku<\/li>\n
        • Incident se \u201ere\u0161i”, ali bez formalnog zapisa o tome \u0161ta se desilo, kad i kako je reagovano<\/li>\n<\/ul>\n

          Upravo u trenutku kada regulator postavi pitanje, evidencija mora da postoji. Ne mo\u017ee da se napravi posle.<\/p>\n

          Gde tehnologija zaista poma\u017ee<\/h2>\n

          Centralizovana vidljivost nije \u201ejo\u0161 jedan alat” koji IT tim mora da usvoji, ona je osnova za uskla\u0111enost. Bez nje, organizacija u osnovi nema odgovor na osnovna pitanja:<\/p>\n

            \n
          • \u0160ta se desilo i kada?<\/li>\n
          • Koji sistemi su bili zahva\u0107eni?<\/li>\n
          • Ko je reagovao i \u0161ta je preduzeto?<\/li>\n
          • Koliko smo incidenata imali u poslednjih 90 dana?<\/li>\n<\/ul>\n

            Re\u0161enja poput\u00a0ManageEngine Log360<\/strong>\u00a0omogu\u0107avaju upravo ovo:<\/p>\n

              \n
            • \u2713 Objedinjavanje logova sa razli\u010ditih sistema u jedinstven pregled<\/li>\n
            • \u2713 Korelaciju doga\u0111aja koji pojedina\u010dno ne izgledaju ozbiljno, ali zajedno ukazuju na pretnju<\/li>\n
            • \u2713 Vremenski precizne podatke koji direktno ulaze u prijavu i evidenciju<\/li>\n
            • \u2713 Automatske alarme za sumnjive aktivnosti, bez ru\u010dnog pretra\u017eivanja logova<\/li>\n<\/ul>\n

              Cilj nije imati vi\u0161e izve\u0161taja, cilj je znati \u0161ta se stvarno desilo, u trenutku kada je to va\u017eno.<\/em><\/p>\n

              Reality check: test od jednog pitanja<\/h2>\n

              Pre nego \u0161to zatvorite ovaj tekst, postavite sebi jedno pitanje:<\/p>\n

              Koliko ste incidenata imali u poslednja tri meseca?<\/strong>\u00a0Da li biste znali odgovor odmah ili biste morali da pitate nekoliko kolega i pretra\u017eujete logove?<\/p><\/blockquote>\n

              Ako je odgovor ovo drugo, to je signal koji vredi shvatiti ozbiljno i re\u0161iti pre nego \u0161to regulator postavi isto pitanje.<\/p>\n

              Zaklju\u010dak<\/h2>\n

              NIS2 i Zakon o informacionoj bezbednosti menjaju standard, ne samo \u0161ta se smatra incidentom, ve\u0107 i kako organizacije moraju da dokumentuju, prijave i prate bezbednosne doga\u0111aje. Uskla\u0111enost vi\u0161e nije stvar jednog departmana; to je sistemski zahtev koji zahteva sistemski odgovor.<\/p>\n

              Dobra vest je da tehni\u010dka re\u0161enja ve\u0107 postoje. Pitanje je samo da li ih koristite pre nego \u0161to vam budu potrebna \u2014 ili posle.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

              Ako pitate ljude iz IT-ja kako se ose\u0107aju povodom NIS2 i novog Zakona o informacionoj bezbednosti u Srbiji, odgovori su uglavnom neka kombinacija skepticizma, zamora od regulativa i iskrenog pitanja: \u0161ta ovo ta\u010dno zna\u010di za nas? Jedno od tih pitanja koje se stalno ponavlja ti\u010de se obaveze prijave incidenta. Hajde da to ra\u0161\u010distimo, konkretno, bez […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-51","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/www.itcrew.rs\/index.php\/wp-json\/wp\/v2\/posts\/51","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.itcrew.rs\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.itcrew.rs\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.itcrew.rs\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.itcrew.rs\/index.php\/wp-json\/wp\/v2\/comments?post=51"}],"version-history":[{"count":3,"href":"https:\/\/www.itcrew.rs\/index.php\/wp-json\/wp\/v2\/posts\/51\/revisions"}],"predecessor-version":[{"id":68,"href":"https:\/\/www.itcrew.rs\/index.php\/wp-json\/wp\/v2\/posts\/51\/revisions\/68"}],"wp:attachment":[{"href":"https:\/\/www.itcrew.rs\/index.php\/wp-json\/wp\/v2\/media?parent=51"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.itcrew.rs\/index.php\/wp-json\/wp\/v2\/categories?post=51"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.itcrew.rs\/index.php\/wp-json\/wp\/v2\/tags?post=51"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}