אבטחת חשבון
אבטחת השרת מגנה על האתרים. אבטחת החשבון מגנה על המפתחות אליהם. כל התחברות ל-Zinn Digital® פועלת על מערכת זהויות אחת המבוססת על תקנים — מפתחות גישה ו-WebAuthn, אימות דו-שלבי TOTP, התחברות בקישור קסם, SAML SSO לצוותי ארגונים וסוכנויות — עם הרשאות מפורטות, מפתחות API לכל ארגון ויומן ביקורת לקריאה והוספה בלבד מאחוריה.
רוב חשבונות האחסון הם סיסמה במסד נתונים, המוצמדת ללוח בקרה. שלנו הוא מערכת זהויות ייעודית — Keycloak, התומכת ב-OIDC וב-SAML — הניצבת בחזית של הכל: לוח הבקרה של הלקוח, מסוף הניהול של הצוות, אתר ציבורי זה ומאגר הידע, וכרטיסי התמיכה שלכם. התחברו פעם אחת ואתם מחוברים לכולם.
מכיוון שהיא בנויה על תקנים פתוחים ולא על התחברות קניינית, שכבת הזהות ניתנת להחלפה באותו אופן שבו ניתן להחליף כל רכיב אחר בפלטפורמה. שום חלק ממודל הגישה שלכם אינו נעול בתוך מוצר של ספק מסוים, ואימות הצוות שלכם אינו תלוי בכך שנשמור על ספק יחיד. זהו אותו עיקרון של אי-נעילת לקוח שאנו מיישמים על חשבונות CDN, DNS וספקי תשלומים.
ההתחברות מותאמת לשפתכם, והמעבר מהאתר למסך ההתחברות שומר על השפה שלכם — כך שצוות המפוזר במדינות שונות אינו מחויב להתחבר באנגלית בלבד.
ארבע שיטות, כולן מן השורה הראשונה, וכולן ניתנות להגדרה אישית לכל אדם. איש אינו נאלץ לבחור באפשרות החלשה ביותר רק משום שהיא היחידה שמוצעת.
הזינו את האימייל שלכם, לחצו על הקישור, ואתם בפנים. אין סיסמה שניתן לגנוב בפישינג, לעשות בה שימוש חוזר או שתודלף במאגר פריצה. זהו המסלול המוגדר כברירת מחדל עבור חשבונות חדשים, ועבור רוב האנשים זהו המסלול היחיד שהם יצטרכו אי פעם.
רשמו מפתח גישה (passkey) — Touch ID, Face ID, Windows Hello או מפתח חומרה כגון YubiKey — והתחברו ללא שום סיסמה. מפתחות גישה קשורים למקור, ולכן דף התחברות מתחזה אינו יכול ליירט אותם. הפלטפורמה תומכת במאמתים בתקן ES256 ו-RS256 ומעדיפה אימות משתמש.
היכנס באמצעות Google דרך חיבור ספק זהויות סטנדרטי, כך שהחשבון יירש את כל אמצעי הבקרה שה-Google Workspace שלך כבר אוכף. ספקים נוספים מתחברים באותה הדרך — אין כאן שום אינטגרציה מותאמת אישית.
נשמר עבור האנשים והסקריפטים שזקוקים לכך, וכפוף למדיניות אמיתית: לפחות שנים-עשר תווים, לעולם לא שם המשתמש או כתובת הדוא"ל שלכם, ללא שימוש חוזר בשלושת האחרונים שלכם, מגובב באמצעות Argon2. כתובות דוא"ל מאומתות לפני שחשבון הופך לזמין לשימוש.
גורמי אימות משניים הם חלק ממערכת הזהות, ולא תוסף שאתם רוכשים או תוסף שאתם מתקינים באתר שלכם.
אם הארגון שלכם כבר משתמש בספק זהויות — Okta, Entra ID, Google Workspace, או כל דבר אחר שתומך ב-SAML — אתם מחברים אותו והאנשים שלכם נכנסים אל Zinn Digital® באמצעות פרטי ההתחברות הארגוניים הקיימים שלהם. אין סיסמה שנייה שהצוות שלכם צריך לנהל, ואין צ'ק-ליסט עזיבה שני שעלולים לשכוח.
עניין זה משמעותי במיוחד בקנה מידה של סוכנויות ומשווקים מורשים, שבהם תחלופת עובדים היא אירוע אבטחה של ממש. כאשר מישהו עוזב ואתם משביתים אותו בספריית המשתמשים שלכם, השבתתם גם את נתיב הגישה שלו אל האחסון שלכם. הגישה מתנהלת באופן מרכזי בהתאם ליחסי העבודה, במקום לרדוף אחריה בין עשרות כלי SaaS שונים.
SAML פועל לצד כל השאר במקום להחליף אותו: קבלנים עדיין יכולים לקבל חשבון עם קישור קסם (magic-link) במסגרת תפקיד מוגדר, בעוד שעובדים קבועים נכנסים באמצעות SSO. ארגון אחד, מודל הרשאות אחד, שתי דלתות כניסה.
הגישה מוגבלת לעץ הארגוני — ממפיץ ללקוח ועד לאתר — ונאכפת בבסיס הנתונים עצמו באמצעות אבטחה ברמת השורה, ולא רק ביישום. גישה בין דיירים אינה מדיניות שאנו מבקשים מאנשים לכבד; זוהי שאילתה שאינה יכולה להחזיר שורות. ארבעה תפקידי לקוח מכסים את חלוקת התפקידים המציאותית.
שליטה מלאה בארגון ובחשבונות המשנה שלו: יצירת ארגוני משנה, הזמנה והסרה של חברים, הקצאת תפקידים, ניהול כל אתר, ביצוע חיובים והפקת חשבוניות, ניהול מפתחות API וקריאת יומן הביקורת.
חשבוניות, מנויים, אמצעי תשלום וקטלוג התוכניות — ושום דבר מעבר לכך. איש הכספים או רואה החשבון שלכם יכול להסדיר חשבונית מבלי שתהיה לו אי פעם היכולת לגעת באתר פעיל, להשעות אותו או למחוק אותו.
גישה לאתרים ול-API ללא שליטה בחיובים: צפייה והקצאה של אתרים, הפעלה מחדש של שירותים, ניקוי מטמונים, ניהול מפתחות API וקריאות שירות. בכוונה תחילה אין גישה לאמצעי תשלום, לחשבוניות או לשינויי תוכנית.
לצפייה בלבד בכל רחבי הארגון — אתרים, חיוב, תוכניות, קריאות שירות, סטטוס תרגום ויומן ביקורת. התפקיד המתאים למבקר, ללקוח שמעוניין בשקיפות, או לעובד חדש בשבוע הראשון שלו.
לוח הבקרה הוא דרך כניסה אחת. ה-API, ה-CLI, ספק ה-Terraform ושרת ה-MCP הם דרכים נוספות — והם כפופים לאותו מודל גישה, מכיוון שמפתח ללא הגדרת היקף (unscoped) עוקף כל תפקיד שהגדרתם זה עתה.
מפתח API מונפק לארגון ולא לאדם פרטי, והוא נושא היקפי הרשאות משלו. התייחסו אליו כאל פרטי אימות משותפים: העניקו לו שם בהתאם למטרתו, הגדירו עבורו את היקפי ההרשאות המצומצמים ביותר הדרושים לפעולתו, והחליפו אותו כאשר האדם שיצר אותו עוזב.
המפתח הגולמי מוצג בפניכם פעם אחת בלבד, בעת היצירה. מה שאנו שומרים הוא גיבוב SHA-256 וקידומת קצרה לצורך איתור. איננו יכולים להציג בפניכם מפתח שוב, ופריצה למסד הנתונים אינה מוסרת לתוקף אישורי גישה תקינים.
כל מפתח כולל הרשאות מדויקות המשויכות לאותו קטלוג הרשאות שבו משתמשים התפקידים, מתעד מתי נעשה בו שימוש לאחרונה, וניתן לביטול באופן מיידי ברגע שהוא נראה חשוד. מפתחות sandbox נפרדים מאפשרים לבדוק את ה-API ללא כל חיוב או הקצאת משאבים בפועל.
שרת ה-MCP מאפשר לכל סוכן בעל יכולת MCP לנהל את האחסון שלכם — והוא מאמת באמצעות OAuth 2.1, מוגדר להרשאות הארגון שלכם וה-RBAC שלו, עם אסימונים הניתנים לביטול לכל כלי, אישור על פעולות הרסניות, תקרות הוצאה ותיעוד ביקורת מלא. חיבור עוזר בינה מלאכותית אינו אומר למסור לו את המפתחות לכל דבר.
כל פעולה מורשית רושמת רשומה הניתנת להוספה בלבד — מי ביצע אותה, מה עשה, על מה ביצע אותה, הראיות התומכות וכתובת ה-IP של המקור, בצירוף חותמת זמן. אין זה כלי נוחות לניפוי שגיאות; זהו נתיב הראיות.
לא — ואנו מעדיפים שלא תעשו זאת. כניסה באמצעות קישור קסם בדוא"ל היא ברירת המחדל, ובאפשרותכם לרשום מפתח גישה (Touch ID, Face ID, Windows Hello או מפתח חומרה) ולהיכנס מבלי להגדיר סיסמה מעולם. דוא"ל וסיסמה נותרים זמינים כגיבוי, עם דרישת מינימום של שנים-עשר תווים, איסור על שימוש חוזר בשלוש הסיסמאות האחרונות וגיבוב ב-Argon2.
אימות דו-שלבי באמצעות TOTP מובנה בשכבת הזהות וניתן לאכיפה באמצעות מדיניות בכל רחבי הארגון, במקום להשאיר את הבחירה להצטרף לכל חבר בנפרד. מפתחות גישה (Passkeys) הם האפשרות החזקה יותר כאשר מכשירי הצוות שלכם תומכים בהם, מכיוון שהם מסירים את הסיסמה שתוקף עשוי לנסות להשיג באמצעות דיוג (פישינג).
כן. תפקיד מנהל החיובים מעניק גישה לחשבוניות, מינויים, אמצעי תשלום וקטלוג התוכניות, ותו לא — ללא אפשרות להציג, להקצות, להפעיל מחדש, להשעות או למחוק אתר. ההפך נכון גם כן: תפקיד המפתח מנהל אתרים וגישת API ללא כל שליטה בחיובים. תפקידים מוקצים לכל ארגון בנפרד, כך שתפקיד בארגון אחד אינו מעניק גישה בארגון נפרד ובלתי קשור — אם כי תפקיד בארגון אב חל על הארגונים המוגדרים תחתיו.
בטלו אותו מלוח הבקרה והוא יפסיק לפעול באופן מיידי. חלון הנזק מוגבל למה שאותו מפתח היה יכול לעשות מלכתחילה, ולכן מפתחות כוללים היקפי הרשאות מפורטים ומתעדים חותמת זמן של שימוש אחרון — היקפי הרשאות מצומצמים ונתיב שימוש גלוי הם אלה שהופכים הדלפה לאירוע מתוחם ולא לפשרה מלאה של החשבון. שימו לב שמפתחות מונפקים לארגון ולא לאדם פרטי, לכן התייחסו אליהם כאל פרטי גישה משותפים והחליפו אותם כאשר אנשים עוזבים. בצד שלנו נשמר רק גיבוב (hash) של המפתח, כך שהדלפה ממסד הנתונים שלנו אינה מייצרת פרטי גישה פעילים.
כן. כל פעולה מורשית נרשמת ביומן ביקורת המאפשר הוספה בלבד, יחד עם הגורם המבצע, הפעולה, היעד, ראיות תומכות, כתובת ה-IP של המקור וחותמת זמן. תפקידי בעלים וקריאה בלבד יכולים לקרוא אותו ישירות. פעולות של הצוות בחשבונכם מתועדות באותו נתיב, ופעולות צוות רגישות או הרסניות עשויות לדרוש תחילה אימות מוגבר או אישור של שני אנשים.
כן — SAML SSO נתמך עבור חשבונות ארגוניים וסוכנויות, כך שהעובדים שלכם מזדהים באמצעות אישורי תאגיד קיימים וביטול ההרשאות בספריית המשתמשים שלכם מסיר את גישתם גם כאן. תוכלו לשלב גישות: SSO עבור עובדים קבועים, חשבונות magic-link מוגבלי היקף עבור קבלנים, הכל במסגרת אותו מודל הרשאות.
לא — סיסמאות אינן מועברות בכוונה. החשבון שלכם מיובא ללא סיסמה, ובכניסה הראשונה תוכלו להשתמש בקישור קסם או להגדיר סיסמה חדשה בהתאם למדיניות הנוכחית. העברת גיבובי סיסמאות ישנים תביא חולשות ישנות לתוך מערכת חדשה, ולכן איננו עושים זאת.
תקופת הניסיון של Footprint-Free נמשכת 14 ימים, אינה דורשת כרטיס אשראי ומכסה עד חמישה אתרים. אתם מקבלים את שכבת הזהות המלאה במהלך תקופת הניסיון — מפתחות גישה, אימות דו-שלבי, תפקידים, מפתחות API ויומן הביקורת אינם חסומים מאחורי תוכנית בתשלום.
רשמו מפתח גישה (passkey), הזמינו את הצוות שלכם לתפקידים המתאימים והנפיקו מפתח API בעל הרשאות מוגדרות — הכל במסגרת תקופת ניסיון ל-14 יום ללא צורך בהזנת פרטי אשראי.
התחל בחינם