// piattaforma di fiducia iiot · sovrana · air-gap

La piattaforma di fiducia per l'IIoT sovrano.

Identità hardware, decisione locale, azione autonoma, air-gap. Quattro livelli aperti e verificabili — prendete un mattone, più mattoni o lo stack completo.

Vedere la console demo → Cosa sa fare la piattaforma Documentazione tecnica

// platform telemetry

devices.enrolled412 policy.evals.local12 847 attestations.signed1 976 audit.entries8 402 satellites.online99.4 % stackEU / open

// demo data — banco di dimostrazione

// snapshot · banco Île-de-France

▸Ops-Devices è la piattaforma di fiducia sovrana per l'IIoT.

Trust-Buster è il primo sistema costruito su di essa: controllo degli accessi ABAC con satelliti di interruzione, distribuito e gestito in loco. trust-buster.com ↗

// cosa sa fare la piattaforma

Capacità

Capacità dimostrate su banco.

Percepire: Rilevamento RF passivo (BLE / WiFi), correlazione di presenza, cartografia, firme di consumo elettrico (NILM — solo corroborazione, mai prova di identità).
Identificare: Identità hardware ancorata (enclave, IoT SAFE), attestazione mTLS firmata dall'enclave, arruolamento di apparecchiature legacy senza modificarle.
Decidere: Politiche valutate localmente, offline, su manifest firmato; anti-rollback tramite contatori monotoni; nessuna chiamata al server sul percorso critico.
Agire: Interruzione dell'alimentazione, filtraggio dei flussi, proxy di fiducia per interfaccia (BLE, USB, Ethernet, seriale, RS-485 / Modbus).
Dimostrare: Registro di audit firmato, append-only, non ripudio, esportazione SIEM (syslog / CEF).
Interoperare: MQTT 5.0 standard, REST / OpenAPI, webhook, adattatori di frontiera (CoT per la difesa).
Distribuire: On-premise, air-gap totale, o hosting sovrano; 3 form factor.

// 4 livelli indipendenti

Mattoni tecnici

Ogni livello è documentato, versionato e utilizzabile in modo indipendente. Acquistate ciò che manca al vostro stack attuale — non una soluzione monolitica.

L1

Hardware

3 form factor (Cubo, guida DIN, rinforzato IP68) · ESP32-S3 + componente sicuro

Firmware predefinito pronto all'uso, datasheet pubblici, schemi elettronici su richiesta NDA. La catena di fiducia è ancorata in un componente sicuro certificato Common Criteria EAL5+ (enclave ereditata da Tiempo Secure, tramite Sequans Monarch 2): la chiave privata è generata al suo interno e non ne esce mai. La certificazione riguarda il componente, non Ops-Devices.

MCU: ESP32-S3 / ESP32-C6
Cellulare: Walter (Sequans Monarch 2, FR/BE)
Radio: BLE 5.0 + WiFi 6
Ricarica: Qi 5V + USB-C
Custodia: Cubo 12 cm, IP non specificato v1
Componente sicuro: Certificato CC EAL5+ (Tiempo Secure)
Protocollo: IoT SAFE (GSMA RP.25)
Chiave privata: Generata in enclave, mai in RAM
Attestazione: mTLS X.509 firmato dall'enclave, non dal firmware

L2

Firmware

Firmware ESP32 open-source, SDK, OTA firmato via hawkBit

Apache 2.0, sviluppato in Europa, verificabile, build riproducibile. Profili configurabili (allerta, gateway, controllo). Adattate i payload MQTT ai vostri vincoli, aggiungete le vostre euristiche di rilevamento.

Licenza: Apache 2.0
Framework: ESP-IDF v5.1+
MQTT: 5.0 + mTLS X.509 (TLS 1.3)
OTA: Firmato Ed25519, hawkBit
Sicurezza: AES-256-GCM, ECDH/HKDF
Anti-rollback: Contatori monotoni in enclave

L3

Backend & API

Ingestione MQTT, politiche, registro firmato, REST + webhook

Python asyncio + PostgreSQL/TimescaleDB. API REST documentata OpenAPI, webhook MQTT, ingestione ProtoBuf. Auto-ospitabile on-premise (air-gap possibile) o in hosting sovrano. La piattaforma distribuisce le politiche; non partecipa mai alla decisione.

Stack: Python 3.12 + asyncio
DB: PostgreSQL + TimescaleDB
Broker: EMQX 5 (MQTT 5.0) — demo
Broker sovrano: HiveMQ / VerneMQ / Mosquitto
API: REST OpenAPI + webhook
Esportazione: SIEM syslog / CEF
Distribuzione: Podman / Docker / on-prem / air-gap

L4

Console di supervisione

Frontend SvelteKit + cubo 3D Three.js — supervisione in tempo reale

Open-source, personalizzabile (logo, colori, faccette, etichette). Dashboard admin, inbox messaggi, multi-cubo, cartografia RF. Distribuibile con il vostro marchio (opzione OEM / white-label).

Stack: SvelteKit 2 + Tailwind 3
3D: Three.js
Auth: OIDC (LemonLDAP, Keycloak…)
i18n: FR / DE / IT inclusi
Licenza: Apache 2.0 + accordo OEM

// architettura

Un'ancora, dei satelliti.

L'ancora è distante dagli apparati che protegge, e ne protegge diversi: non viene mai cablata direttamente su nessuno di essi. Il Cubo è l'ancora di fiducia e il punto di decisione di una zona. I satelliti applicano, uno per interfaccia. Il Cubo non delega mai autorità: emette capacità effimere firmate, a durata limitata e legate al contesto. Non si fida mai di un satellite — lo verifica.

Interfaccia controllata	Satellite	Ruolo	Stato
Alimentazione 230 V	Shelly (firmware stock rinforzato, detached input)	Interruzione / autorizzazione di un'apparecchiatura	● Dimostratore
Periferiche BLE	Proxy BLE	Tastiera, mouse, periferica wireless	● Roadmap
Bus USB	Filtro USB-HID — STM32H7 (due core USB)	Tastiera USB — caso di riferimento del flusso completo	● Roadmap
Rete cablata	Gate Ethernet	Segmento OT	● Roadmap
Interfaccia seriale	Gateway seriale — STM32 + ST3485E isolato	PLC Modbus RTU legacy (RS-485 / RS-232)	● Roadmap

Il satellite di alimentazione, in dettaglio

È l'unico satellite in funzione. Il Cubo non gli delega alcuna autorità: gli invia una capacità effimera firmata, con TTL breve, e ne verifica lo stato.

Hardware: Shelly (Allterco, Bulgaria — ISO 27001)
Firmware: Firmware stock, rinforzato — nessun reflash
Ingresso: Detached input — il pulsante segnala, il relè obbedisce solo al Cubo
Disattivati: Cloud, BLE, schedule, webhook
All'avvio: Stato power-on OFF (fail-closed)
Collegamento: MQTT over mTLS, interfaccia web autenticata
Interlock: Misura a monte (Pro 1PM, guida DIN) vs a valle (Plug S)
Banco: 2× Plug S Gen3, 1× Pro 1PM, 1× EM Gen3, 1× Plus i4 DC
Portabilità: Plug S Gen3 = ESP32-C3: il firmware del Cubo non è portabile su di esso

Sui satelliti, la sovranità è reale

I satelliti non hanno bisogno di radio: il compromesso ESP32 del Cubo qui scompare. Sono costruiti su STMicroelectronics (franco-italiana) — MCU STM32 ed elemento sicuro STSAFE-A120, certificato Common Criteria EAL5+. I punti di enforcement, a contatto con l'apparecchiatura critica, hanno quindi una radice di fiducia hardware europea — cosa che il Cubo v1 non ha, essendo la sua enclave passata sotto controllo Qualcomm. Lo STSAFE-A120 validato sui satelliti è il candidato per il Cubo v2.

Ciclo tamper / auto-riparazione

Rilevamento del reset di un satellite (ricomparsa dell'AP predefinito, LWT MQTT) → lockdown fail-closed della zona → ri-arruolamento autenticato con protezione evil-twin. Un interlock differenziale di corrente (misura a monte vs a valle) segnala un aggiramento fisico.

Il primo sistema costruito su questo modello

Abbiamo iniziato dal controllo degli accessi ABAC con satellite di interruzione dell'alimentazione — è il sistema Trust-Buster, distribuito e gestito in loco. Lo stesso modello si estende al BLE, all'USB, all'Ethernet e al seriale.

→ trust-buster.com ↗

// autorizzazione

Il modello ABAC — tre domande mai fuse insieme

Autorizzazione contestuale: soggetto × risorsa × luogo × fascia oraria, su manifest firmato.

Fattore	Domanda	Meccanismo	Stato sicurezza
Presenza	Dove — chi è probabilmente lì?	Co-presenza RSSI di dispositivi arruolati	Gate — necessario, mai sufficiente
Identità	Chi — è davvero lui?	Challenge-response crittografico (elemento sicuro dello smartphone ↔ enclave del Cubo)	Prova
Abilitazione	Cosa — ne ha il diritto, qui, ora?	Manifest firmato dall'autorità: attività prevista (giorno, luogo, risorsa), TTL	Diritto

Regola d'oro

L'RSSI dice « è lì »; la crittografia dice « è proprio lui ». Un'attuazione fisica non si condiziona mai al solo terzo passivo. Il badge NFC è un puntatore di prossimità — indica chi sottoporre a challenge — non una prova di identità.

Macchina di autorizzazione

1 · RICHIESTA Ingresso satellite distaccato (pressione del pulsante) → richiesta verso il Cubo. Il pulsante non aziona mai il relè direttamente.
2 · GATE Presenza RSSI co-localizzata di almeno un utente arruolato candidato → altrimenti rifiuto: nessuno di plausibile nella zona.
3 · PROVA Challenge del Cubo → risposta firmata dall'elemento sicuro dello smartphone (nonce legato al contesto: risorsa, zona, finestra).
4 · DIRITTO Manifest firmato verificato: attività prevista, questo giorno, questo luogo, questa risorsa; TTL non scaduto; contatore monotono (anti-rollback).
5 · CAPACITÀ Emissione di una capacità effimera firmata verso il satellite interessato.
6 · ESECUZIONE Il satellite esegue; il Cubo registra (log firmato, append-only). Ogni passo fallito → rifiuto registrato con motivazione.

Air-gap: compensare l'assenza di revoca in tempo reale

TTL brevi sui manifest (la scadenza sostituisce la revoca), contatori monotoni in enclave (anti-rollback delle politiche), nonce legati al contesto nel challenge-response.

// il nostro approccio alla sovranità

Perché ESP32 in uno stack che si dichiara sovrano?

[01] L'ESP32 (Espressif) non è un MCU europeo — perché mantenerlo? ▶

Perché oggi è l'unico ecosistema open-source maturo con BLE 5 + WiFi 6 + coesistenza radio a questo prezzo. Imporre un MCU EU sulla v1 raddoppierebbe il costo hardware e ritarderebbe il prodotto di 18 mesi. Lo accettiamo e lo documentiamo: il rischio supply chain è solo sullo strato silicio, non sul firmware (open-source EU) né sulla piattaforma (auto-ospitabile on-prem).

[02] Su quale alternativa europea state lavorando? ▶

Variante STM32WB (STMicroelectronics, FR/IT) + modulo RF europeo, prevista v2.0 (Q4 2027). Per i clienti che richiedono una supply chain 100% EU senza compromessi, questa variante sarà disponibile con un degrado accettabile della coesistenza radio (BLE 5 senza WiFi simultaneo).

[03] E il modulo Walter (LTE-M)? ▶

Walter è progettato e fabbricato in Belgio da DPTechnics, basato su un modem Sequans Monarch 2 (FR). Supply chain EU sullo strato cellulare — utile per dimostrare la sovranità sull'uplink critico.

[04] E la piattaforma cloud / i dati? ▶

OVHcloud Francia (datacenter Roubaix). PostgreSQL + TimescaleDB, Mosquitto, LemonLDAP::NG (FR), Garage S3 (Deuxfleurs FR). Nessuna dipendenza da hyperscaler USA. Tutti i dati restano in UE, il KMS è sotto il vostro controllo on-prem se lo desiderate. In air-gap, nessun dato esce dal sito.

[05] Il firmware può essere verificato prima della distribuzione? ▶

Sì. Il firmware è open-source (Apache 2.0), build riproducibile, release firmate. Potete verificare ogni riga, o farlo verificare da terzi. È un argomento decisivo rispetto ai firmware proprietari dei grandi costruttori.

[06] Il vostro componente sicuro EAL5+ — cosa cambia concretamente? ▶

La chiave privata del dispositivo è generata direttamente nell'enclave (IP Tiempo Secure, tramite Sequans Monarch 2). Non esce mai in RAM né nella flash dell'ESP32. Un attaccante che compromette il firmware non può estrarla. Ogni handshake mTLS è firmato dall'enclave — non dal SoC host. È ciò che lo standard GSMA IoT SAFE formalizza. Due precisazioni oneste: la certificazione Common Criteria EAL5+ riguarda il componente, non Ops-Devices; ed EAL5+ non è il livello più alto della scala (che arriva fino a EAL7). Per quanto ne sappiamo, nessun attore europeo propone questa combinazione su questo segmento.

[07] Perché EMQX, dato che l'editore è cinese? ▶

EMQX è utilizzato sul banco di dimostrazione per la sua maturità e le sue prestazioni in clustering. Per i contesti difesa o che richiedono una sovranità massima (conformità ANSSI, perimetri classificati), distribuiamo HiveMQ (DE), VerneMQ o Mosquitto (Eclipse Foundation, open source). Usiamo solo MQTT 5.0 standard, senza estensioni proprietarie, proprio per restare portabili. La scelta del broker è documentata nell'HBOM di ogni distribuzione e non tocca la catena di fiducia crittografica.

[08] Fornite un SBOM e un HBOM? ▶

Sì. Il nostro SBOM (Software Bill of Materials) è generato in formato CycloneDX 1.6 e copre tutte le dipendenze firmware (ESP-IDF, mbedTLS, esp-mqtt) e backend (Python, PostgreSQL, broker). Il nostro HBOM (Hardware Bill of Materials) documenta ogni componente fisico con il suo produttore, paese di progettazione, paese di fonderia e livello di sovranità, secondo IPC-1752A e NIST SP 800-161. Questi documenti sono disponibili su richiesta NDA, e inclusi nel dossier di conformità CRA consegnato con ogni distribuzione.

[09] Tiempo Secure è stata acquisita da Qualcomm — che ne è della vostra sovranità? ▶

Qualcomm ha acquisito Tiempo Secure e gli asset 4G IoT di Sequans: l'IP dell'enclave è ormai sotto controllo statunitense. La nostra sovranità è quindi operativa e di progettazione: nessun cloud straniero, nessun kill-switch remoto, air-gap completo, progettazione e integrazione europee. Non pretendiamo di avere un'IP 100% europea. La roadmap Cubo v2 punta a un elemento sicuro discreto certificato europeo (ST, Infineon, NXP). Non è solo un'intenzione: i nostri satelliti — i punti di enforcement a contatto con l'apparecchiatura — sono specificati attorno allo STSAFE-A120 (STMicroelectronics, CC EAL5+), una radice di fiducia hardware realmente europea. La validiamo prima lì, poi la portiamo sul Cubo.

[10] Cosa non sapete fare? ▶

Non misuriamo la distanza fisica: nessun distance bounding, il Channel Sounding BLE 6.0 non è disponibile sul nostro hardware attuale. Un attacco relay (wormhole) resta quindi possibile. Lo rileviamo e lo tracciamo — registro firmato, correlazioni, interlock differenziale di corrente — ma non pretendiamo di bloccarlo. L'unica leva preventiva forte resta l'interruzione dell'alimentazione. È documentato nel nostro modello di minaccia, insieme agli altri rischi residui.

// conformità

La conformità in versione prova

Progettato secondo l'IEC 62443-4-2, con un'architettura allineata ai requisiti fondamentali da FR1 a FR7. Obiettivo di progettazione: SL-C 2 (industriale).

⚠ Valutazione di terza parte non ancora effettuata. Non dichiariamo alcun livello SL come acquisito: un SL-C richiede una valutazione di terza parte che non abbiamo.

Mapping IEC 62443 — requisiti fondamentali

Requisito	Come risponde l'architettura
FR1 Identificazione e autenticazione	Identità hardware in enclave, challenge-response elemento sicuro dello smartphone ↔ Cubo, attestazione mTLS X.509 firmata dall'enclave.
FR2 Controllo d'uso	Autorizzazione ABAC su manifest firmato (soggetto × risorsa × luogo × fascia oraria), TTL brevi, capacità effimere per satellite.
FR3 Integrità del sistema	OTA firmato Ed25519, anti-rollback tramite contatori monotoni in enclave, firmware open-source con build riproducibile.
FR4 Riservatezza dei dati	mTLS (TLS 1.3), AES-256-GCM, ECDH/HKDF. Chiave privata generata e conservata in enclave, mai esposta in RAM.
FR5 Flussi di dati limitati	Decisione locale, nessuna chiamata al server sul percorso critico, air-gap totale possibile. I satelliti non detengono alcuna autorità permanente.
FR6 Risposta agli eventi	Registro di audit firmato append-only, rilevamento di tamper/reset satellite, lockdown fail-closed di zona, esportazione SIEM (syslog / CEF).
FR7 Disponibilità delle risorse	Funzionamento offline per progettazione, stato power-on OFF, ri-arruolamento autenticato dopo un incidente.

Registro dei rischi residui — pubblicato

Rischio	Postura assunta
Relay / wormhole (BLE)	Irrisolvibile sull'hardware attuale (richiederebbe il Channel Sounding BLE 6.0). Postura di sola rilevazione: rilevamento + attribuzione, nessuna prevenzione rivendicata. Unica leva preventiva forte: l'interruzione dell'alimentazione.
Accesso fisico / teardown	Un accesso fisico prolungato permette di distruggere l'hardware. Il teardown è rilevabile — distrugge la prova di inviolabilità — ma non è impedibile.
Denial of service tramite fail-closed	La postura fail-closed può essere sfruttata per provocare un arresto. Scelta assunta: in caso di dubbio, l'apparecchiatura si arresta.
Supply chain silicio	ESP32 (Espressif) e IP dell'enclave ormai sotto controllo Qualcomm. Documentato pubblicamente (SBOM / HBOM), mai dissimulato.

Posizionamento CRA

SBOM CycloneDX 1.6, HBOM IPC-1752A / NIST SP 800-161, modello di minaccia documentato (STRIDE), registro dei rischi residui pubblicato. Dossier di conformità consegnato con ogni distribuzione.

// registro r&s

Le alternative che abbiamo scartato

Ogni decisione strutturante è registrata con l'alternativa rifiutata e la sua motivazione.

Scartato	Scelto	Motivazione
Sonoff	Shelly (Allterco, BG, ISO 27001)	Local-first nativo, detached input, varianti guida DIN, origine UE, MQTT over TLS.
Riflashare i satelliti	Firmware stock rinforzato + profilo di blocco	L'OTA Shelly è firmato ECDSA; il teardown UART sarebbe distruttivo e distruggerebbe la prova di inviolabilità.
Mongoose OS	Firmware stock Shelly rinforzato	Obsoleto, antecedente al supporto ESP32-C3.
L'RSSI da solo come autorizzazione	Trittico presenza + identità + abilitazione	Falsificabile tramite relay, inefficace sotto randomizzazione MAC. L'RSSI resta un gate, mai una prova.
Il badge NFC come prova di identità	Badge = puntatore di prossimità	Clonabile, nessun segreto da sottoporre a challenge.
NILM come prova di identità di un'apparecchiatura	NILM = solo corroborazione	Le firme di carico non sono probanti.
Autorità permanente delegata ai satelliti	Capacità effimere firmate emesse dal Cubo	Zero-trust interno: verificare, mai credere.
Rivendicare la prevenzione anti-relay	Postura di sola rilevazione + attribuzione	Il wormhole è irrisolvibile senza BLE 6.0 Channel Sounding. Rivalutabile al passaggio a BLE 6.0.
Presentare EAL5+ come una certificazione Ops-Devices	Sempre « ereditata dal componente »	Onestà tecnica: l'esagerazione si paga in due diligence.
La scansione RF come barriera all'ingresso	Il livello di integrazione IoT SAFE	La scansione passiva è riproducibile in poche settimane. Il vantaggio reale sta nell'integrazione della catena di fiducia.
ESP32 per i satelliti	STM32 (ST, FR/IT)	Un satellite non ha bisogno di radio: il compromesso che impone l'ESP32 al Cubo non ha più ragion d'essere. Una catena 100% europea diventa possibile.
Un elemento sicuro non europeo (Microchip ATECC)	STSAFE-A120 (ST, CC EAL5+)	Radice di fiducia hardware realmente europea sui punti di enforcement — e candidato per il Cubo v2.
Un solo controller USB (OTG) per il proxy HID	STM32H7 — due core USB indipendenti	L'OTG cambia ruolo: non può essere host e device contemporaneamente. Un proxy tastiera lo richiede.
Un satellite seriale non isolato	Isolamento galvanico dei dati e dell'alimentazione	Un bus OT è rumoroso (modo comune di diverse centinaia di volt): senza isolamento, guasti intermittenti e rischio hardware.

Catalogo prodotti

Siamo allo stadio di dimostratore.

Livello 1 — Form Factor (hardware)

Rif.	Designazione	Stato
OPS-FF-CUBE	Cubo luminoso interattivo — 12 cm, NFC, LED RGB, Qi+USB-C	● Dimostratore
OPS-FF-DIN	Custodia guida DIN 35 mm — 24V DC, RS-485, IP20, industria	● Roadmap
OPS-FF-HARD	Custodia rinforzata stagna — IP68, campo / esterno	● Roadmap

Livello 2 — Profili software (per Cubo)

Rif.	Designazione	Stato
PROFILE-ALERT	Modalità solo allerta — non intrusiva, zero modifiche infra	● Dimostratore
PROFILE-GW	Modalità gateway di rete — interruzione attiva dei flussi non autorizzati	● Roadmap
PROFILE-CTRL	Modalità controllo diretto — ABAC + satellite di attuazione	● Dimostratore

Livello 3 — Piattaforma (abbonamento)

Rif.	Designazione	Stato
OPS-PLATFORM-EDGE	Licenza on-prem / air-gap — nessuna connessione cloud richiesta	● Roadmap
OPS-PLATFORM-SAAS	Hosting sovrano — OVH Francia, multi-sito, API REST	● Dimostratore
OPS-PLATFORM-OEM	White-label — console rebrandabile, royalty, supporto dedicato	● Roadmap

Livello 4 — Satelliti (punti di enforcement)

Rif.	Designazione	Stato
OPS-SAT-PWR	Interruzione 230 V — Shelly stock rinforzato, detached input	● Dimostratore
OPS-SAT-485	Gateway seriale RS-485 / RS-232 — STM32 + ST3485E isolato + STSAFE-A120	● Roadmap
OPS-SAT-HID	Filtro USB-HID — STM32H7 (due core USB) + STSAFE-A120	● Roadmap

Referenze storiche (OPS-CUBE-S3, OPS-WLT-*, OPS-RF-CORE, OPS-MAP-SAAS…): riclassificate in questa architettura. Tabella di corrispondenza nella documentazione tecnica, su richiesta NDA.

Principi di ingegneria

Open-source: Stack aperto (Apache 2.0), verificabile, build riproducibile. Niente scatola nera.
Sovranità: Hosting EU, progettazione e integrazione europee. Supply chain documentata (SBOM / HBOM) — limiti compresi.
Decisione locale: La politica si valuta sul Cubo, offline. Nessuna chiamata al server sul percorso critico, air-gap totale possibile.

// regola di segmento

Quale canale per quale esigenza?

Le situazioni critiche — apparecchiature pericolose, perimetri sensibili, conformità vincolante, tracciabilità opponibile — sono trattate come servizio gestito da Trust-Buster: hardware distribuito e gestito in loco. → trust-buster.com ↗

Le esigenze di automazione e le distribuzioni standard passano dalla piattaforma e dalla sua rete di integratori e rivenditori.

// distribution & oem

Distribuzione, rivenditori, OEM

Costruite il vostro stack sui nostri mattoni, li distribuite presso i vostri clienti, o proponete la piattaforma sotto il vostro marchio.

Scoperta

Gratuito

Valutare lo stack prima dell'impegno

▸ Accesso alla documentazione tecnica completa
▸ 1 sonda demo prestata 30 giorni
▸ Console demo con account di test
▸ Supporto email (risposta in 5 giorni lavorativi)

Rivenditore autorizzato

Contratto quadro

Distribuire i nostri mattoni presso i vostri clienti

▸ Prezzi hardware decrescenti per volume
▸ Formazione tecnica 2 giorni (Parigi o remoto)
▸ Roadmap prodotto condivisa trimestralmente
▸ Supporto prioritario (SLA 1 giorno lavorativo)
▸ Logo "Rivenditore autorizzato" sul vostro sito

OEM / White-label

Su misura

Proporre i nostri mattoni sotto il vostro marchio

▸ Piattaforma con il vostro marchio (front + console)
▸ Co-branding hardware (sticker, packaging)
▸ Comitato tecnico trimestrale
▸ Impegno SLA contrattuale
▸ Royalty fissa o percentuale secondo volume

Discutere del vostro caso Vedere la documentazione tecnica

// contatto tecnico

Valutare la piattaforma, o diventare partner.

Descrivete la vostra esigenza tecnica: quali mattoni, quale integrazione, quale volume target. Documentazione tecnica, datasheet, SBOM / HBOM e modello di minaccia disponibili sotto NDA. Rispondiamo entro 5 giorni lavorativi.

Email contact@ops-devices.eu

Piattaforma ops-devices.eu

Sistema gestito trust-buster.com ↗

Hosting OVH Francia