What does securing a connected product actually involve?

The whole chain, not one layer: secure boot and a hardware root of trust so only your signed firmware runs, a per-device identity from your own PKI, encrypted transport over TLS or mutual TLS, signed and verified OTA updates, and penetration testing plus compliance mapping so you can prove it, not just claim it.

Which standards and regulations do you build to?

We build to the consumer IoT baseline ETSI EN 303 645 and the NIST IoT guidance, and we map the product to the EU Cyber Resilience Act so it is ready for the audit rather than scrambling after a finding.

Can you secure a device we have already shipped?

Often, yes. We threat-model what is in the field, add per-device identity and signed OTA where the hardware allows, tighten transport and key storage, and tell you plainly where a hardware limit means the next revision has to carry the fix.

Do you do penetration testing as well as building the defences?

Yes. We threat-model the design, build the defences, then attack the result hands-on before it ships — secure boot, key storage, transport and the update path — so the weaknesses surface in our lab, not in the wild.

Alle Leistungen

IoT-Sicherheit

Liefere Geräte aus, die sich nicht klonen, kapern oder zurückrufen lassen.

Sicherheit für vernetzte Produkte: vom Secure Boot bis zum Audit.

Ein vernetztes Produkt ist nur so sicher wie sein schwächstes Gerät im Feld. Wir sichern die ganze Kette —Secure Boot und eine Hardware-Vertrauensbasis, Identität je Gerät, verschlüsselter Transport und signierte Updates— damit deine Geräte und ihre Daten sich nicht klonen, kapern oder leise zurückrufen lassen, und damit das Produkt das Audit besteht, statt zur Schlagzeile zu werden.

Legen wir los Kanban öffnen

Eine abstrakte Darstellung eines abgesicherten, vernetzten Hardware-Geräts

01 / Was es dir bringt

Vom Silizium bis zum Audit.

Firmware, die nur läuft, wenn sie deine ist

Secure Boot und eine Hardware-Vertrauensbasis, damit ein Gerät deine signierte Firmware startet und nichts anderes: Manipulierter Code kommt nie zur Ausführung.

Eine Identität, die niemand klonen kann

Jedes Gerät trägt sein eigenes Zertifikat aus deiner PKI, sodass ein geleakter Schlüssel ein Gerät kompromittiert, nicht die ganze Flotte.

Daten, die im Transit privat bleiben

TLS und gegenseitiges TLS auf jeder Verbindung, sodass der Verkehr zwischen Gerät und Cloud nicht gelesen, gefälscht oder wiederholt werden kann.

Updates, die sich nicht manipulieren lassen

Signierte, verifizierte Over-the-Air-Updates, damit ein gekaperter Update-Kanal nie fremden Code auf deine Geräte schieben kann.

02 / Stack

Die Technologie, mit der wir bauen.

Branchenstandard, langweilig im besten Sinne: Werkzeuge mit Zukunft, die auch der nächste Entwickler kennt.

Gerätevertrauen

Secure boot
Firmware beim Start signiert und verifiziert
TPM / secure element
Schlüssel in einem TPM oder Secure Element verwahrt
PKI
Zertifikate je Gerät aus deiner eigenen PKI
mTLS
Gegenseitiges TLS, damit beide Enden ihre Identität belegen

Kommunikation

TLS
Verschlüsselter Transport für jede Verbindung
Signed OTA
Firmware-Updates Ende zu Ende signiert
Certificate rotation
Zertifikate rotiert, bevor sie ablaufen
VPN
Private Tunnel für den Flotten-Backhaul

Nachweis

Penetration testing
Praktische Angriffe vor der Auslieferung
Threat modelling
Risiken kartiert, solange es noch ein Entwurf ist
ETSI EN 303 645
Gebaut nach der Basisnorm für Verbraucher-IoT
CRA compliance
Bereit für den EU Cyber Resilience Act

03 / Vorgehen

Wie wir Dinge bauen, die bleiben.

Vertrauen in Hardware verankert

Secure Boot und eine Hardware-Vertrauensbasis bedeuten, dass ein Gerät nur Firmware ausführt, die du signiert hast: Manipulierter oder ausgetauschter Code startet nie.

Eine Identität je Gerät

Jedes Gerät erhält sein eigenes Zertifikat aus deiner PKI, sodass ein gestohlener Schlüssel dich ein Gerät kostet, nicht die Flotte.

Updates, denen du trauen kannst

Signierte, verifizierte OTA, damit ein kompromittierter Update-Pfad deine Geräte nicht in das Botnetz eines anderen verwandeln kann.

Bewiesen, nicht angenommen

Penetrationstests, Bedrohungsmodellierung und Compliance-Abbildung, damit Sicherheit etwas ist, das du einem Prüfer zeigen kannst, statt es nur zu behaupten.

04 / Standards

Best Practices, die wir nicht auslassen.

Wir halten uns bei jedem Projekt an Branchenstandards und bewährte Methoden – sie sorgen dafür, dass der Kostenvoranschlag hält.

Firmware beim Start aus einer Hardware-Vertrauensbasis verifizieren
Geräteschlüssel in einem TPM oder Secure Element speichern, nie im Flash
Jedem Gerät ein eigenes Zertifikat geben und es sauber widerrufen
Jede Verbindung mit TLS verschlüsseln, mit gegenseitigem TLS, wo beide Enden zählen
OTA-Updates signieren und vor der Installation verifizieren
Zertifikate automatisch rotieren, bevor sie ablaufen
Das Produkt bedrohungsmodellieren, solange es noch am Whiteboard steht
Die Umsetzung auf ETSI EN 303 645, NIST IoT und den EU CRA abbilden

05 / Infrastruktur

Wo es läuft und wie es am Laufen bleibt.

Secure Boot und Schlüsselspeicherung in einem TPM oder Secure Element
PKI je Gerät mit sauberer Ausstellung und Widerruf
TLS-/mTLS-Transport und signierte, verifizierte OTA
Penetrationstests und Compliance-Abbildung auf ETSI, NIST und den CRA

Start

Bereit, deine Geräte abzusichern, bevor es jemand anderes tut?

Erzähl uns von deinem Produkt und wo du dir Sorgen machst. Es antwortet ein Senior-Sicherheitsingenieur, kein Vertriebler.

Let’s manage IoT-Plattform & Cloud

Liefere Geräte aus, die sich nicht klonen, kapern oder zurückrufen lassen.

Sicherheit für vernetzte Produkte: vom Secure Boot bis zum Audit.