SHEET 10INTEGRATION ECOSYSTEM

Ihre Toolchain
spricht bereits ThreatZ.

30+ tools across Architektur-Modellierung, Code-Analyse, SBOM-Management, DevOps, Security-Testing und Identity — kein Lock-in, kein Abtippen. Jeder Import wird bereitgestellt und geprüft; nichts landet stillschweigend auf dem Graph.

30+ INTEGRATIONS
7 CATEGORIES
4 VULNERABILITY FEEDS
7+ EXPORT FORMATS

Cybersecurity-Engineering-Pipeline

15 verbundene Stufen. Ein verbundener Graph.

Von der Netzwerkanalyse bis zu OEM-VSOC-Streaming und Threat-Intel-Ingest — konform mit ISO/SAE 21434 und UN R155. Click any stage , um zu sehen, welche Tools dort andocken.

ThreatZ ThreatZ ALIGNED WITH ISO/SAE 21434 · UN R155
STAGE 01 · NETWORK & COMM MATRIX DESIGN

Importiert Bus-Signale, Comm-Matrix-Metadaten und Protokollstapel. Die Grundlage für Asset- und Bedrohungsmodellierung stromabwärts.

DON'T SEE YOUR TOOL? WE ADD CONNECTORS FROM REAL CUSTOMER REQUESTS — SUGGEST ONE
CONNECTED TOOLS & FORMATS
ARXML DBC VSS (Vehicle Signal Specification)

DATA INTERCHANGE: SARIF 2.1.0 · GENERIC JSON · CYCLONEDX · SPDX v2.3/v3 · REQIF · OPENXSAM · STIX · AUTOSAR · NVD · CNVD · OSV · GITHUB SECURITY ADVISORIES

Wie die Daten tatsächlich fließen

Top-5-Integrationen, im Detail.

Jenseits der Logo-Wand — die konkreten Daten, Serialisierung und Richtung für die fünf Integrationen, die Kunden zuerst konfigurieren.

Vector CANoe CAN-Bus- & Automotive-Ethernet-Testausführung
ThreatZ test plan → TestBench Agent (CAPL + Python) → CANoe → vehicle HW → verdict → TARA
DIRECTION  Bi-directional FORMAT  Vector test report (XML) + BLF/ASC/MF4 · PCAPNG (signed) AUTH  Agent credential · CANoe license / CANoe4SW for CI
MATLAB & Simulink System-Composer-Architektur-Import
System Composer → SLX / SysML XMI → asset graph + trust boundaries → TARA scope ⇢ ReqIF feedback
DIRECTION  In (architecture) · ReqIF back FORMAT  SLX native · SysML v1 XMI · SysML v2 (R2024a+) · ReqIF 1.2 AUTH  File handover or MATLAB Engine API
Atlassian Jira Risikobehandlungen & Security-Aufgaben
Risk treatment → REST → Jira issue (project · epic · custom fields) ⇢ webhook → status back
DIRECTION  Bi-directional FORMAT  Jira REST + custom-field mapping · 1:1 or 1:N per treatment AUTH  OAuth 2.0 / Connect (Cloud) · PAT (Data Center 8.14+)
GitHub SBOM, CodeQL-Funde & PR-Statusprüfungen
Actions on PR/push → SBOM (SPDX/CycloneDX) + SARIF → correlate vs TARA → status check → PR
DIRECTION  Up-stack · checks back to PR FORMAT  SPDX 2.3 · CycloneDX 1.6 · SARIF 2.1.0 · portable to GitLab/Jenkins AUTH  GitHub App (checks:write) · fine-grained PAT for ingest
SonarQube Statische-Analyse-Funde korreliert mit TARA-Bedrohungen
sonar-scanner → Web API pull → SARIF → map → SBOM + threat IDs ⇢ resolution echo
DIRECTION  Pull · resolution echo back FORMAT  Web API JSON (9.x/10.x) → SARIF 2.1.0 · CWE preserved AUTH  User token (Browse) · SonarCloud Bearer + org key
IDENTITY & ACCESS

Enterprise Single Sign-on.

Microsoft Entra ID Google Workspace GitHub SSO SAML 2.0 LDAP
SSO in den Plänen Professional und Enterprise · LDAP in Enterprise mit On-Premise-Bereitstellung.
EXPORT & INTEROPERABILITY

Spricht die Sprache Ihrer Branche.

REPORTS PDF CSV Excel
INTERCHANGE ReqIF SARIF 2.1.0 OpenXSAM STIX AUTOSAR
ReqIF-Exporte sind mit IBM DOORS, Siemens Polarion und PTC Integrity kompatibel. STIX- und AUTOSAR-Exporte in Enterprise.

Brauchen Sie eine andere Integration?

Sagen Sie uns, welche Tools Ihre Teams nutzen — das erweiterbare Parser-Framework macht neue Connectors schnell, und wir priorisieren nach echten Kundenwünschen.

Eine Integration anfragen
TITLEINTEGRATIONS-ÖKOSYSTEM — PIPELINE & FORMATE
TOOLS30+ · 7 CATEGORIES
FEEDSNVD · CNVD · OSV · GHSA
EXPORTS7+ FORMATS

Stage 01 — Network & Comm Matrix (DESIGN)

Importiert Bus-Signale, Comm-Matrix-Metadaten und Protokollstapel. Die Grundlage für Asset- und Bedrohungsmodellierung stromabwärts.

Stage 02 — System Modelling (DESIGN)

Architektur wie entworfen — Komponenten, Ports, Schnittstellen und Stereotype, gelesen aus Ihrem Engineering-System of Record.

Stage 03 — Asset Identification (DESIGN)

Diagnosekataloge und Signalspezifikationen werden zum Asset-Inventar — Mapping vor dem Commit geprüft, nie stillschweigend angewendet.

Stage 04 — TARA (ANALYSIS)

Bedrohungsszenarien, Schadensszenarien und Risikowerte auf dem Graph — plus Migrationspfade für die TARAs, die Sie bereits haben.

Stage 05 — Goals & Requirements (ANALYSIS)

Cybersecurity-Ziele und -Anforderungen fließen zu und von Ihren Anforderungsmanagement-Tools.

Stage 06 — SW Architecture (SOFTWARE)

Software-Units auf das Systemmodell abgebildet, bereit für Kompositionsanalyse und SBOM-Daten.

Stage 07 — SBOM (SOFTWARE)

Software-Stücklisten je Unit — wie geliefert importiert, je Baseline versioniert, beim Re-Import verglichen.

Stage 08 — SAST (SOFTWARE)

Statische-Analyse-Funde korreliert mit SBOM-Komponenten und TARA-Bedrohungen; Behandlungsstatus zurückgespiegelt.

Stage 09 — Binary Analysis (SOFTWARE)

Funde aus Binär-Scannern landen auf denselben Komponenten wie Ergebnisse auf Quellcode-Ebene.

Stage 10 — SCA (SOFTWARE)

Software-Composition-Analyse-Ergebnisse mit Zulieferer-SBOMs abgeglichen — ein Komponenten-Inventar, nicht zwei.

Stage 11 — Vulnerability Databases (MONITORING)

Kontinuierlicher Abgleich des Komponenten-Inventars gegen öffentliche und regionale Schwachstellen-Feeds.

Stage 12 — Testing (VALIDATION)

Aus Angriffspfaden abgeleitete Kampagnen steuern den Prüfstand; Ergebnisse kommen als Verifizierungsnachweis auf die Assurance-Kette zurück.

Stage 13 — Data Exchange (EVIDENCE)

Maschinenlesbarer Austausch mit dem Rest Ihres Engineering-Ökosystems — deren Format, Ihr Render-Schritt.

Stage 14 — OEM VSOC (OPERATIONS)

Flotten-Security-Events streamen ins Incident Command; Vorfallsprotokolle wirken auf das Risikomodell zurück.

Stage 15 — Threat Intel (OPERATIONS)

Threat-Intelligence-Ingest hält Machbarkeitsbewertungen und Bedrohungsszenarien am realen Weltgeschehen aktuell.