Términos de uso

Versión de [fecha de entrada en vigor]

Borrador pendiente de revisión legal. Los textos entre corchetes se completarán antes de publicarse.

1. Aceptación

Estos términos regulan el uso de bustem.rip: el sitio web, el panel de staff y el cliente para Windows. Al descargar o ejecutar el cliente aceptas estos términos. El cliente además te muestra una pantalla de consentimiento y no hace nada hasta que escribes ACEPTO. Si no estás de acuerdo, no ejecutes el cliente.

2. Quién presta el servicio

El servicio lo presta [entidad legal], con domicilio en [domicilio]. Puedes escribirnos a [correo de contacto].

3. Qué es bustem.rip

Una herramienta para que el staff de un servidor de Minecraft haga una revisión de pantalla estructurada. El staff crea una sesión en el panel, el jugador ejecuta el cliente e introduce un código, y el cliente envía al panel lo que observa en el equipo del jugador.

4. Qué lee el cliente

Solo lo siguiente, y solo después de que aceptes la pantalla de consentimiento:

• Procesos en ejecución: nombre, ruta del ejecutable y hora de inicio.
• Archivos recientes: nombre, fecha de creación y fecha de modificación de los elementos de tu carpeta Recientes (%APPDATA%\Microsoft\Windows\Recent).
• Carpetas de Minecraft: nombres, tamaños y fechas de los archivos de versions, mods y resourcepacks; los perfiles de launcher_profiles.json (solo nombre, lastVersionId y gameDir); y qué launchers tienes instalados. Además calcula en tu equipo el hash SHA-256 de cada .jar de mods y versions; el hash solo se envía cuando coincide con una regla de detección.
• Argumentos de inicio de los procesos de Java (java.exe/javaw.exe): se dividen y comparan en tu equipo con las reglas de detección. Solo se envían los argumentos que coinciden, nunca la línea de comandos completa. De cada proceso se informa además el launcher de Minecraft al que pertenece y la versión; los valores de --username, --uuid y --accessToken se eliminan antes de derivar nada.

Lo envía como texto técnico, tal como se observó, mediante una conexión cifrada (TLS) y solo al servidor de bustem.rip configurado en el cliente.

5. Qué no lee ni hace el cliente

• No modifica, borra ni mueve ningún archivo, ajuste ni proceso.
• No envía el contenido de ningún archivo. Solo lee contenido para calcular el hash SHA-256 de los .jar de Minecraft y para leer tres campos de launcher_profiles.json; ese contenido no se envía ni se guarda.
• No toma capturas de pantalla ni accede a la cámara, el micrófono, las pulsaciones de teclado, el portapapeles ni las contraseñas del navegador.
• No se instala, no se inicia solo y no crea servicios, tareas programadas ni claves de inicio.
• No usa drivers de kernel, no se oculta y no se protege contra el cierre.
• Su ventana permanece visible y puedes cerrarla en cualquier momento.

Si en el futuro el cliente lee algo más, la pantalla de consentimiento y estos términos se actualizarán en la misma versión.

6. Cómo funciona el código de sesión

• El staff crea una sesión en el panel y obtiene un código con el formato BSTM-XXXX-XXXX.
• El código se genera al azar, sirve una sola vez y vence a los 10 minutos de crearse.
• Al introducirlo, el cliente recibe un token que solo vale para esa sesión. El token deja de funcionar en cuanto el staff cierra la sesión.
• Si el código ya se usó o venció, el cliente no envía nada. Pide al staff una sesión nueva.

7. Quién ve los resultados

Los resultados se muestran en tiempo real al staff que inició la sesión, a través del panel. Cuando el staff cierra la sesión, esta queda guardada como informe. bustem.rip no publica los resultados.

8. Los resultados describen, no juzgan

Cada resultado describe lo que el cliente observó. No es una conclusión sobre la persona. Las decisiones que se tomen a partir de una sesión, como una sanción, son responsabilidad del servidor y de su staff, no de bustem.rip.

9. Obligaciones del staff

• Usar bustem.rip solo con jugadores que sepan que se les está revisando y hayan aceptado ejecutar el cliente.
• Dar a los jugadores el cliente solo a través del sitio oficial.
• No presentar los resultados como algo distinto de lo que muestran.
• Proteger el acceso al panel y no compartirlo con terceros.

10. Conservación

Los informes se conservan durante [periodo de conservación de los informes]. Los detalles están en la política de privacidad.

11. Garantías y responsabilidad

El servicio se ofrece tal cual. [limitación de responsabilidad, pendiente de revisión legal]

12. Cambios

Podemos actualizar estos términos. La versión vigente es la publicada en esta página, con su fecha al principio.

13. Ley aplicable

Estos términos se rigen por [ley aplicable y jurisdicción].

Terms of use

Version of [effective date]

Draft pending legal review. Text in square brackets will be completed before publication.

1. Acceptance

These terms govern the use of bustem.rip: the website, the staff panel and the Windows client. By downloading or running the client you accept these terms. The client also shows you a consent screen and does nothing until you type I AGREE. If you do not agree, do not run the client.

2. Who provides the service

The service is provided by [legal entity], located at [address]. You can write to us at [contact email].

3. What bustem.rip is

A tool that lets staff of a Minecraft server run a structured screenshare. Staff creates a session in the panel, the player runs the client and enters a code, and the client sends what it observes on the player's computer to the panel.

4. What the client reads

Only the following, and only after you accept the consent screen:

• Running processes: name, executable path and start time.
• Recent files: name, creation time and modification time of the items in your Recent folder (%APPDATA%\Microsoft\Windows\Recent).
• Minecraft folders: names, sizes and dates of the files in versions, mods and resourcepacks; the profiles in launcher_profiles.json (only name, lastVersionId and gameDir); and which launchers you have installed. It also computes the SHA-256 hash of each .jar in mods and versions on your computer; the hash is only sent when it matches a detection rule.
• Start arguments of Java processes (java.exe/javaw.exe): split and compared on your computer against the detection rules. Only the arguments that match are sent, never the full command line. For each process the Minecraft launcher it belongs to and the version are also reported; the --username, --uuid and --accessToken values are stripped before anything is derived.

It sends this as technical text, exactly as observed, over an encrypted connection (TLS) and only to the bustem.rip server configured in the client.

5. What the client does not read or do

• It does not modify, delete or move any file, setting or process.
• It does not send the contents of any file. It only reads contents to compute the SHA-256 hash of Minecraft .jar files and to read three fields of launcher_profiles.json; that content is not sent or stored.
• It does not take screenshots or access the camera, microphone, keystrokes, clipboard or browser passwords.
• It does not install itself, does not start on its own and creates no services, scheduled tasks or run keys.
• It uses no kernel drivers, does not hide and does not protect itself from being closed.
• Its window stays visible and you can close it at any time.

If the client ever reads anything else, the consent screen and these terms will be updated in the same release.

6. How the session code works

• Staff creates a session in the panel and gets a code in the format BSTM-XXXX-XXXX.
• The code is generated at random, works once and expires 10 minutes after it is created.
• When you enter it, the client receives a token that is valid for that session only. The token stops working as soon as staff closes the session.
• If the code was already used or has expired, the client sends nothing. Ask staff for a new session.

7. Who sees the results

The results are shown in real time to the staff who started the session, through the panel. When staff closes the session, it is stored as the report. bustem.rip does not publish the results.

8. Results describe, they do not judge

Each result describes what the client observed. It is not a conclusion about the person. Decisions taken based on a session, such as a ban, are the responsibility of the server and its staff, not of bustem.rip.

9. Staff obligations

• Use bustem.rip only with players who know they are being checked and have agreed to run the client.
• Give players the client only through the official site.
• Do not present the results as anything other than what they show.
• Protect access to the panel and do not share it with third parties.

10. Retention

Reports are kept for [report retention period]. Details are in the privacy policy.

11. Warranties and liability

The service is provided as is. [limitation of liability, pending legal review]

12. Changes

We may update these terms. The version in force is the one published on this page, dated at the top.

13. Governing law

These terms are governed by [governing law and jurisdiction].