Bonito PDF · Bonito Scan
Servidor de retransmisión: información para administradores de red
Bonito PDF (versión 2.1 y posteriores, para Mac y Windows) recibe PDF escaneados desde Bonito Scan (versión 2.0 y posteriores, para iPhone y iPad). Las dos apps intentan primero una conexión directa por la red local. Cuando no es posible (por ejemplo, en un PC con Windows administrado o cuando el teléfono está en otra red), ambas apps envían solicitudes HTTPS ordinarias al servidor de retransmisión de Seared Bonito, relay.prod.searedbonito.com, que transmite los datos cifrados de extremo a extremo de una app a la otra. No se usa WebSocket. Esta página está dirigida a los administradores de red y de seguridad que necesitan permitirlo.
Qué hay que permitir
| Host | relay.prod.searedbonito.com Lo sirve Cloudflare. Sus direcciones IP son de Cloudflare y pueden cambiar, así que permita el nombre de host y no direcciones. |
|---|---|
| Puerto y sentido | TCP 443, solo saliente, desde el ordenador y desde el iPhone o iPad. Nada entrante. |
| Protocolo | Solicitud y respuesta HTTPS ordinarias (TLS 1.2 o posterior), nada más: solicitudes HTTP/1.1 POST a las rutas /r1/h/open, /r1/h/x, /r1/g/open y /r1/g/x, y GET /r1/health, con Content-Type application/octet-stream, un User-Agent que nombra la app y encabezados cuyo nombre empieza por «Bonito-Relay». No hace falta permitir WebSocket: las apps no usan WebSocket ni actualización HTTP. Cualquier cadena de consulta que un proxy añada a una solicitud se ignora. Las apps envían una solicitud cada 25 segundos aproximadamente mientras no se transfiere nada; la retransmisión responde a cada solicitud en unos 55 segundos como máximo y una solicitud lleva como máximo alrededor de 1 MiB. Un proxy que retenga o cierre las solicitudes antes, o que analice en un entorno aislado los cuerpos binarios desconocidos, puede ralentizar una transferencia; permitir el host lo evita. |
| Proxy | Las apps usan la configuración de proxy del sistema operativo, incluidos los archivos PAC y WPAD y, en Windows, la configuración aplicada por directiva de grupo. A un proxy que pide autenticación Negotiate o NTLM se le responde con la cuenta de Windows con la que se ha iniciado sesión y, en un Mac, con las credenciales del llavero. Las apps nunca piden una contraseña. |
| Inspección TLS | Las apps no fijan certificados (no hacen pinning). Confían en el almacén de certificados del sistema operativo, incluidos los certificados raíz corporativos distribuidos por MDM o directiva de grupo, por lo que funcionan tras un proxy de inspección cuyo certificado raíz sea de confianza para el dispositivo. La inspección TLS no supone ningún problema y no hace falta excluir el host de ella: el contenido está cifrado de extremo a extremo, de modo que un proxy de inspección ve los encabezados de la solicitud y cuerpos cifrados, nunca la clave, el código, los nombres de archivo ni los PDF. Si el dispositivo no confía en el certificado raíz del proxy, la solicitud falla y la app indica que el software de seguridad de la red intercepta la conexión. |
| Filtrado de URL | Si su filtro bloquea hosts nuevos o sin categoría, añada relay.prod.searedbonito.com a su lista de permitidos. |
Qué pasa por la retransmisión
- La transferencia se cifra de extremo a extremo entre los dos dispositivos (acuerdo de claves P-256, AES-256 y HMAC-SHA256), con una clave de un solo uso que está en el código QR que muestra Bonito PDF y nunca se envía al servidor de retransmisión. El servidor de retransmisión, Cloudflare y un proxy de inspección solo ven datos cifrados.
- Además de los datos cifrados, el servidor de retransmisión ve identificadores de la conexión derivados del código QR que no revelan la clave, las direcciones IP de los dispositivos, la hora, la duración, la cantidad de datos y el número de solicitudes de cada conexión, y el nombre y la versión de la app.
- No se almacena nada. Las apps se pasan los datos con solicitudes HTTPS repetidas; los datos que esperan ser recogidos se conservan únicamente en la memoria del servidor de retransmisión, durante 60 segundos como máximo, y nunca se almacenan. El servidor de retransmisión no guarda archivos, nombres ni registros; solo conserva recuentos de uso diarios, que se eliminan en 24 horas. Los detalles están en las políticas de privacidad de Bonito PDF (artículo 9, apartado 8) y de Bonito Scan (artículo 9, apartado 6).
No usar la retransmisión
- En Bonito PDF, elija Solo directa como método de conexión de la recepción desde Bonito Scan; el código QR no lleva entonces nada para el servidor de retransmisión. En Bonito Scan, desactive Ajustes › Usar la conexión a Internet.
- Para que toda una red no la use, bloquee relay.prod.searedbonito.com. Las apps se conectan entonces solo por la red local.
Conexiones directas en la red local
- Mientras el panel de recepción desde Bonito Scan está abierto y el método de conexión es Automático o Solo directa, Bonito PDF acepta conexiones TCP del teléfono en las direcciones privadas de la red local del ordenador, en un puerto elegido por el sistema operativo. Estas conexiones nunca salen de la red local.
- En Windows, la versión de Microsoft Store de Bonito PDF declara una regla de firewall para ello (TCP entrante, perfiles de dominio y privado). Cuando Windows no tiene ninguna regla que permita Bonito PDF y el usuario no es administrador, la app no escucha en absoluto, de modo que no aparece ningún aviso del firewall ni se crea ninguna regla de bloqueo; en su lugar usa la retransmisión. Para permitir transferencias directas en equipos administrados, permita TCP entrante para la aplicación Bonito PDF en los perfiles de dominio y privado.
- En un Mac y en el iPhone o iPad, el sistema operativo pide al usuario una vez que permita a la app usar la red local.
Contacto
Consultas de administradores de red: support@searedbonito.com