Verteidigungssoftware

Schlüsselkriterien sind relevante Verteidigungserfahrung, Sicherheitszertifikate (ISO 27001, AQAP 2110, FedRAMP), Freigabeverfügbarkeit, NATO-fähige Rechtspersönlichkeit, reale Einsätze (nicht nur Verträge) und die Fähigkeit, unter klassifizierten oder air-gapped Bedingungen zu liefern.

ISO 27001 demonstriert ein dokumentiertes Informationssicherheits-Managementsystem (ISMS), das den gesamten SDLC abdeckt — erforderlich für die meisten NATO-Beschaffungen, oft eine Voraussetzung für die Verarbeitung klassifizierter oder sensibler Kundendaten und eine Grundlage für AQAP-2110-Qualitätsanforderungen.

AQAP 2110 sind die NATO-Qualitätssicherungsanforderungen für Design, Entwicklung und Produktion. Für Software spezifizieren sie Prozesskontrollen, Konfigurationsmanagement, V&V-Anforderungen und Lieferantenpflichten — häufig in NATO-Beschaffungsverträgen verlangt.

Verteidigungs-SDLC erfordert formale V&V, kontrollierte Umgebungen, dokumentiertes Änderungsmanagement, Lieferkettensicherheit (SBOM, Abhängigkeitsherkunft), Sicherheitsfreigaben für Entwickler, klassifiziertes Hosting für Teile des Codes und Assurance gegen spezifische Rahmenwerke wie NIST 800-53 oder AQAP 2110.

DevSecOps in der Verteidigung integriert Sicherheitskontrollen — SAST, DAST, SBOM-Generierung, Abhängigkeitsscanning, Infrastruktursicherheitsprüfungen — direkt in die CI/CD-Pipeline. Jeder Build produziert Nachweisartefakte: Scan-Berichte, Testergebnisse und Compliance-Aufzeichnungen, die sich zu einem auditierbaren Nachweispfad für die Systemakkreditierung ansammeln. Das Ziel ist, Sicherheit kontinuierlich zu machen statt als letzte Kontrollinstanz.

Eine SBOM ist ein maschinenlesbares Inventar jeder Komponente — Open-Source-Bibliotheken, Drittanbieter-Pakete und deren Versionen — in einer Softwarelieferung. Verteidigungsbeschaffungsprogramme fordern SBOMs zunehmend, damit Schwachstellenmanagement-Teams die Exposition bei einem neuen CVE bewerten können, ohne den Code manuell zu prüfen. SBOM-Anforderungen sind bereits in US-DoD- und NATO-RFP-Spezifikationen eingebettet.

Code-Review-Disziplin in klassifizierter Entwicklung geht über Standard-Pull-Requests hinaus: Reviewer müssen die entsprechende Freigabe besitzen; Review-Ergebnisse werden dokumentiert und mit dem Konfigurationsmanagementdatensatz verknüpft; kryptografische Signierung von Commits gewährleistet Nichtabstreitbarkeit; Code-Review-Nachweise werden als Teil des Akkreditierungsnachweispakets aufbewahrt.

Verteidigungssoftware verwendet eine Mischung aus Leistungs-, Sicherheits- und Legacy-Integrationsanforderungen. C++ und Rust für leistungskritische Komponenten (Signalverarbeitung, Echtzeit-Fusion). Python für KI/ML-Pipelines. TypeScript und React für C2-Dashboard-Frontends. Java bleibt in Legacy-NATO-Middleware verbreitet. Go wird zunehmend in Cloud-nativen Microservices eingesetzt.

Viele Verteidigungsprogramme beinhalten klassifizierte Anforderungen, Datenumgebungen und Systemarchitekturen, die nicht mit Personal ohne entsprechende Sicherheitsfreigabe geteilt werden können. Auch bei nicht klassifizierter Entwicklung müssen Mitarbeiter, die an Systemen für später klassifizierte Daten arbeiten, Hintergrundüberprüfungen bestehen, um Akkreditierungsanforderungen zu erfüllen.

Corvus Intelligence entwickelt maßgeschneiderte Verteidigungssoftware in neun Dienstleistungsbereichen: C2-Dashboards, SIGINT-Plattformen, Gefechtsfeld-Datenfusionssysteme, Verteidigungs-Edge-KI, taktische mobile Apps, Verteidigungslogistiksoftware, militärische Cybersicherheitsplattformen, sichere GovCloud-Infrastruktur und militärische Trainingssimulatoren. Das Unternehmen hält ISO 9001:2015-, ISO 27001:2022- und ISO 45001:2018-Zertifizierungen.

Narrative Shield ist eine KI-gestützte Plattform für strategische Kommunikation, die StratCom-Einheiten mit kontinuierlicher Erkennung gegnerischer Narrative, KI-generierten Optionen für Gegenkampagnen und einer geschlossenen Wirkungsbewertung ausstattet. Die Plattform überwacht das Informationsumfeld fortlaufend, erkennt feindliche Narrativmuster, schlägt Reaktionsoptionen zur menschlichen Überprüfung vor und verfolgt die nachgelagerten Auswirkungen genehmigter Informationsoperationen.

Narrative Shield gliedert sich in drei operative Abläufe: reaktive Narrativbewertung (Erkennung und Klassifizierung gegnerischer Narrative bei ihrem Auftreten), proaktive Kampagnengenerierung (Erstellung KI-verfasster Gegendarstellungsoptionen zur Genehmigung durch den Operator) und Wirkungsbewertung nach der Maßnahme (Messung von Reichweite und Resonanz durchgeführter Informationsoperationen zur Schließung des Rückkopplungskreislaufs).

Narrative Shield setzt NATO-KI-Prinzipien durch drei Mechanismen durch: sichtbare KI-Begründungsnachverfolgung, die Operatoren genau zeigt, warum ein Narrativ als verdächtig eingestuft oder eine Kampagnenoption generiert wurde; vollständige zeitgestempelte Entscheidungsprotokolle, die jede KI-Empfehlung und jede Operatorhandlung für eine nachträgliche Prüfung erfassen; sowie obligatorische menschliche Genehmigungsschritte, die verhindern, dass eine Informationsoperation ohne ausdrückliche Operatorgenehmigung ausgeführt wird.

DevSecOps in der Verteidigung integriert Sicherheitskontrollen – SAST, DAST, SBOM-Generierung, Abhängigkeits-Scanning, Infrastruktursicherheitsprüfungen – direkt in die CI/CD-Pipeline. Jeder Build erzeugt Nachweisartefakte: Scan-Berichte, Testergebnisse und Compliance-Aufzeichnungen, die sich zu einem auditierbaren Nachweispfad für die Systemakkreditierung ansammeln. Ziel ist es, Sicherheit kontinuierlich zu gestalten statt sie als abschließende Kontrollinstanz einzusetzen – und die Zeit von der Codeänderung bis zur akkreditierten Bereitstellung zu verkürzen, die bei veralteten Verteidigungsprogrammen Jahre betragen kann.

Code-Review-Disziplin bei klassifizierter Entwicklung geht über den Standard-Pull-Request-Review hinaus: Reviewer müssen die dem Klassifizierungsgrad des Codes entsprechende Sicherheitsfreigabe besitzen; Review-Ergebnisse werden dokumentiert und mit dem Konfigurationsmanagementeintrag verknüpft; kryptografische Signierung von Commits wird erzwungen, um Nichtabstreitbarkeit sicherzustellen; und Code-Review-Nachweise werden als Teil des Akkreditierungsnachweispakets aufbewahrt. Dieses strukturierte Verfahren verhindert einzelne Angriffspunkte in sicherheitskritischen Codebasen.