Wir testen das Produkt. Nicht nur den Perimeter.
Tiefgehende Security-Tests über Hardware, Firmware, Software, Protokolle, Cloud-Backends und Kryptografie. Für Teams, die sicherheitskritische B2B-Produkte und -Plattformen bauen.
Industrieprodukte sind Systeme, keine einzelnen Schnittstellen.
Industrielle und sicherheitskritische B2B-Produkte enden selten an einer technischen Grenze. Ein Gerät reicht in Applikationen und Cloud-Dienste hinein; ein digitales Produkt hängt an APIs, Kubernetes, Identität und Secrets. Wir testen die Schichten, die die echte Angriffsfläche definieren.
Ein Sicherheitsfehler skaliert mit dem Produkt.
Einmal ausgerollt, kann eine gemeinsame Schwäche Geräte, Kundenumgebungen und die Infrastruktur hinter dem Produkt betreffen.
Dem Angriffspfad folgen
über alle Produktschichten.
Starten Sie beim physischen oder eingebetteten Produkt selbst, oder bei der Software-Plattform darum herum. Wir scopen den Test um die Produktarchitektur und die Angriffspfade, die zählen.
Industrial Device & Firmware Security Assessment
Für Produkte, bei denen das Gerät selbst Teil des Ziels ist. Wir testen das System von physischen Schnittstellen, Hardware-Sicherheitskontrollen und Boot-Ketten über Firmware, Protokolle, Applikationen bis zu Backend-Komponenten.
Device & Firmware Assessment →Product Penetration Testing
Für Produkte, bei denen keine Hardware-Analyse nötig ist. Wir testen Web- und Mobile-Applikationen, APIs, Cloud-native-Backends, Kubernetes, Management-Schnittstellen und Netzwerkdienste als Produkt-Angriffsfläche.
Product Penetration Testing →Kryptografie, Protokolle
und sicherheitskritischer Code.
Der Review-Umfang kann auf ein bestimmtes Vertrauensmodell, eine Protokoll-Implementierung oder einen sicherheitskritischen Code-Pfad begrenzt werden.
Cryptography Review
Wir prüfen, wo Vertrauen entsteht, wie es sich durch das Produkt fortpflanzt und wo Implementierungs- oder Lebenszyklus-Entscheidungen es brechen können.
Cryptography Review →Protocol & Wireless Security
Proprietäre Protokolle, RF, Pairing, Authentisierung und Protokoll-Reverse-Engineering.
Firmware & Source Code Review
Embedded-Code, Bootloader, Protokoll-Parser, Update-Agents und sicherheitskritische Komponenten.
Product Vulnerability Response
Technische Antwort auf gemeldete Produkt-Schwachstellen. Reproduktion, Exploitability-Analyse, Remediation-Support, koordinierte Disclosure und Retesting.
Dr. Ewan Fleischmann
Redlings wird technisch von Dr. Ewan Fleischmann geleitet. Promotion in Kryptografie, Background in Offensiv-Security, Security-Research und komplexen Product-Security-Assessments.
Wir untersuchen Produkte,
um zu verstehen, wie sie scheitern.
Originale technische Arbeit über Geräte, Firmware, Protokolle und Kryptografie.
Reverse Engineering, Analyse und Tooling.
Originale technische Arbeit über Geräte, Firmware, Protokolle, Kryptografie und Produkt-Infrastruktur.
Scoping. Attack & Review. Verify.
Wir scopen mit den Ingenieuren, die das Produkt bauen, testen die relevanten Angriffspfade und liefern Befunde, die sie reproduzieren und beheben können.
Mit Engineering scopen
Architektur, Vertrauensgrenzen, Angreifer-Annahmen und die für das Assessment nötigen Zugänge aufnehmen.
Angreifen & prüfen
Die Methoden einsetzen, die das Ziel erfordert: Penetration Testing, Reverse Engineering, Protokollanalyse, Krypto-Review, Source-Code-Review oder Hardware-Analyse.
Befunde & Retest
Reproduzierbare Befunde, technische Auswirkung und Remediation-Kontext dokumentieren. Fixes gegen den ursprünglichen Angriffspfad verifizieren.
Soll das Testing eine regulatorische Anforderung stützen?
Wo erforderlich, lassen sich Assessment-Arbeit und Befunde auf relevante technische Anforderungen aus CRA, EN 18031 und IEC 62443 mappen.
Product Security Regulation →Feldnotizen zur
Product Security.
Technische Analysen, Engineering-Lektionen und Regulierungskontext für Teams, die sicherheitskritische Produkte bauen.
Secure Boot ist keine Checkbox: Wo Trust-Ketten in echten Produkten scheitern
Ein praxisnaher Blick auf die Lücke zwischen „Secure Boot aktiviert" und einer Boot-Kette, die einem Angreifer tatsächlich standhält.
Note lesen →EN 18031, CRA und IEC 62443: Wo technisches Testing hinpasst
Wie Regulierung und Standards echte technische Validierungsbedarfe für Produktteams erzeugen.
Note lesen →Warum Geräte-Key-Management im Maßstab schmerzhaft wird
Provisioning-, Speicher-, Rotations- und Recovery-Muster, die man vor der Produktion gestalten sollte.
Note lesen →Sie bauen ein Produkt, das ernsthaften Security-Testing braucht?
Sagen Sie uns, was Sie bauen, in welcher Phase es steht und was getestet werden soll. Den Umfang definieren wir mit Ihrem Engineering-Team.