KI-Agenten im Unternehmen: Wer darf in wessen Namen handeln?
Die Freigabe eines KI-Tools ist noch keine Freigabe seiner Handlungen. Wie Unternehmen Zugriffe, Autonomie und Verantwortung wirksam steuern.
KI-AgentenSecurity GovernanceBerechtigungenAI Act nach dem AI Omnibus: Warum jetzt ein belastbares Governance-Inventar zählt
Verschobene oder vereinfachte Einzelpflichten ersetzen keine Steuerung: Ein entscheidungsfähiges Inventar verbindet AI-Systeme, Rollen, Einstufungen und Nachweise.
AI ActAI OmnibusAI GovernanceGRCManagementsystem
NIS2: Nach der Registrierung beginnt die eigentliche Steuerungsarbeit
Ein praxisnaher 30-Tage-Plan, der den abgeschlossenen NIS2-Portalvorgang in belastbare Governance, aktuelle Nachweise und Managemententscheidungen übersetzt.
NIS2BSIGSecurity GovernanceISMSManagementAudit Readiness
CRA-Meldepflicht ab 11. September 2026: Wer in 24 und 72 Stunden liefern muss
Ein praxisnaher Umsetzungsplan für Hersteller, der CRA-Meldeereignisse, Rollen, 24-/72-Stunden-Schritte und belastbare Evidenzwege trennt.
Cyber Resilience ActCRAProduct SecurityVulnerability ManagementIncident ReportingPSIRT
TISAX ISA2027: Lieferantennachweise werden zur Steuerungsaufgabe
Der jährliche ISA-Zyklus verkürzt nicht die Labelgültigkeit. Entscheidend ist die stärkere, nachweisbare Steuerung von Lieferanten und Änderungen.
TISAXISA2027LieferantensteuerungSupply Chain SecurityISMS
Grundschutz++: Jetzt migrationsfähig werden, ohne eine fertige Methodik vorzutäuschen
Grundschutz++ ist noch in Entwicklung. Organisationen können dennoch reversible Vorarbeiten leisten, die heutige Grundschutz-Praxis stärken und Migration erleichtern.
Grundschutz++IT-GrundschutzBSIISMSMigration
KRITIS-Dachgesetz: Cyber- und physische Resilienz gemeinsam steuern
Ein praxistaugliches Steuerungsmodell verbindet Abhängigkeiten, Szenarien, Maßnahmen, Nachweise und Entscheidungen, während rechtliche Meldewege getrennt bleiben.
KRITIS-DachgesetzResilienzNIS2Business ContinuitySecurity Governance
ISO 27001 nach der Transition: Von umgestellten Dokumenten zu Audit Readiness
Nach dem formalen Versionswechsel wird die betriebliche Konsistenz des ISMS zum Prüfstein: Entscheidungen, Controls und Nachweise müssen über Zeit zusammenpassen.
ISO 27001ISMSAudit ReadinessStatement of ApplicabilityManagement Review
SBOM-Governance: Warum eine Komponentenliste allein nicht reicht
Eine wirksame SBOM-Praxis verbindet standardisierte Produktdaten mit Qualitätsregeln, Schwachstellen-Triage, Lieferantensteuerung und dokumentierten Entscheidungen.
SBOMProduct SecurityCyber Resilience ActLieferantensteuerungVulnerability Management
NIS2-Reporting: Vom Maßnahmenstatus zur Risikoentscheidung
Wie wird aus einem NIS2-Maßnahmenstatus eine belastbare Risikoentscheidung? Praxisbeitrag zu Managementreporting, Wirksamkeit und Nachweisfähigkeit.
NIS2BSIGManagement ReportingSecurity Governance
Wenn GRC-Output zur Ware wird: Warum Erfahrung und Verantwortung gewinnen
Warum KI Standardoutput verbilligt und im InfoSec-/GRC-Markt Erfahrung, Verantwortung und belastbare Nachweise an Wert gewinnen.
GRCSecurity GovernanceKIBeratung
Security Questionnaire erhalten? Erst strukturieren, dann antworten
Warum SaaS-Teams Security Questionnaires nicht improvisiert ausfüllen sollten — und wie strukturierte Käuferkommunikation hilft.
Security QuestionnaireSaaS TrustBuyer Readiness
Sind ISO 27001 und ein CISO gesetzlich vorgeschrieben?
Wann ISO 27001 oder eine CISO-Funktion rechtlich, vertraglich oder organisatorisch relevant werden – mit Quellen zu BSIG, NIS 2, DSGVO und Gesellschaftsrecht.
ISMSGovernanceRecht
GoBD und Softwareentwicklung: Muss Quellcode zehn Jahre aufbewahrt werden?
Was GoBD, AO und HGB wirklich zu Quellcode, Programmversionen, Verfahrensdokumentation und Build-Werkzeugen verlangen.
ISMSGovernanceRecht
DORA und Softwareanbieter: Wer trägt welche Verantwortung?
DORA-Verantwortung, Mindestvertragsinhalte, Audit- und Exit-Rechte: Was Finanzunternehmen und Softwareanbieter seit 2025 beachten müssen.
ISMSGovernanceRecht
Neue Regulierung: Softwaremangel oder Change Request?
Wann neue regulatorische Anforderungen bereits geschuldete Softwarepflege betreffen und wann eine Vertragsnachverhandlung oder ein Change Request nötig ist.
ISMSGovernanceRecht