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

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

שם מוצר אחד, שתי הבטחות לא קשורות

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

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

מה המנהרה מעבירה, ומה היא אף פעם לא נוגעת בו

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

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

תעודה עונה על שאלה צרה יותר

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

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

מה עדיין מזהה את הקונה

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

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

התאימו את הבקרה לתקלה שראיתם בפועל

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

SymptomLayer to inspect firstWhat to try
Blank page or timeout on a shop that usually worksNetwork path or split-tunnel ruleRetry with the tunnel off, then with the hardened window off
Certificate or name-mismatch warningService identityStop, then reach the site from a bookmark or typed address
Card declined with correct detailsIssuer and merchantContact the issuer; nothing local explains it
Login loop after authenticationCookie and session handling in the hardened windowTest the same account in a normal tab before changing settings

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

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

מאמרים קשורים