En una sesión de escritorio interactiva con Secret Service, guarda el secreto del proxy por separado de sus atributos identificativos:

secret-tool store --label='Work web proxy' purpose web-proxy host proxy.example

Proporciona el secreto por separado; mantenlo fuera de la etiqueta y de los atributos. Para recuperarlo, usa secret-tool lookup purpose web-proxy host proxy.example. Ese comando devuelve el secreto correspondiente en la salida estándar, así que pasa su salida a la interfaz de credenciales compatible del cliente previsto en lugar de a una transcripción de diagnóstico compartida.

La consulta necesita la sesión D-Bus del usuario adecuado y un Secret Service disponible. Puede que haya que desbloquear la colección. Una tarea de cron no reproduce automáticamente el estado desbloqueado del escritorio, y la consulta de root no selecciona el llavero de otro usuario.

Trata el fallo de la consulta en el almacén por separado de la autenticación de proxy rechazada. Enviar en silencio una contraseña vacía y reintentar oculta qué operación falló.

Prefiere campos de credenciales separados en el cliente cuando sean compatibles. Si las credenciales deben ir en una URL de proxy, codifica el usuario y la contraseña como componentes URI; las comillas del shell no realizan codificación de URL.

El llavero elimina la necesidad de un secreto literal en .profile. El valor recuperado sigue existiendo en memoria, y exportarlo lo expone a los procesos hijos que lo heredan. El almacenamiento protegido no convierte ese entorno de ejecución en una caja fuerte de secretos.

Artículos relacionados