Notas de la versión

Riversoft® STCP Gemini API tiene numeración de versión propia. La versión en ejecución se informa en GET /info/version.

3.10.0 — septiembre de 2026

Validación de la licencia al iniciar, con los parámetros appl_serialnumber y appl_license del config.json. Con la licencia inválida, la API no se inicia; cuando la licencia vence, la API se detiene.
GET /info/license informa los días hasta el vencimiento (daysRemaining) y la fecha de vencimiento (expiresAt).
Validez de los tokens configurable en el parámetro session_duration del config.json, en minutos: predeterminado 60, máximo 720.

Comparación de contraseñas en tiempo constante.
El motivo de la falla de autenticación pasa a registrarse en el log.
El desvío de autenticación usado en las pruebas automatizadas deja de existir en el ejecutable de producción.

El bloqueo del operador por exceso de fallas de inicio de sesión sobrescribía la configuración del operador y ocultaba el error de autenticación original.
Los errores de caché y de base se ignoraban en el bloqueo del operador y en el conteo de fallas de inicio de sesión.
Se aceptaba el header Authorization con espacios de más después de Bearer.
Error al cerrar una conexión de supervisión que no llegó a establecerse.
Filtro con más de un usuario (user) en los informes con base Oracle.
Una configuración inválida del hash de contraseñas podía detener la API.

Los proveedores de identidad (ssoProviders) pasan a usar la estructura de configuración común a los productos Riversoft STCP.

Identificación del operador en el inicio de sesión SSO con OpenID Connect, que pasa a usar la claim preferred_username.

El informe de transferencias no llegaba al límite de 15000 registros por página.
El campo next venía siempre vacío en el historial de transferencias con Microsoft SQL Server y Oracle.

Permiso incorrecto exigido en el restablecimiento de la contraseña del operador.
El operador aparecía como habilitado después de ser bloqueado por fallas de inicio de sesión.

Validación de los datos del conector Webhook en los usuarios y en los servicios de red.
Cifrado de los datos sensibles del Webhook, incluida la contraseña del proxy.
Conexión TLS con la base de log MySQL o MariaDB.

2FA de los operadores habilitado en el registro de la API (enable2FA).
Restablecimiento del 2FA de un operador: POST /stcpadminsvc/v2/supervision/stcpauth/reset/operator/2fa.
GET /info/sso/providers también informa los proveedores LDAP activos.

Rastreo (tracing) en todas las rutas, con el nombre de la entidad, de la instancia y del usuario en el log.

La API no se iniciaba cuando la configuración de un proveedor SSO era incorrecta.
El operador no se registraba en el rastreo de la eliminación de tipo de archivo global.

Paginación de los informes de transferencias y de estadísticas, que no aplicaba el límite correctamente.

El acceso total pasa a ser del operador stcpadmin, y ya no de los operadores del grupo con ID 1. Los operadores que dependían de ese grupo para tener acceso total deben recibir los permisos en sus grupos.