❮ Controladores Entrixy

Arquitectura abierta

El protocolo, el firmware y la parte de servidor son abiertos. No dependes de un único proveedor: el sistema funciona sin conexión, se puede auditar y, si lo necesitas, corre en tu propia infraestructura.

Quien construye un producto o un negocio sobre Entrixy necesita algo más que una promesa de fiabilidad: necesita una garantía inscrita en el propio sistema. Un protocolo abierto con vectores de prueba, una apertura que funciona sin nuestro servidor y una parte de servidor que puedes desplegar tú mismo. La independencia sale del diseño, no de las promesas.

Lo que ya está hecho

»Un protocolo abierto hecho
Especificaciones completas BLE y socket — disposición a nivel de bytes, la criptografía y vectores de prueba con los que contrastar tu propia implementación. La montas en tu placa a partir de la documentación, sin nada que aplicar ingeniería inversa.
»Firmware de referencia con licencia MIT hecho
ESP32, ESP8266, Raspberry Pi y Node.js: código que funciona para ambos lados, listo para tomar y portar.
»El BLE funciona sin servidor alguno hecho
La apertura va directa del teléfono al controlador por Bluetooth, sin internet y sin consultar a nuestro servidor. Los controladores se envían vacíos y se vinculan en local.
»El servidor nunca ve tus claves y no puede abrir nada en tu lugar hecho
Las órdenes se firman en el teléfono y el servidor solo las retransmite. La llave de invitado viaja en un sobre cuya clave nunca pasa por el servidor. Ni siquiera un servidor comprometido puede hacer nada (ver más abajo).
»Aprovisionamiento de dispositivos para producción hecho
Los dispositivos se fabrican en lotes que no pertenecen a nadie; el comprador los vincula con el código de la carcasa.

El modelo de confianza: qué puede y qué no puede hacer el servidor

Las aperturas se firman en el cliente (cifrado de extremo a extremo) y los secretos pasan cifrados de largo por el servidor. De ahí que:

El servidor NO PUEDE	El servidor sí puede
leer tus claves (la llave de invitado, el secreto del propietario)	denegar el servicio (estar caído)
falsificar la apertura de un portón	ver metadatos: quién, qué, cuándo y direcciones IP
escalar sus propios privilegios	—

Así que el servidor —el nuestro o el tuyo— solo influye en la disponibilidad: no puede abrir nada en tu nombre. Y si lo alojas tú, ocultas también los metadatos.

Hoja de ruta

●Etapa 1: cualquier host en la aplicación hecho
La aplicación se puede apuntar a tu propio servidor Entrixy: las conexiones y los enlaces de invitado que genera van allí. Un invitado que abra un enlace de otro servidor se conecta a ese servidor automáticamente.
○Etapa 2: el servidor como distribución previsto
Una imagen Docker de la parte de servidor: el servidor WebSocket, el esquema de la base de datos y las instrucciones. La disponibilidad pasa a estar en tus manos y nuestras caídas no te afectan.
○Etapa 3: código abierto para la aplicación previsto
Para que cualquiera pueda auditar y recompilar el cliente: independencia total de la infraestructura ajena y de las tiendas de aplicaciones.

Para quién es esto

Fabricantes de barreras, cerraduras, porteros y controladores que necesitan que su producto siga funcionando con independencia de nosotros en vez de depender de una sola empresa. Y cualquiera que se monte un controlador y quiera no depender de un único proveedor. Para hablar de integración y condiciones OEM, escribe a hello@entrixy.com. Protocolos: BLE, socket. Código de referencia y configurador: controladores.