מנהל סיסמאות שומר פרטי התחברות שהצוות משתמש בהם שוב ושוב. קישור סודי חד-פעמי מוסר פרט התחברות לאדם אחד, פעם אחת, ואז משמיד את העותק שהעביר. השתמשו במנהל כמקור הרשמי ובקישור למסירה: רוב הצוותים שמקפידים על אבטחה צריכים את שניהם, ורוב החיכוך נוצר כשמשתמשים באחד במקום שבו השני מתאים.
לאיזו עבודה כל אחד מהם נבנה
| משימה | מנהל סיסמאות | קישור סודי |
|---|---|---|
| אחסון ללא הגבלת זמן | כן | לא |
| שיתוף עם מי שאין לו גישה לכספת | מסורבל | מותאם בדיוק לזה |
| מסירה חד-פעמית | אפשרי | התנהגות ברירת המחדל |
| מעקב אחרי החלפות | כן | לא |
| יומן ביקורת של כל קריאה | מוגבל | לכל סוד בנפרד |
| עובד בלי שהנמען נרשם | לא | כן |
| מילוי אוטומטי בדפדפן וב-CLI | כן | לא |
| מחיקה מובטחת אחרי המסירה | לא | כן: מחיקה לאחר קריאה או תפוגה |
מנהל סיסמאות הוא מקור רשמי. קישור סודי הוא אמצעי מסירה שמבטיח שהמידע לא יישאר: אחרי המסירה הקישור נמחק, תוקפו פג או שמבטלים אותו, וה-URL שנשאר בצ'אט או באימייל לא מוביל לשום דבר.
מתי מנהל הסיסמאות עדיף
- צוות מוכר ישתמש בפרטי ההתחברות שוב ושוב.
- אתם רוצים עותק רשמי אחד שמתעדכן בכל מקום.
- הנמען כבר נמצא בכספת שלכם.
- אתם צריכים מילוי אוטומטי בדפדפנים ובכלי CLI.
- אתם רוצים ניטור דליפות ודוחות על סיסמאות חלשות לכל מאגר פרטי ההתחברות.
מתי הקישור הסודי עדיף
- הנמען הוא קבלן, לקוח או ספק שלא נמצא בכספת שלכם, ולעולם לא יהיה בה.
- צריך למסור את פרטי ההתחברות רק פעם אחת.
- אתם רוצים אירוע ביקורת ברור מסוג "נקרא ב-14:32" למסירה, שקשור למסירה הספציפית הזאת.
- פרטי ההתחברות הם טוקן קצר-מועד, קוד OTP או סוד זמני מתהליך החלפה שאסור שיישאר בשום מקום.
- אתם צריכים להוציא את הערך הרגיש מחוץ לערוץ שאתם נאלצים להשתמש בו. אימייל וצ'אט שומרים הכול; קישור שנמחק לא שומר כלום.
בחירה לפי תרחיש
| תרחיש | במה להשתמש | למה |
|---|---|---|
| חבר צוות שנמצא בכספת צריך את פרטי הכניסה לסביבת ה-staging | מנהל סיסמאות | שתפו את פריט הכספת; הוא נשאר מעודכן אחרי החלפה |
| קבלן צריך סיסמה למסד נתונים לפרויקט של שבועיים | קישור סודי | אין צורך ברישיון משתמש בכספת; המסירה מתועדת; שום דבר לא נשאר |
| פרטי ההתחברות של עובד חדש ביום הראשון | שניהם | הערכים נשמרים במנהל; המסירה עוברת בקישור חד-פעמי |
| לקוח צריך את מפתח ה-API שהקציתם לו | קישור סודי | לקוחות אף פעם לא נמצאים בכספת שלכם; אימייל ישמור את המפתח לתמיד |
| מי שמטפל באירוע אבטחה צריך עכשיו את סיסמת המנהל החדשה | קישור סודי | תפוגה קצרה; בערוץ האירוע נשאר רק URL שכבר לא עובד |
| סיסמת ה-Wi-Fi של המשרד | מנהל סיסמאות (כספת משותפת) | לטווח ארוך, רגישות נמוכה, נדרשת שוב ושוב |
שלוש דוגמאות מלאות
מסירה לקבלן
- שלפו את פרטי ההתחברות מהמנהל (או, עדיף, צרו פרטי התחברות בהרשאות מצומצמות ובזמן מוגבל במיוחד לקבלן).
- צרו קישור סודי חד-פעמי: מחיקה אחרי צפייה אחת, תפוגה אחרי 24 שעות, עם ביטוי סיסמה.
- שלחו את הקישור באימייל, ואת ביטוי הסיסמה ב-SMS או בהודעה פרטית ב-Slack.
- חכו לאירוע הצפייה. אחרי שהקישור נקרא הוא כבר לא עובד, ושרשור האימייל לא מכיל שום מידע רגיש.
- כשהעבודה מסתיימת, בטלו את פרטי ההתחברות במקור.
קליטת עובד חדש
המנהל מחזיק את הערכים הרשמיים. הבעיה במסירה היא שהעובד החדש עדיין לא נמצא בכספת: פרטי ההתחברות הראשונים שלו הם הגישה לכספת. מסרו את פרטי ההתחברות הראשוניים האלה בקישור חד-פעמי שתוקפו פג באותו יום; כל השאר עובר דרך המנהל כרגיל.
מסירת מפתח API ללקוח
לעולם אל תשלחו את המפתח עצמו באימייל: אימייל נשמר ללא הגבלת זמן בכמה שרתים, והוא יעד מרכזי בהשתלטות על חשבונות. צרו את המפתח, שלחו קישור חד-פעמי, ואירוע המחיקה ישמש גם אישור מסירה. אם תוקף הקישור פג בלי שנקרא, אתם יודעים שהמסירה נכשלה לפני שהלקוח מתלונן. הנפיקו אותו שוב בקישור חדש.
הדפוס המשולב שרוב הצוותים מגיעים אליו
- פרטי ההתחברות של הצוות לטווח ארוך נשמרים במנהל הסיסמאות (1Password, Bitwarden, Vaultwarden).
- כשמישהו מחוץ לכספת צריך פרטי התחברות, חבר צוות מורשה שולף אותם מהמנהל ושולח קישור סודי חד-פעמי עם תפוגה קצרה.
- הנמען שומר את פרטי ההתחברות במנהל שלו.
- הקישור נמחק. המנהל שומר את העותק הרשמי ואת היסטוריית ההחלפות.
כך התיעוד מתחלק נכון: המנהל אחראי על "למי יש גישה למה", והקישור אחראי על "מתי התבצעה המסירה, והאם בדיוק גורם אחד קרא אותה".
ומה עם קישורי השיתוף המובנים של המנהלים?
כמה מנהלי סיסמאות מציעים היום תכונות שיתוף משלהם עם תפוגה: שיתוף פריטים ב-1Password, Bitwarden Send (כפי שפורסם ביולי 2026; בדקו בתיעוד העדכני לפני שאתם מסתמכים על הפרטים). אם כל העבודה שלכם מתנהלת בתוך מנהל אחד, אלה אפשרויות לגיטימיות ונוחות.
קישור סודי ייעודי עדיין מוצדק כשאתם רוצים הגנה בביטוי סיסמה שנמסר בערוץ נפרד, ציר זמן של יומן ביקורת לכל סוד שאפשר להפנות אליו אחר כך, קישור שבוטים של תצוגה מקדימה בצ'אט ובאימייל לא פוגעים בו, או כלי שלא מניח דבר לגבי המנהל שבו הצד השני משתמש (אם בכלל).
ומה עם החלפה?
קישור סודי לא עוקב אחרי החלפות. אם תשתפו את אותו ערך פעמיים בשני קישורים שונים, אף אחד מהם לא יודע על קיומו של השני. זה בסדר למסירה, אבל חסר תועלת לניהול שוטף. השאירו את האחריות הזאת במנהל, והתייחסו לכל החלפה כמסירה חדשה בקישור חדש.
מגבלות והסתייגויות כנות
- קישור סודי הוא לא אחסון. אם הנמען לא שומר את הערך במנהל שלו לפני שהקישור נמחק, תצטרכו להנפיק אותו שוב. כתבו את זה במפורש כשאתם שולחים אותו.
- אף אחד מהכלים לא מגן מפני הנמען. אחרי שאדם קרא פרטי התחברות, הוא יכול להעתיק אותם לכל מקום. שני הכלים מגנים על ההעברה והאחסון, לא על הצד השני.
- הכירו את מודל ההצפנה של הספק. מנהלי סיסמאות מוכרים מצפינים את הכספות מקצה לקצה, וכך גם LinkPilot לתוכן טקסט של קישורים סודיים: התוכן מוצפן בדפדפן שלכם והמפתח נשאר בחלק של הקישור שאחרי הסימן #, כך שמפעיל השירות לא יכול לקרוא סוד פעיל. ביטויי סיסמה עוברים hash בצד הלקוח, ותוכן שנמחק נדרס באופן בלתי הפיך. קבצים מצורפים מוצפנים באותה דרך. עדכון, 29 בספטמבר 2026: בסעיף הזה נכתב בעבר שקישורים סודיים לא מוצפנים מקצה לקצה, וזה היה נכון עד התאריך הזה. הפרטים בדף ארכיטקטורת האבטחה.
- הסיסמה הראשית של המנהל היא נקודת כשל יחידה. זה המחיר של מקור רשמי; הגנו עליה בביטוי סיסמה חזק ובאימות דו-שלבי מבוסס חומרה (2FA).
נסו בחינם, בלי הרשמה
מחולל קישורים סודיים חד-פעמיים
שתפו סיסמה או פתק בקישור שנפתח פעם אחת.
לקריאה נוספת
- איך משתפים מפתחות API בצורה מאובטחת
- שיתוף סיסמאות מאובטח: השוואה בין 5 שיטות
- LinkPilot מול OneTimeSecret
מקורות
- 1Password Support, Share items with anyone.
- Bitwarden Help Center, About Send.