המחשה מופשטת של משוואות קוונטיות וצורות גאומטריות זוהרות
צילום: Brecht Corbeel / Unsplash

Cloudflare בוחנת Privacy Pass עמיד לקוונטים — בלי לוותר על פרטיות

Cloudflare פרסמה ב־6 בנובמבר 2026 מחקר על הדור הבא של Privacy Pass: מנגנון שמאפשר לאתרים להגביל שימוש ולסנן תעבורה אוטומטית בלי לעקוב אחרי משתמשים — וגם להיערך לעידן שבו מחשבים קוונטיים יחלישו חתימות המבוססות על RSA ועקומים אליפטיים.

חשוב להדגיש: זהו כיוון מחקרי והנדסי, לא מוצר מוכן לפריסה. Cloudflare מציגה כיצד פריצות דרך ב־Blind Signatures וב־Zero‑Knowledge Proofs עשויות לאפשר Anonymous Credentials עמידים לקוונטים, אך מציינת שנדרשים עדיין הוכחות אבטחה, Cryptanalysis נוסף וייצוב פרמטרים.

מה Privacy Pass פותר?

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

Privacy Pass משתמש ב־Tokens בלתי ניתנים לקישור. לקוח מקבל מספר Tokens מגורם מנפיק, ובהמשך מציג אותם לאתר. האתר יכול לוודא שה־Token תקין, אך אינו יכול לקשר בין רגע ההנפקה לרגע המימוש. כך אפשר להוכיח זכאות או לעמוד במכסת שימוש בלי לחשוף זהות מלאה.

הפרוטוקול משמש בין היתר בתרחישים של Privacy Proxies ו־Relays. Cloudflare רואה בו גם בסיס לניהול תעבורת סוכני AI: לאפשר לסוכן מורשה לגשת למשאב, להגביל את הקצב שלו ולהימנע מהפיכת כל Bot לישות שנעקבת באופן קבוע.

איפה נכנס האיום הקוונטי?

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

לפרטיות עצמה יש נקודת חוזק: לפי Cloudflare, אי־הקישוריות של Privacy Pass היא Information‑theoretic ולכן אינה נשברת רק משום שלתוקף יש מחשב קוונטי. האתגר המרכזי הוא למנוע זיוף Tokens ולשמור על אמינות מנגנון הבקרה.

MOLE: הסתרת המשתמש וגם המנפיק

הדור הבא שמוצג במחקר נקרא MOLE — Moderation Of unLinkable Endorsements. ב־Privacy Pass רגיל, האתר יודע בדרך כלל מי הנפיק את ה־Token. לעיתים המידע הזה נחוץ, אבל במקרים אחרים הוא מאפשר להתייחס אחרת ללקוחות לפי זהות המנפיק.

MOLE שואפת להסתיר גם את זהות ה־Anchor שהנפיק את האישור. האתר יידע רק שה־Token הגיע מגורם מהימן מתוך קבוצה מאושרת. הרעיון יכול להרחיב השתתפות של דפדפנים, Relays וסוכנים שונים בלי לחשוף יותר מידע מהנדרש.

למה אי אפשר פשוט להחליף אלגוריתם?

קריפטוגרפיה פוסט־קוונטית גדולה משמעותית מהמקבילות הקלאסיות. Cloudflare מציינת לדוגמה שחתימת ML‑DSA‑44 היא בגודל 2,420 Bytes, לעומת 64 Bytes ב־ECDSA‑P256. Blind Signatures ו־Anonymous Credentials דורשים גם הוכחות נוספות, כך שהעלות בתקשורת ובחישוב גדלה.

המחקר בוחן שילוב של VOLE‑in‑the‑Head עם חתימות Multivariate כמו UOV ו־MAYO. PoMFRIT, חתימה עיוורת שפורסמה ב־USENIX Security 2026, הגיעה לכ־6.7KB, וגרסה עם UOV עשויה לצמצם את ההוכחה לכ־4.3KB. ההערכות הנוכחיות של Cloudflare ל־VOLE‑IHAT ול־VOLE‑ACT נעות בין כמה KB בהנפקה ועד כ־12KB בשלב ההצגה או ההוצאה.

המחיר: יותר נתונים, פחות מעקב

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

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

מה ארגונים צריכים לעשות עכשיו?

  1. לא להמתין עם TLS: מעבר ל־Post‑Quantum Key Agreement נשאר העדיפות הראשונה.
  2. למפות שימוש ב־Tokens ובחתימות: לא רק TLS חשוף — גם Credentials, APIs, VPNs ומנגנוני Anti‑abuse.
  3. לדרוש Crypto Agility: מערכות צריכות לאפשר החלפת אלגוריתמים ופרמטרים בלי בנייה מחדש.
  4. למדוד תקורה: לבדוק כיצד Keys, Signatures ו־Proofs גדולים משפיעים על Latency, CDN ומכשירים חלשים.
  5. להפריד בין פרטיות לאימות: לשמר מינימום מידע גם כאשר מחליפים את מנגנון החתימה.
  6. לעקוב אחר תקינה: MOLE והסכמות המתוארות אינן תקן סופי ואינן מוכנות להטמעה עצמאית.

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

מקורות

תמונה: Brecht Corbeel / Unsplash, ברישיון Unsplash. היוצר, דף המקור והרישיון מתועדים במדיה.

דילוג לתוכן