
Mange IT-Grundschutz-projekter begynder med en lang liste af krav. Det ser grundigt ud, men det fører hurtigt til spredte regneark, uensartet ejerskab og dokumentation, der skal samles lige før en audit.
Et bedre udgangspunkt er et rent omfang. Hvilke organisatoriske enheder, processer, applikationer, IT-systemer, netværk og tjenesteudbydere hører reelt til i sikkerhedskonceptet? Den beslutning afgør, hvilke moduler der er relevante, og hvilken dokumentation der senere skal kunne holde til en audit.
Modelleringen forbinder reelle målobjekter med passende IT-Grundschutz-moduler. Dens værdi kommer ikke fra selve tildelingen, men fra, om informationsdomænets struktur er gengivet sammenhængende.
Hvis en kritisk proces afhænger af en applikation, et netværkssegment og en ekstern udbyder, skal den afhængighed være synlig i sikkerhedskonceptet. Først da kan beskyttelsesbehov, implementeringsstatus og restrisici forklares overbevisende.
Til det første gennemløb, der kan forsvares, er et klart og kompakt omfang ofte mere nyttigt end et bredt, men vagt. Begynd med et repræsentativt informationsdomæne, hvis processer, applikationer og infrastruktur er velkendte.
Metoden kan derefter gentages: tilføj målobjekter, udvid modultildelingerne, nedarv beskyttelsesbehov, prioritér åbne sikkerhedsforanstaltninger, og gruppér dokumentationen efter ejerskab.
Secani forbinder scopes, dokumentation, opgaver og AI-agenter i ét fælles arbejdsområde.
Med Stand-der-Technik-Bibliothek lægger IT-Grundschutz PDF'en bag sig: IT-Grundschutz++ udkommer som OSCAL-katalog – og det ændrer, hvordan ISMS-arbejdet organiseres.
Kun omkring en tredjedel af de berørte virksomheder registrerede sig rettidigt hos BSI. Frem til udgangen af juli 2026 kan det rettes op – derefter bliver det dyrt.
Et kildelink gør ikke en AI-vurdering pålidelig. Relationen mellem krav, evidens og vurdering skal kunne testes.