Datos y privacidad · versión
Datos y privacidad
En caso de discrepancia, prevalecerá la versión en inglés.
Fecha: . Operador: PatchFirst (los datos del operador se publicarán antes de habilitar los pagos). Consultas sobre datos y solicitudes de eliminación: [email protected].
El registro en PatchFirst no requiere nombre, correo ni teléfono: elige un usuario inventado sin datos personales. Introduce los datos de pago en la página del proveedor elegido. Las consultas al operador pueden revelar información en la correspondencia, como se explica a continuación. Ni la anonimización del inventario técnico ni el cifrado prometen anonimato absoluto.
1. Antes del envío: en tu servidor
El agente recopila un inventario técnico y lo anonimiza en el servidor del propietario. Los nombres de equipo se convierten en UUID y las direcciones, en un indicador de dirección pública. Las rutas, imágenes privadas y otros valores identificativos se convierten en etiquetas HMAC mediante el secreto del propietario. Nunca se envían números de puerto: solo el tipo de servicio y si es accesible públicamente. Una comprobación de direcciones, rutas y palabras identificativas definidas por el propietario puede detener el envío si detecta una filtración.
Esto reduce el riesgo, pero no garantiza que una combinación poco habitual de paquetes y versiones resulte irreconocible. Revisa la salida de dry-run o el JSON antes de enviarlo, configura las palabras identificativas y no incluyas secretos en el inventario.
2. Durante el análisis: PatchFirst ve los componentes
El servicio recibe información anonimizada: SO y núcleo, paquetes y versiones, productos e imágenes reconocidos, procesos, tipos de servicio e indicadores de exposición, UUID técnicos y etiquetas. PatchFirst puede leerla durante el análisis. Coteja el inventario con CVE, fuentes de explotación y datos del ciclo de soporte; después calcula hallazgos, puntuación y prioridades.
Las consultas a OSV pueden incluir nombres de paquetes, versiones y el ecosistema de la distribución; las demás fuentes se descargan principalmente como conjuntos de datos. El diccionario de nombres reales y la contraseña de nombres no son necesarios para el cotejo y no se envían a esas fuentes.
3. En la base de datos: inventario anonimizado y tu elección de nombres
Los inventarios anonimizados y los informes de monitorización se almacenan en PostgreSQL de forma legible. El servicio los lee y busca mediante SQL para recalcular hallazgos cuando cambia la información de vulnerabilidades. No están cifrados con una clave de flota: una copia de la base de datos expone los componentes técnicos anonimizados, los UUID, las etiquetas y las horas de actualización.
Las copias de seguridad se cifran con age mediante una clave pública de destinatario independiente; el servidor no contiene la clave privada y no puede descifrarlas. El operador configura el cifrado de disco en el equipo anfitrión, fuera del código de PatchFirst. Esta protección no oculta los datos al servicio en ejecución.
El cifrado de nombres está desactivado por defecto. El agente no envía el nombre real del equipo ni un diccionario de nombres. Puedes dejarlos vacíos o elegir un alias de hasta 64 caracteres sin caracteres de control: se almacena sin cifrar en PostgreSQL y está disponible para el servicio y quien posea una copia de la base de datos. No introduzcas dominios, direcciones IP, empresas ni nombres de clientes; usa un alias como web-1. Activa el cifrado en Cuenta con una contraseña de nombres independiente. El navegador traslada los nombres existentes a un diccionario cifrado y, en la misma operación, elimina las copias sin cifrar del servicio. Después, actualiza las configuraciones de los agentes para que envíen nombres con la nueva clave.
Con el cifrado activado, el diccionario «etiqueta → nombre real» se cifra por separado en el lado del propietario mediante una clave de visualización (AES-GCM, formato sealbox). PatchFirst no posee esa clave; el navegador o cliente del propietario abre los nombres. La contraseña de nombres es distinta de la de acceso y nunca se envía al servicio. Si se pierde, el servidor no puede recuperar los nombres antiguos.
Los componentes anonimizados están disponibles para el servicio durante el almacenamiento y el análisis. El cifrado de copias de seguridad y de disco no los oculta al servicio en ejecución. Un dispositivo o navegador comprometido puede exponer nombres y claves; una combinación poco habitual de versiones puede identificar un servidor.
4. Red, cuenta y navegador
La URL del receptor de webhooks se almacena sin cifrar junto a la flota y puede identificar a tu empresa. Usa una dirección sin dominio reconocible, como un proxy o un servicio receptor de webhooks. El secreto de firma se almacena cifrado con una clave derivada del secreto «pepper» del servicio para un fin independiente. El servicio lo descifra para firmar los envíos. El receptor recibe los eventos elegidos, el UUID del servidor, un alias sin cifrar si existe y breves detalles de hallazgos; se excluyen el inventario y los nombres cifrados. El registro de entregas conserva la hora, el tipo de evento y el resultado, sin el cuerpo de respuesta del receptor.
La IP de conexión solo se usa en memoria para limitar solicitudes y proteger frente a fuerza bruta, y nunca se guarda en disco. Caddy no conserva un registro de accesos; los registros de la API y de errores no contienen IP ni valores User-Agent. El servicio no conserva las cabeceras ni las URL completas de las solicitudes. El proveedor de red gestiona las conexiones conforme a sus propias normas.
Para proteger el contador público de comprobaciones gratuitas, la base de datos almacena un HMAC de la dirección con una sal secreta del servicio y la hora de la última comprobación contabilizada. Así se cuenta como máximo una comprobación por dirección cada 60 segundos, incluso tras un reinicio. No se guarda la dirección; los registros HMAC caducados se eliminan al contabilizar otra comprobación. El total agregado se conserva aunque se elimine el informe.
Las cuentas utilizan usuario y contraseña para iniciar sesión. La base de datos solo guarda un HMAC-SHA256 del usuario con un secreto «pepper» en un archivo separado, fuera de la base de datos. No existe una copia del usuario en texto plano ni cifrada. Las contraseñas se almacenan como hashes scrypt robustos con sal, nunca en texto plano. Del código de recuperación solo se guarda un valor de verificación, no el código. Este restablece el acceso a la cuenta; no descifra inventarios ni nombres. El servicio conserva sesiones, versión de condiciones aceptada, cuotas y periodos de acceso.
Los pagos del panel abren la página de Paddle, ЮKassa o CoinsSend. PatchFirst envía un número de pedido aleatorio y opaco y los parámetros de pago: importe y moneda. No envía usuario, nombre, correo, teléfono, dirección, IP ni datos de tarjeta. Los registros conservan solo número de pedido, importe, moneda, estado, hora y hashes irreversibles obtenidos de identificadores externos del comprador mediante un secreto del servicio. Son datos seudónimos: los hashes solo se usan para prevenir abusos de bonificaciones. Se deriva un identificador de pagador para tarjetas mediante Paddle y ЮKassa. CoinsSend no lo proporciona; no se guarda ese hash en pagos con criptomonedas. Los webhooks del proveedor pueden contener información adicional del pagador: solo existe en memoria para autenticar y analizar el evento; no se guarda en la base de datos ni en registros. Tampoco se guardan ni registran webhooks íntegros, respuestas de API de pago o credenciales de pago, incluso en caso de error.
Paddle y ЮKassa son responsables independientes de los datos de pago: sus condiciones rigen el pago, las comprobaciones, los recibos, los reembolsos y las retrocesiones. Consulta las políticas de privacidad de Paddle y ЮMoney / ЮKassa. Paddle actúa como vendedor oficial y gestiona los impuestos sobre ventas aplicables. El vendedor ruso que recibe pagos de ЮKassa es un empresario individual; sus datos, aún ausentes, deben constar en las condiciones del servicio antes de activar pagos. Si la plataforma pide correo o teléfono para recibos electrónicos conforme a la Ley Federal rusa n.º 54-FZ, esos contactos no se transmiten a PatchFirst para almacenarlos.
CoinsSend es un servicio custodio de criptomonedas y responsable independiente de los datos de pago. PatchFirst solo le envía el número opaco de pedido y el importe en USD, sin usuario ni datos del pagador; la configuración de comisiones y del retorno al panel no contiene datos del pagador. Durante el pago, CoinsSend recibe directamente datos técnicos del navegador y de transacciones de criptomonedas según su política de privacidad. Realiza controles contra el blanqueo de capitales según su política AML: puede pedir información adicional o retrasar un pago. Los ingresos en el saldo del comerciante se retienen 24 horas. Los registros públicos de la cadena de bloques no se eliminan al borrar una cuenta PatchFirst.
El navegador puede conservar el tema elegido y los datos de acceso al panel. Una cookie de sesión permite iniciar sesión; el panel antiguo guarda su clave de acceso localmente. El fragmento de URL tras # no se envía al servidor en la solicitud HTTP, pero quien obtenga el enlace completo puede obtener sus secretos. Las páginas públicas no usan fuentes de terceros, rastreadores publicitarios ni analítica externa.
Las relaciones de bonificaciones por invitación solo guardan identificadores opacos de las cuentas invitadora e invitada, sin correos ni nombres. El registro contable guarda abonos de servidores-mes, canjes, vencimientos y reversiones; el servidor elegido se identifica por su UUID técnico.
5. Uso de los datos técnicos
Los componentes técnicos anonimizados y los registros operativos permiten prestar las comprobaciones y la monitorización solicitadas, gestionar cuentas y pagos y prevenir abusos. El servicio y sus fuentes solo tratan datos técnicos con el alcance descrito. La venta de inventarios o su uso publicitario no forman parte de los fines del servicio.
Al escribir a [email protected], el operador recibe tu dirección de remitente y cualquier información incluida en el mensaje. La usamos para responder a la consulta. El operador elimina la correspondencia y los adjuntos de las copias de trabajo bajo su control en los 30 días siguientes a resolverla, salvo información que deba conservarse por ley; las copias de seguridad siguen su ciclo de limpieza. Para consultas técnicas bastan el identificador de cuenta o pedido y una descripción sin secretos; no envíes datos personales innecesarios, contraseñas ni datos de pago completos.
6. Conservación y eliminación
El operador puede configurar la eliminación de objetos monitorizados que dejan de actualizarse; el plazo por defecto es de 180 días. Las flotas vacías se eliminan tras una semana. La comprobación gratuita se ejecuta con un comando. El informe está disponible mediante un enlace durante 7 días, cifrado con la clave del informe. La clave está en el fragmento de URL tras # y no se envía en la solicitud HTTP; el navegador la pasa a la API en una cabecera para abrir el informe. Son plazos técnicos de limpieza, no una promesa de recuperación de datos eliminados.
Puedes eliminar servidores y solicitar la eliminación de la cuenta y los datos técnicos asociados. Desactiva el agente para evitar nuevos envíos. No se promete eliminar de inmediato todas las copias de seguridad; pregunta al operador por su procedimiento de limpieza.
Los pedidos, estos hashes y la relación entre quien invita y quien es invitado se conservan tras eliminar la cuenta, sin usuario ni datos de la cuenta, para la contabilidad de pagos y reembolsos.
7. Solicitudes y alcance de este aviso
Contacta con [email protected] para consultas sobre datos técnicos o solicitudes de eliminación. Para proteger la cuenta, el operador puede pedirte que demuestres el acceso sin solicitar tu nombre ni documentos de identidad. Se mantienen los derechos legales aplicables.
Datos del operador, legislación y jurisdicción aplicables: PatchFirst (los datos del operador se publicarán antes de habilitar los pagos); se indicará junto con los datos del operador. Las revisiones llevan una nueva fecha. Documentos relacionados: condiciones del servicio y política de uso aceptable.