Sealby
מקום פרטי לפרטי שחזור ולקודי 2FA
שמרו קודי גיבוי ופתקי חשבון רגישים בהצפנה ובנפרד מהחשבון שאותו הם משחזרים.
הגנו על סיסמאות וקודי שחזורהונאות ותוכנות זדוניות
התאמה לסיסמה דלופה אינה מוכיחה שמישהו פרץ לטלפון. היא אומרת שהסיסמה הופיעה בנתוני דליפה או פיצוח מוכרים ואינה אמורה להגן יותר על דבר — במיוחד כל חשבון שבו מחזרתם אותה.
מקום פרטי לפרטי שחזור ולקודי 2FA
שמרו קודי גיבוי ופתקי חשבון רגישים בהצפנה ובנפרד מהחשבון שאותו הם משחזרים.
הגנו על סיסמאות וקודי שחזורהכי טוב לסיסמאות ייחודיות יומיומיות
צרו סיסמה חדשה לכל חשבון ותנו למנהל למלא אותה עבורכם.
הכי טוב כשהשירות תומך בהם
הם עמידים בפני דיוג ומבטלים את הסיסמה החוזרת שעלולה לדלוף.
אותה בעיה מתחילה שוב
דליפה עתידית אחת יכולה לחשוף כל חשבון שחולק אותה.
אתר שומר מספיק מידע כדי לזהות את הסיסמה שלכם בכניסה. אתרים טובים שומרים גיבוב איטי עם salt, לא את הסיסמה עצמה. דליפות עדיין חושפות מסדי נתוני סיסמאות, ומימושים גרועים, אלגוריתמים ישנים או סיסמאות חלשות מאפשרים לתוקפים לשחזר הרבה מהערכים המקוריים. הם נאספים לרשימות פיצוח ומנוסים במקומות אחרים.
לכן התאמה אומרת משהו על הסיסמה, לא על בריאות המכשיר בידכם. היא אינה מוכיחה שנוזקה קראה את המקלדת או שהחשבון שאתם בודקים היה האתר שנפרץ. ייתכן שהמקור היה שירות אחר לפני שנים.
הבודק של Sealby מחשב טביעת SHA-1 של הסיסמה המלאה בתוך הדפדפן. SHA-1 משמש כאן רק כפורמט חיפוש שנדרש במסד הנתונים Pwned Passwords, לא לאחסון או הגנת הסיסמה. הדף שולח את חמשת התווים ההקסדצימליים הראשונים של הטביעה — לעולם לא את הסיסמה או הטביעה המלאה.
השירות מחזיר מאות סיומות טביעה עם אותה תחילית, מרופדות כדי שגודל התגובה יחשוף פחות. הדפדפן משווה את הסיומת האמיתית מקומית ומתעלם מריפוד. זה k-anonymity: השרת רואה קהל של סיסמאות אפשריות, והמכשיר שלכם יודע איזו טביעה מלאה לחפש.
התאמה אומרת שטביעת הסיסמה המדויקת קיימת בנתוני סיסמאות שנפגעו ידועים. תוקפים יכולים לשים אותה קרוב לראש רשימת ניחושים. היא אינה מספרת מי השתמש בה, איזו דליפה חשפה אותה או האם חשבון מסוים כבר נפתח.
הסכנה מתרכזת במקום שבו מחזרתם אותה. כלי credential stuffing אוטומטיים מנסים זוג דלוף של מייל וסיסמה בדואר, חנויות, רשתות חברתיות ושירותים פיננסיים. דליפה ישנה אחת הופכת לכמה השתלטויות כי הסיסמה נדדה.
1. הסירו שימוש חוזר. החליפו את הסיסמה בכל מקום שבו היא מופיעה. התחילו במייל ובכל חשבון שיכול לאפס אחרים, ואז בשירותים פיננסיים, עבודה, רשתות חברתיות וחנויות. נתקו הפעלות לא מוכרות תוך כדי.
2. הפכו כל חלופה לייחודית. מנהל סיסמאות יכול ליצור ולזכור סיסמאות אקראיות. לסודות שחייבים להקליד או לזכור, השתמשו בכמה מילים אקראיות ממחולל ביטויי הסיסמה. אל תיצרו סיסמה חזקה אחת ותמחזרו אותה.
3. הוסיפו מחסום שני. הפעילו 2FA, עדיף אפליקציית מאמת או מפתח חומרה במקום SMS כשהשירות מציע בחירה. מפתח גישה טוב אף יותר כשנתמך, כי הוא ייחודי לאתר ועמיד לדיג.
אף מאגר דליפות אינו מכיל כל סיסמה גנובה. אתר אולי אינו יודע שנפרץ, תוקף אולי שומר נתונים פרטיים וסיסמה חלשה יכולה להינחש בלי להופיע בדליפה. "לא נמצא" הוא אות מועיל אחד, לא תעודת חוזק.
שפטו את ההגדרה כולה: ייחודית לכל אתר, ארוכה או אקראית, מאוחסנת בבטחה ומגובה ב-2FA או במפתחות גישה. כדי לראות למה אורך ואלגוריתמי אחסון משנים זמן ניחוש, קראו איך פועלות מתקפות כוח גס.
השתמשו בבודק שמחשב גיבוב מקומי ומבצע חיפוש טווח k-anonymity, כמו בדיקת הדליפות של Sealby. הוא שולח רק את חמשת התווים הראשונים של טביעת SHA-1, מקבל הרבה סיומות אפשריות ומשווה את הטביעה המלאה בדפדפן.
שנו אותה תחילה בכל חשבון שבו השתמשתם בה מחדש, החל במייל, במנהל הסיסמאות, בבנקאות ובכל חשבון שיכול לאפס אחרים. השתמשו בסיסמה ייחודית אחרת לכל חשבון, עברו על הפעלות והפעילו 2FA או מפתח גישה כשזמין.
רק אם אפשר לוודא איך הבודק עובד. הבודק של Sealby משאיר את הסיסמה והגיבוב המלא בדפדפן; רק תחילית גיבוב בת חמישה תווים נשלחת ל-Pwned Passwords range API. הוא גם מבקש תוצאות מרופדות וממתין לשליחה שלכם במקום לחפש תוך כדי הקלדה.
לא. היא רק אומרת שהסיסמה המדויקת לא נמצאה בנתונים העכשוויים של הבודק. דפוס קצר, פרט אישי, שינוי קטן או סיסמה שמוחזרה באתר שלא נפרץ עדיין יכולים להיות חלשים.
הורידו את Sealby והגנו על מה שחשוב. ההתקנה לוקחת פחות מדקה, ואין חשבון לפתוח.
iPhone ו-iPad · iOS 17+ · חינם