אחזור סיסמת פרוקסי באמצעות secret-tool
שמרו סיסמת פרוקסי מחוץ לקובץ האתחול של ה-shell, תוך התחשבות בהפעלת המשתמש ובערך הטקסט הגלוי שהלקוח זקוק לו.
בהפעלת שולחן עבודה אינטראקטיבית המשתמשת ב-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; מירכאות ב-shell אינן מבצעות קידוד URL.
צרור המפתחות מבטל את הצורך בסוד מילולי בקובץ .profile. הערך שאוחזר עדיין קיים בזיכרון, וייצוא שלו חושף אותו לתהליכי בן שיורשים אותו. אחסון מוגן אינו הופך את סביבת ההרצה הזו לכספת סודות.