CRA, NIS2 und Vulnerability Disclosure
Wir helfen Maschinen- und Geräteherstellern, Software-Komponenten, Schwachstellen und Verantwortlichkeiten nachvollziehbar zu machen. Erst klären wir den Scope, dann setzen wir einen passenden Pilot auf.
Zusammenarbeit
Damit Ihr Team schnell entscheiden kann, machen wir Ergebnis, Mitwirkung und Grenzen der Zusammenarbeit von Beginn an transparent.
Vorgehen
Jede Zusammenarbeit liefert eine sichtbare Entscheidungs- oder Lieferbasis. Sie behalten die fachliche Verantwortung, wir bringen Struktur und technische Tiefe ein.
Ausgangslage
Einordnung
Erst fachlich verstehen, dann passende Technik auswählen und sinnvoll einführen.
Leistungsbausteine
Erst Scope, Zielbild und Pilot. Danach klarer Ausbaupfad mit passenden Paketen statt isolierter Tool-Einführung.
Gemeinsames Bild zu regulatorischem Druck, Produktlandschaft, Datenquellen und erstem Pilotumfang.
Schwerpunkte
Erste nutzbare Umgebung und belastbarer durchgängiger Pfad für ausgewählte Produkte, Releases und SBOM-Daten.
Schwerpunkte
Zielmodell für Projektstruktur, Verantwortlichkeiten, Lifecycle und Einbindung in bestehende Abläufe.
Schwerpunkte
Ausbau vom Piloten zu wiederholbaren Rollout- und Integrationsmustern für weitere Produkte und Teams.
Schwerpunkte
Praxisnaher Wissenstransfer für SBOM-Nutzung, Bewertung, Pflege und Betrieb.
Schwerpunkte
Nachhaltige Unterstützung für Plattform, Projektpflege und operative Fragen im Tagesgeschäft.
Schwerpunkte
Pakete
Richtwerte für typische Einstiege. Inhalt und Aufwand passen wir an Produktlandschaft, Reifegrad und regulatorischen Druck an.
ab 5.000 EUR
Schneller Einstieg mit erstem Zielbild für Transparenz, Vulnerability Disclosure und sinnvolle nächste Schritte.
Enthalten
ab 10.000 EUR
Vom Verstehen ins Machen: Nach Workshop setzen wir für ausgewählte Produkte erste belastbare Datenflüsse und eine nutzbare Pilotumgebung auf.
Enthalten
ab 25.000 EUR
Kompletter Einstieg mit fachlicher Einordnung, technischem Pilot, Prozessberatung und Enablement für Teams, die nicht nur prüfen, sondern tragfähig aufbauen wollen.
Enthalten
* Reisekosten werden zusätzlich berechnet und sind nicht im Preis enthalten. Alle Pakete sind auch Remote und auf Englisch möglich.
Ihr Ergebnis
Weg von einem losen Tool-Setup hin zu einem nutzbaren Arbeitsmodus für Produkte, Releases und laufenden Betrieb.
Umsetzung
Wir verbinden die technischen Datenflüsse mit den Rollen und Routinen, die sie im Alltag belastbar machen.
Bestandteile
Einstieg
Wenn zuerst regulatorische Einordnung, Betroffenheit und erste Handlungsfelder geklärt werden sollen, passt unser CRA Workshop als vorgelagerter Einstieg.
FAQ
Eine SBOM ist eine strukturierte Stückliste Ihrer Software. Sie beschreibt, welche Komponenten und Versionen in einem Produkt stecken. Das schafft Grundlage für Schwachstellenbewertung, Kundenanfragen, Audits und Vulnerability Disclosure.
Häufig begegnen uns CycloneDX und SPDX. Welches Format sinnvoll ist, hängt von vorhandenen Tools, Lieferanten und Zielen ab. Wir erklären Vor- und Nachteile im Workshop und bauen darauf passenden Pilot auf.
Nein. Wir unterstützen Betriebsmodelle in Azure, AWS und On-Premises und richten den Ansatz nach Ihrer Infrastruktur und Governance aus.
Nein. Genau dafür ist Einstieg gedacht. Wir holen Fachbereiche, Entwicklungsleitung und technische Teams auf gemeinsamen Stand und führen Begriffe, Formate und Werkzeugoptionen so ein, dass daraus konkrete Entscheidungen werden.
Nein. Der Einstieg ist bewusst gestuft angelegt: erst Scope, SBOM-Pilot und Zielbild, danach optional Rollout und weiterer Ausbau.
Nein. Neben Schwachstellen betrachten wir auch Lizenz-Governance, Produktkontext, Nachverfolgbarkeit und Prozessintegration.
Das Vorgehen schafft Transparenz über Abhängigkeiten, unterstützt nachvollziehbare Sicherheitsprozesse und hilft, regulatorische Anforderungen im Produktlebenszyklus praktisch umzusetzen.
In vielen Fällen ja. Wir binden vorhandene Flows aus bestehenden Pipeline-, Build- oder Automatisierungssystemen ein, statt unnötig neue Toolketten aufzubauen.
Nein. Im Workshop klären wir, welche Daten heute schon aus Builds, Paketquellen oder bestehenden Tools kommen und was im Pilot ergänzt werden muss.
Typisch sind Produktverantwortliche, Entwicklung, Security und Plattform oder DevOps. Ziel ist ein Pilot, der technisch funktioniert und organisatorisch getragen wird.
Typisch stehen dann ein belastbarer durchgängiger Pfad, klare Verantwortlichkeiten, erste auswertbare CycloneDX und Dependency-Track Daten und ein priorisierter Ausbaupfad für weitere Produkte und Integrationen.
Ja. Je nach Bedarf unterstützen wir bei Rollout, Schulung, Betriebsstabilisierung oder als Managed Service im laufenden Betrieb.
Gespräch
Wir verbinden Produkte, Datenquellen und Prozesse zu einem Einstieg, der im Betrieb trägt.
Wissen
