Secret Service를 사용하는 대화형 데스크톱 세션에서는 프록시 비밀을 식별 속성과 분리해 저장합니다:

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

비밀은 따로 제공하고 레이블과 속성에는 넣지 마세요. 가져오려면 secret-tool lookup purpose web-proxy host proxy.example 를 사용합니다. 이 명령은 일치하는 비밀을 표준 출력으로 반환하므로, 그 출력은 공유 진단 기록이 아니라 대상 클라이언트가 지원하는 자격 증명 인터페이스로 전달하세요.

검색에는 해당 사용자의 D-Bus 세션과 사용 가능한 Secret Service가 필요합니다. 모음을 잠금 해제해야 할 수도 있습니다. cron 작업은 데스크톱의 잠금 해제 상태를 자동으로 재현하지 않으며, root의 검색은 다른 사용자의 키링을 선택하지 않습니다.

저장소 검색 실패는 거부된 프록시 인증과 분리해 처리하세요. 빈 비밀번호를 조용히 보내고 다시 시도하면 어느 작업이 실패했는지 가려집니다.

지원되는 경우 클라이언트의 자격 증명 필드를 따로 쓰는 편이 좋습니다. 자격 증명을 프록시 URL에 넣어야 한다면 사용자 이름과 비밀번호를 URI 구성 요소로 인코딩하세요. 셸 인용은 URL 인코딩을 하지 않습니다.

키링이 있으면 .profile 에 원문 비밀을 둘 필요가 없습니다. 그래도 가져온 값은 메모리에 존재하며, 내보내면 이를 상속하는 자식 프로세스에 노출됩니다. 보호된 저장소가 그 런타임 환경을 비밀 금고로 만들어 주지는 않습니다.

관련 글