Transmission 4.1.4 llega con correcciones de seguridad y fallos.

Publicado el 24 de octubre de 2026, 8:58

Transmission es de esos programas que uno instala una vez y se olvida de que existen hasta que algo falla. Por eso las versiones de mantenimiento como Transmission 4.1.4 suelen pasar desapercibidas, y sin embargo merece la pena mirarlas con algo de calma. Esta cuarta actualización de la serie 4.1 del cliente BitTorrent de código abierto llega casi cuatro meses después de la 4.1.3. No trae funciones llamativas, pero sí un buen puñado de correcciones, algunas bastante más serias de lo que sugiere un número de versión que solo ha cambiado en el último dígito.

El cambio que abre la lista de novedades es el más técnico. Transmission se controla internamente mediante una interfaz RPC, que es el canal por el que hablan con el demonio el cliente web, la herramienta transmission-remote y muchas aplicaciones de terceros. Dentro de ese canal, el método torrent-add, el que sirve para añadir una descarga nueva, ahora está endurecido frente a solicitudes mal formadas. En cristiano: si alguien o algo le envía una petición rara o malintencionada, el programa debería saber rechazarla sin tropezar.

No conviene dramatizar, porque el anuncio no habla de ningún ataque concreto. Pero tampoco está de más ponerlo en contexto. La 4.1.3 ya había corregido un fallo de CORS que filtraba el nonce anti-CSRF, una especie de contraseña de un solo uso que protege la interfaz web, además de un error de uso después de liberación en el código que gestiona a los pares. Dos versiones seguidas retocando la parte de red es una señal razonable de que el proyecto está revisando justo la zona más expuesta, y eso importa sobre todo si tienes el acceso remoto activado en un NAS, una Raspberry Pi o un servidor doméstico.

Si tuviera que elegir la corrección que más puede afectarte en el día a día, sería esta. Transmission 4.1.4 arregla una regresión introducida en la propia serie 4.1 por la que los torrents con archivos de cero bytes se gestionaban mal, hasta el punto de que a veces se perdía el progreso ya descargado. Los archivos vacíos son más habituales de lo que parece: aparecen como marcadores de posición, en carpetas de proyectos o en colecciones con estructuras de directorios amplias. Perder horas de descarga por algo así, y encima por un fallo nuevo y no heredado, es exactamente el tipo de cosa que justifica actualizar sin esperar.

No es la única corrección de fondo. La versión también soluciona un error raro que podía dejar el programa colgado aunque ya lo hubieras cerrado, otro, igual de infrecuente, que impedía que terminaran las descargas desde semillas web, y un problema con la variable TR_CURL_PROXY_SSL_NO_VERIFY que afectaba a la verificación SSL del servidor de origen. Añade un fallo de compilación que aparecía al construir el programa con determinados avisos del compilador activados como errores en GCC, relevante sobre todo para quien compila a mano o mantiene paquetes. Ninguno de estos arreglos hará ruido, pero son los que evitan que un día el cliente se comporte de forma incomprensible sin que sepas por qué.

La novedad más curiosa para el usuario de escritorio es la unificación del lanzamiento y la delegación entre los clientes Qt y GTK. Funciona así: si ya tienes uno de los dos en marcha y luego tú, o el gestor de tipos MIME de tu navegador, intentáis abrir el otro para añadir un torrent nuevo, ese torrent se entrega a la sesión que ya existía en lugar de arrancar una segunda. Parece un detalle menor, pero resuelve una pequeña incomodidad real. Quien usa KDE con la versión Qt y tiene alguna aplicación GTK asociada a los enlaces magnet sabe lo fácil que es acabar con dos ventanas de Transmission peleándose por la misma carpeta de descargas.

El cliente GTK recibe además tres arreglos: la lista de torrents vuelve a reordenarse y a aplicar su filtro cuando cambia el nombre de la carpeta superior del torrent, abre la carpeta correcta cuando un torrent de un solo archivo usa estructura de directorios, y muestra bien el icono de la aplicación en algunos escritorios. Por su parte, el cliente Qt ha mejorado el código de su interfaz para consumir menos CPU, algo que se agradece en equipos modestos donde Transmission convive durante horas con otras cosas.

 

Fuente: 9to5Linux

Añadir comentario

Comentarios

Todavía no hay comentarios