Le problème. OCPP n'a pas été conçu nativement pour la sécurité transactionnelle : interception, rejeu de transaction et usurpation de session restent possibles.
Notre réponse. Un middleware qui s'intercale dans le flux OCPP existant, sans modifier le firmware des bornes ni le back-office de facturation.
Le problème. Sièges chauffants, boost batterie, autopilot : des transactions activées à distance sans couche de sécurité dédiée — terrain pour le rejeu de commande et le contournement de licence.
Notre réponse. Un SDK embarqué côté véhicule, relié à une plateforme de supervision cloud pour sécuriser chaque activation.
Les acteurs établis couvrent la cyberdéfense globale du véhicule, côté constructeur. Nous adressons un angle complémentaire et encore peu couvert : la transaction elle-même.
| Argus / HARMAN | Upstream | Karamba | DriveLock | |
|---|---|---|---|---|
| Focus principal | Cyberdéfense véhicule | Détection & réponse | Protection runtime ECU | Sécurité transactionnelle |
| Cible client | Constructeurs | Constructeurs & flottes | Constructeurs | Opérateurs IRVE, puis constructeurs |
| Couche transaction dédiée | — | — | — | Oui |
| Intégrable sans remplacer le protocole | Partiel | Partiel | Oui | Oui |
| Marché initial à cycle court | — | — | — | Oui |
Nous ne remplaçons pas ces acteurs : nous comblons un angle mort. Là où ils protègent le véhicule, nous sécurisons la transaction — avec une entrée marché côté opérateurs IRVE, plus rapide à adresser.
Faisons le point sur votre exposition transactionnelle et la réglementation qui s'applique à votre activité.
Nous contacter