טוקניזציה (אבטחת נתונים)

טוקניזציה, הוא מושג באבטחת נתונים, המתאר תהליך של החלפת רכיב נתונים רגיש עם מקבילה לא רגישה, המכונה "טוקן" (בעברית: אסימון), שאין לו משמעות או ערך מהותיים שניתנים להבנה. הטוקן הוא הפניה (כלומר מזהה) שמפנה חזרה לנתונים הרגישים באמצעות מערכת ה"טוקנים".

המיפוי מהנתונים המקוריים לטוקנים משתמש בשיטות שהופכות את הטוקנים לבלתי אפשריים להיפוך בהיעדר מערכת ייעודית (מערכת הטוקנים), למשל שימוש בטוקנים שנוצרו ממספרים אקראיים.

על מנת לספק את השירותים הללו, מערכת הטוקניזציה שומרת בסיס נתונים של טוקנים שמחוברים למידע הרגיש המקביל. הגנה על מאגר המערכת היא חיונית, ועליה להבטיח את שלמות מאגר המידע ואת ביטחונו.

יתרונות האבטחה והפחתת הסיכונים של טוקניזציה דורשים שמערכת הטוקניזציה תהיה בשרת מבודד פיזית ושונה במהותו ממערכות עיבוד הנתונים.

רק מערכת הטוקניזציה יכולה לייצר טוקנים, או להמיר טוקן בחזרה כדי לממש נתונים רגישים תחת בקרת אבטחה קפדנית.

החלפת נתונים בטוקנים נועדה למזער את החשיפה של נתונים רגישים לאותם יישומים, חנויות, אנשים ותהליכים, להפחית את הסיכון לפגיעה או חשיפה מקרית וגישה לא מורשית לנתונים רגישים. יישומים יכולים לפעול באמצעות טוקנים במקום נתונים חיים, למעט מספר קטן של יישומים מהימנים המורשים במפורש לבטל את הטוקן כאשר הוא הכרחי לחלוטין למטרה עסקית מאושרת.

נתונים רגישים בהם משתמשים בטוקניזציה כוללים, למשל, חשבונות בנק, דוחות כספיים, רשומות רפואיות, רישום פלילי, רישיונות נהיגה, בקשות להלוואות, מסחר במניות, רישומי בוחרים וסוגים אחרים של מידע אישי רגיש (PII). טוקן משמש לעיתים קרובות בעיבוד כרטיסי אשראי. מועצת ה-PCI מגדירה טוקן כ"תהליך שבו מספר החשבון הראשי (Payment card number - PAN) מוחלף בערך פונדקאי הנקרא טוקן. מספר החשבון עשוי להיות מקושר למספר סימוכין באמצעות תהליך הטוקניזציה. במקרה זה, הסוחר פשוט צריך לשמור את הטוקן וצד שלישי אמין שולט במערכת היחסים ומחזיק במסםר החשבון שלו. הטוקן עשוי להיווצר ללא תלות במספר החשבון, או שניתן להשתמש במספר החשבון כחלק מקלט הנתונים לטכניקת הטוקניזציה. התקשורת בין הסוחר לספק הצד השלישי חייבת להיות מאובטחת כדי למנוע מתוקף ליירט כדי להשיג את המספר החשבון והטוקן.

דה-טוקניזציה הוא התהליך בו מממשים את הטוקן עבור הערך המשויך לו. האבטחה של טוקן בודד מסתמכת בעיקר על חוסר היתכנות של קביעת הנתון המקורי בידיעה רק את ערך הטוקן". הבחירה בטוקניזציה כחלופה לטכניקות אחרות כגון הצפנה תהיה תלויה בדרישות רגולטוריות משתנות, פרשנות וקבלה על ידי גופי ביקורת או הערכה בהתאמה. זאת בנוסף לכל אילוץ טכני, ארכיטקטוני או תפעולי שהטוקניזציה כופה בשימוש מעשי.

מושגים ומקורות 
תפיסת הטוקניזציה, כפי שאומצה על ידי התעשייה כיום, קיימת מאז שמערכות המטבע הראשונות הופיעו לפני מאות שנים כאמצעי להפחתת סיכונים בטיפול במכשירים פיננסיים בעלי ערך גבוה על ידי החלפתם בשווי ערך פונדקאי. בעולם הפיזי, לאסימוני מטבעות יש היסטוריה ארוכה של שימוש בהחלפת המכשיר הפיננסי של מטבעות ושטרות מוטבעים . בהיסטוריה עדכנית יותר, אסימוני רכבת תחתית וז'יטוני קזינו מצאו אימוץ למערכות המתאימות שלהם כדי להחליף סיכוני מטבע פיזי וטיפול במזומן כגון גניבה.

בעולם הדיגיטלי, נעשה שימוש בטכניקות החלפה דומות מאז שנות ה-70 כאמצעי לבודד רכיבי נתונים אמיתיים מחשיפה למערכות נתונים אחרות. במסדי נתונים למשל, נעשה שימוש בערכי מפתח פונדקאים מאז 1976 כדי לבודד נתונים הקשורים למנגנונים הפנימיים של מסדי נתונים ומקבילותיהם החיצוניות למגוון שימושים בעיבוד נתונים.

בתעשיית כרטיסי התשלום, טוקניזציה היא אמצעי אחד להגנה על נתוני בעל כרטיס רגיש על מנת לעמוד בתקנים בתעשייה ובתקנות ממשלתיות.

כדי להגן על נתונים לאורך מחזור החיים המלא שלו, אסימון משולב לעיתים קרובות עם הצפנה מקצה לקצה כדי לאבטח נתונים במעבר למערכת הטוקניזציה או לשירות, עם אסימון המחליף את הנתונים המקוריים בהחזרה. לדוגמה, כדי למנוע את הסיכונים של תוכנות זדוניות שגונבות נתונים ממערכות בעלות אמון נמוך כמו מערכות נקודת מכירה (POS).

תהליך הטוקניזציה 
תהליך הטוקניזציה מורכב מהשלבים הבאים:
 האפליקציה שולחת את נתוני הטוקניזציה ומידע האימות למערכת הטוקניזציה.
 תהליך זה מופסק אם האימות נכשל והנתונים נמסרים למערכת ניהול אירועים. כתוצאה מכך, מנהלי מערכת יכולים לגלות בעיות ולנהל ביעילות את המערכת. המערכת עוברת לשלב הבא אם האימות מצליח.
 באמצעות טכניקות הצפנה חד-כיווניות, נוצר טוקן (אסימון) ונשמר בכספת נתונים מאובטחת במיוחד.
 הטוקן החדש מסופק לאפליקציה לשימוש נוסף.

הבדל מהצפנה 
טוקניזציה והצפנה "קלאסית" מגנים ביעילות על נתונים אם מיושמים כהלכה, ומערכת אבטחת מחשב עשויה להשתמש בשניהם. בעוד שהם דומים במובנים מסוימים, טוקניזציה והצפנה קלאסית נבדלים בכמה היבטים מרכזיים. שתיהן שיטות אבטחת נתונים קריפטוגרפיות ובעצם יש להן את אותה פונקציה, אולם הן עושות זאת בתהליכים שונים ויש להן השפעות שונות על הנתונים שהם מגנים עליהם.

טוקניזציה היא גישה לא מתמטית המחליפה נתונים רגישים בתחליפים לא רגישים מבלי לשנות את סוג או אורך הנתונים. זוהי הבחנה חשובה מהצפנה מכיוון ששינויים באורך ובסוג הנתונים יכולים להפוך מידע לבלתי קריא במערכות ביניים כגון מסדי נתונים. עדיין ניתן לעבד נתוני טוקנים על ידי מערכות מדור קודם, מה שהופך את הטוקניזציה לגמישה יותר מהצפנה קלאסית.

במצבים רבים, תהליך ההצפנה הוא צרכן קבוע ומשמעותי של כוח עיבוד בצד השרת, ומכאן שמערכת כזו זקוקה להוצאות משמעותיות בחומרה ותוכנה מיוחדות.

הבדל נוסף הוא שטוקניזציה דורשת פחות משאבים חישוביים באופן משמעותי לעיבוד. עם טוקניזציה, נתונים ספציפיים נשמרים גלויים באופן מלא או חלקי לעיבוד וניתוח בזמן שמידע רגיש נשמר מוסתר. זה מאפשר לעבד נתונים סמליים מהר יותר ומפחית את העומס על משאבי המערכת. זה יכול להיות יתרון מרכזי במערכות שביצועיהם קריטיים לתפקודם.

בהשוואה להצפנה, טכנולוגיות טוקניזציה מפחיתות זמן, הוצאות ומאמץ ניהולי תוך מתן אפשרות לעבודת צוות ותקשורת.

סוגי טוקנים (אסימונים) 
ישנן דרכים רבות בהן ניתן לסווג טוקנים. אסימונים יכולים להיות: חד-פעמיים או רב-שימושיים, קריפטוגרפיים או לא-קריפטוגרפיים, הפיכים או בלתי הפיכים ושילובים שונים שלהם.

יישום למערכות תשלום חלופיות 
בניית מערכת תשלומים חלופית מחייבת מספר גופים שיעבדו יחד על מנת לספק למשתמשי תקשורת טווח אפס (NFC) או שירותי תשלום אחרים מבוססי טכנולוגיה. אחד הנושאים הוא יכולת הפעולה ההדדית בין המשתמשים וכדי לפתור בעיה זו מוצע תפקיד מנהל השירות המהימן (TSM) ליצור קשר טכני בין מפעילי רשתות סלולריות (MNO) וספקי שירותים, כך שגופים אלו יוכלו לעבוד יחד. טוקניזציה יכולה למלא תפקיד בתיווך שירותים כאלה.

יישום לתקני PCI DSS 
תקן אבטחת הנתונים של תעשיית כרטיסי התשלום, אוסף הנחיות בענף שכל ארגון שמאחסן, מעבד או מעביר נתוני בעל כרטיס חייב לעמוד בהם, קובע כי יש להגן על נתוני כרטיסי אשראי בעת אחסון. טוקניזציה, כפי שהיא מיושמת על נתוני כרטיסי תשלום, מיושמת לעיתים קרובות כדי לעמוד בתקן זה, תוך החלפת מספרי כרטיסי אשראי ו-ACH במערכות מסוימות עם ערך אקראי או מחרוזת תווים. אחסון של טוקנים ונתוני כרטיסי תשלום חייב לעמוד בתקני PCI הנוכחיים, כולל שימוש בהצפנה חזקה.

קישורים חיצוניים 
 Cloud vs Payment - Cloud vs Payment - מבוא לטוקניזציה באמצעות תשלומי ענן.

הערות שוליים 

קריפטוגרפיה