Barvna shema: Svetla
Trenutno dejavna stran: start » sl » Dokumentacija » Integracija podatkov in dostop do podatkov » WKL Database Gateway » Pregled aplikacije WKL Database Gateway Manager in razreda VBA » Varnost in dokazila » Primer preverjanja: vprašanja in dokazila

Primer preverjanja: vprašanja in dokazila

Preverjanje – inšpekcijski nadzor po 46. ali 47. členu ZInfV-1, ocena skladnosti ali samoocena po 25. členu ali certificiranje po ISO/IEC 27001 – se nanaša na dostop do podatkovnih zbirk, dosegljivih prek WKL Database Gateway. Ta primer prikazuje šest značilnih vprašanj. Za vsako navede dokaz, pot do njega v aplikaciji za upravljanje in mejo dokaza, ki naj jo odkrito omenite.

Imena, datumi in številke v primeru so izmišljeni.

Priprava

  1. V področju Protokoll (Dnevnik) pod Weitere (Več) > Nachweisberichte (Dokazna poročila) pripravite Rechteübersicht (Pregled pravic) in MFA-Abdeckung (Pokritost z MFA) dan pred preverjanjem, poleg tega Austritte und Sperren (Odhodi in zaklepanja) in Verwaltungsänderungen (Spremembe upravljanja) za obdobje preverjanja, na primer zadnjih dvanajst mesecev.
  2. Datoteki Excel in PDF shranite tja, kamor spadajo tudi dnevniki, in dodajte poročila prejšnjih presečnih datumov, ki ste jih redno pripravljali.
  3. Aplikacijo za upravljanje imejte odprto, da posamezne primere pokažete v živo.

Kako nastanejo poročila in kaj vsebujejo: Priprava dokaznih poročil.

Vprašanje 1: Kdo sme dostopati do katerih podatkov?

Dokazporočilo Rechteübersicht: vsaka oseba s stanjem, drugim faktorjem, računom Windows, prijavo SQL, pravili in številom veljavnih ključev; vsako pravilo z vnosi
Potizročite PDF; za dodatna vprašanja datoteko Excel filtrirajte po pravilu ali osebi. Za posamezno osebo v živo: Personen und Schlüssel (Osebe in ključi), označite osebo, Rechte (Pravice) > Anmeldung und Rechte … (Prijava in pravice) prikaže, kaj sme iz katerega omrežja
Mejačlani skupin Windows in pravice znotraj podatkovnih zbirk niso v poročilu; prikažeta jih Active Directory in SQL Server

Vprašanje 2: Ali se vse osebe prijavljajo z večfaktorsko avtentikacijo?

Dokazporočilo MFA-Abdeckung: število in imena aktivnih oseb po stanju drugega faktorja, pravila za prijavo, ki zahtevajo kodo, in veljavni ključi z oznako Ohne zweiten Faktor (Brez 2FA)
Potštevila prikazujejo pokritost; seznam ključev brez drugega faktorja je seznam utemeljenih izjem, na primer ključ za Power BI. Za samo upravljanje podatkovni prehod kodo zahteva pri vsakem načinu prijave
Mejaali pravilo za prijavo velja, je odvisno tudi od omrežja in načina prijave; pravila so v poročilu, preverjanje po omrežju pa v Anmeldung und Rechte …

Vprašanje 3: Ali je bil gospodu Primeru ob odhodu 30. junija odvzet dostop?

Dokazporočilo Austritte und Sperren za obdobje: onemogočen račun, preklicani ključi, končane seje, odvzeta pravila, vsakič s časom v UTC in izvajalcem
Potv poročilu pokažite vrstice osebe. V živo: Protokoll, zavihek Änderungsprotokoll (Dnevnik sprememb), razširite dan in izvajalca; vsaka vrstica prikaže vrednosti pred spremembo in po njej
Mejaračun Windows in prijave SQL upravljavec zaklene tam, kjer jih upravlja; to zaklepanje ni v poročilu

Vprašanje 4: Kdo je spremenil pravilnik za prijavo in kaj je bilo nastavljeno prej?

Dokazporočilo Verwaltungsänderungen za obdobje: vsaka sprememba pravil, pravilnika za prijavo, virov podatkov, identitet, dodelitev, nastavitev in e-poštnih predlog z vrednostmi pred spremembo in po njej
Potporočilo filtrirajte po množici pravil za prijavo. Dolge vrednosti so v poročilu skrajšane po 1.500 znakih; v celoti jih prikaže zavihek Änderungsprotokoll
Mejadnevnik sprememb ni zaščiten pred ponarejanjem: kdor sme na strežniku pisati v datoteko shrambe podatkovnega prehoda, ga lahko spremeni. Zato pokažite, kdo ima tam pravico pisanja, in poročila hranite zunaj strežnika

Vprašanje 5: Pokažite mi zavrnjen poskus dostopa in njegov vzrok.

Dokazzavihek Audit (Revizijska sled) v področju Protokoll: za vsak dostop čas, klicatelj, vir, rezultat in stanje, pri zavrnitvi zaradi pravila za prijavo njegova številka in različica. Področje Anmeldungen (Prijave): zavrnjene prijave in napačne kode po izvoru
Potna Übersicht (Pregled) kliknite kartico Abgewiesene Anfragen (Zavrnjene zahteve); odpre se zavihek Audit, filtriran na odgovore 401, 403 in 429. Razširite dan in klicatelja; stolpec Grund (Razlog) navede vzrok
Mejarevizijska sled sega tako daleč nazaj, kot jo hrani podatkovni prehod (privzeto 365 dni), kar izpolnjuje zahtevo ZInfV-1 (24. člen) po vsaj šestih mesecih. Če hrambo skrajšate, je ne nastavite pod šest mesecev, sicer redno varnostno kopirajte dnevniško datoteko prehoda

Vprašanje 6: Kako izveste za ranljivosti v programski opremi in kako hitro uvedete popravke?

DokazSECURITY.sl.md in MANUFACTURER.sl.md dobave: kontaktna točka, obravnava sporočil, obdobje podpore; Informacije o izdelku in varnosti po Prilogi II CRA
Potpokažite različico v vnosu version datoteke deploy/app-manifest.json; pokažite svoj postopek uvajanja novih različic (Uvedba nove različice)
Mejakako hitro uvedete popravke, določa vaš postopek posodabljanja; aplikacija sama ne prenaša nobene različice

Kaj preverjanje pogosto zahteva nato

  • Rednost: poročila več presečnih datumov kažejo, da pravice in pokritost z večfaktorsko avtentikacijo preverjate stalno, ne le za preverjanje.
  • Odgovornosti: kdo ima pravico admin (pregled pravic) in kdo sme na strežniku pisati v datoteko shrambe (pravice v datotečnem sistemu strežnika).
  • Hramba in brisanje: kako dolgo hranite dnevnik sprememb, revizijsko sled in shranjena poročila; glejte Varnost in varstvo podatkov.

Sorodne teme

sl/wiki/data-conectivity/database-gateway/admin/security-and-evidence/inspection-example.txt · Zadnja sprememba: uporabnika Wolfgang van der Stille