Geprüfter Merge Request
Kompatible Versionsupdates oder semantisch angepasste .patch-Backports für Yocto, Buildroot, OpenWrt oder Debian/CIP, geliefert mit neu gebauten Paketen, Regressionstest-Logs und Hardware-Checkliste.
Für Gerätehersteller in DACH & Europa
Firmdura aus Hamburg unterstützt Hersteller von Industrie-Gateways, Routern, Steuerungen und vernetzten Systemen auf Basis von Yocto Project, Buildroot, OpenWrt und Debian/CIP über den gesamten Produktlebenszyklus.
Leistungen
Ein Scanner-Befund oder ein Upstream-Commit ist noch kein auslieferbares Firmware-Update. Wir übernehmen die technische Analyse, Anpassung und Validierung auf Ihrer bestehenden Plattform ohne Zwang zu riskanten Betriebssystem-Upgrades.
Kompatible Versionsupdates oder semantisch angepasste .patch-Backports für Yocto, Buildroot, OpenWrt oder Debian/CIP, geliefert mit neu gebauten Paketen, Regressionstest-Logs und Hardware-Checkliste.
Technischer Nachweis deaktivierter Build-Optionen (PACKAGECONFIG, BR2_PACKAGE_*, Kconfig) oder nicht aufgerufener Codepfade als VEX-Dokumentation oder CVE_STATUS-Eintrag gemäß EU-CRA-Leitlinien.
Gemeinsame Prüfung auf aktive Ausnutzung oder schwerwiegende Sicherheitsvorfälle, gestufte 24h- und 72h-Entwürfe für die ENISA Single Reporting Platform sowie Fristensteuerung parallel zur Fehlerbehebung.
Klare Betriebsgrenzen
Vertraulichkeit (NDA) und Branch-Umfang werden vorab schriftlich vereinbart; Builds und Regressionstests laufen auf Infrastruktur unter Ihrer Kontrolle oder Freigabe.
Alle Ergebnisse bestehen aus Standard-Rezepten, Patches und VEX-Nachweisen in Ihrem Repository, ohne proprietäre Laufzeit-Binärdateien auf Ihrem Gerät.
Ihr Engineering-Team prüft und übernimmt jede Änderung. Signaturschlüssel, PKI, Hardware-Freigabe und OTA-Auslieferung verlassen niemals Ihr Unternehmen.
EU Cyber Resilience Act
Unter der Verordnung (EU) 2024/2847 laufen die Meldefristen ab Kenntnis einer aktiv ausgenutzten Schwachstelle oder eines schwerwiegenden Sicherheitsvorfalls an, noch bevor ein Patch fertiggestellt ist. Firmdura prüft die tatsächliche Betroffenheit Ihrer ausgelieferten Konfiguration und bereitet gestufte ENISA-Meldungen parallel zur technischen Behebung vor.
Die Meldepflicht nach Artikel 14 betrifft aktiv ausgenutzte Schwachstellen und schwerwiegende Vorfälle, nicht jeden einzelnen CVE-Eintrag. Produktentscheidungen und Herstellerverantwortung verbleiben bei Ihnen.
Artikel-14-Meldepflicht gilt EU-weit (24h Frühwarnung, 72h Meldung) über die Single Reporting Platform der ENISA.
Anwendung der wesentlichen CRA-Anforderungen, einschließlich Sicherheitsupdates über einen Supportzeitraum von grundsätzlich mindestens fünf Jahren (Artikel 13 Abs. 8).
Bei Verstößen gegen wesentliche Sicherheits- oder Schwachstellenbehandlungspflichten drohen Geldbußen bis zu 15 Mio. EUR oder 2,5 % des weltweiten Jahresumsatzes.
Primärquellen: Verordnung (EU) 2024/2847 · Europäische Kommission CRA · CRA-Meldepflichten
Zusammenarbeit & Kontakt
Drei Upstream-gestützte User-Space-CVE-Fälle auf einer fixierten Firmware-Konfiguration (Yocto, Buildroot, OpenWrt oder Debian/CIP), mit vorab schriftlich vereinbartem Lieferumfang, Testrahmen und Festpreis.
Planbare CVE-Triage, Patch-Backporting, Kandidaten-Builds, Regressionstest-Nachweise und CRA-Artikel-14-Meldeunterstützung zum festen Satz pro unterstützter Produktkonfiguration, ohne offene Stundenabrechnung.
Nennen Sie uns Ihren Build-Stack, Ihren Firmware-Branch und ob offene CVE-Backlogs, laufende Produktwartung oder die EU-CRA-Meldepflicht im Vordergrund stehen, gern auf Deutsch oder Englisch.