Los bytes exactos que se envían.
La sonda escribe dos archivos localmente: un informe HTML y una carga útil JSON. Nada sale de su máquina hasta que hace clic en Share. Cuando lo hace, el archivo JSON es lo que se PUBLICA. El informe HTML muestra el mismo JSON en un bloque <pre> en la parte inferior para que pueda leerlo antes de compartirlo.
El envío está limitado deliberadamente.
Su nombre, ID de máquina, software instalado y rutas del sistema de archivos no están en la carga útil y no salen de su máquina. El servidor ve una IP solicitada como cualquier sitio web, pero almacena solo un hash salado diario para protección contra abusos; Las IP sin procesar no se escriben en la base de datos ni se publican. La carga útil compartida es el modelo/las capacidades de tu dispositivo, los efectos reproducidos y las selecciones de chips que hiciste.
El contrato SubmissionPayload
Cada campo de esta lista son datos de especificaciones del dispositivo compartidos entre unidades idénticas (VID:PID, indicadores de capacidad, efectos admitidos, revisión de firmware), información general del entorno (familia de SO + versión principal) o sus propias etiquetas canónicas seleccionadas por chip y cualquier nota de texto libre que elija escribir.
device— VID:PID, nombre del dispositivo del fabricante, ejes, botones, puntos de vista, período de muestra, resolución de tiempo, revisión de firmware, revisión de hardware, versión del controlador FF, indicadores de capacidad y la lista de efectos admitidos con indicadores de tipo.os— familia (Windows / Linux / macOS), versión principal, compilación, arquitectura, versión del tiempo de ejecución de .NET. Cada valor se comparte entre millones de instalaciones idénticas.responses— por efecto: etiquetas canónicas seleccionadas por chip (publicadas) y cualquier nota de texto libre que haya escrito (conservadas solo en el lado del servidor, nunca en la página pública de hardware).diagnostics— resultados por efectoOK/FAIL: DIERR_…(vocabulario cerrado, direcciones de puntero eliminadas), el resumen de efectos fallidos y cualquier error del orquestador con rutas de archivos redactadas mediante expresiones regulares a<path>. Se publica en la página pública de hardware para que los autores de controladores y creadores de herramientas puedan actuar en consecuencia.probe_versionysubmitted_date— solo fecha (sin hora del reloj).
Lea el formato de carga útil literal en la página del informe de muestra →
No en la carga útil, no aceptado por el servidor
El JSON compartido tiene un esquema. Si un campo no está en ese esquema, el sitio web lo rechaza en lugar de almacenar datos adicionales. Estos nunca forman parte de un envío aceptado:
- GUID de instancia de DirectInput — hash por máquina, un identificador directo de máquina.
- GUID del producto — identidad de hardware duplicada más allá de VID:PID.
- Nombre del dispositivo DirectInput sin procesar — a veces configurado por el usuario. En su lugar, los envíos utilizan un nombre descriptivo de tabla VID:PID.
- Lista de dispositivos USB — todos los dispositivos USB y HID del host. Superficie pesada para la generación de huellas.
- Lista de software instalado — sin recorrido del registro, sin inventario de simuladores, sin inventario de SDK/tiempo de ejecución.
- Descripción completa del sistema operativo — las cadenas exactas del host son demasiado identificables por huella. La carga útil utiliza campos aproximados de familia/versión del sistema operativo.
- Rutas de archivos en los mensajes de error — las rutas como
C:\Users\…o/home/…se redactan antes de la serialización. - Registros de depuración — no son aceptados por el punto de conexión de envío público.
- Tiempo de ejecución del reloj de pared — la fecha de envío es solo la fecha, no la hora exacta.
- Campos de correo electrónico y de contacto — la sonda no los solicita y el esquema del servidor no los acepta.
El único campo privado
La filosofía de la base de datos pública es publicar todo lo que podamos. Lo único que retenemos deliberadamente son las notas de texto libre por efecto: lo que escribió en el cuadro de texto de respuesta. Ese es el único lugar donde un evaluador podría pegar algo personal, copiar y pegar una ruta o de otro modo manchar la garantía de no PII, por lo que permanece en el lado del servidor.
Todo lo demás (indicadores de capacidad, efectos admitidos, familia y versión del sistema operativo, etiquetas de chip, códigos HRESULT (nombres de vocabulario cerrado S_OK / DIERR_…), resumen de efectos fallidos, errores de ejecución con rutas redactadas, la nota de la sonda) se representa en la página del dispositivo exactamente como lo informó la sonda. Los autores de controladores, desarrolladores de simulación y creadores de herramientas necesitan estos datos para actuar en consecuencia; hacerlos públicos es el objetivo central del proyecto.
Eliminar un envío
Si ha compartido un informe y desea que se elimine, envíe un correo a [email protected] con el VID:PID del dispositivo y la fecha aproximada de envío. No solicitamos una cuenta ni un ID de seguimiento; esos son los únicos campos que usaríamos para encontrar la fila.
Si optó por recibir el correo electrónico de notificación posterior al envío, esa dirección se almacena por separado y se puede eliminar de forma independiente. Envíe un correo a la misma bandeja de entrada con "eliminar correo electrónico" y la dirección.
Publicado por Rohsam Inc.
FFB Probe es publicado por Rohsam Inc., un editor de software canadiense con sede en Toronto, Ontario.
Rohsam Inc.2727 Steeles Ave West, Unit 103-886
Toronto, ON M3J 3G9
Canada
Para solicitudes de privacidad, eliminación o soporte del producto, contacte a [email protected]. Para consultas comerciales o de validación del editor, contacte a [email protected].