אימות proxy בשיטות Basic ו־Digest
בחרו שיטת אימות proxy שנתמכת בשני הצדדים, והבדילו בין אתגר Digest לבין תעבורה מוצפנת.
קראו את של ה־proxy ב־Proxy-Authenticate האתגר לפני שאתם כופים Basic או Digest. הלקוח חייב לתמוך בשיטה שהשירות מציע; בחירה ב־Digest אינה מוסיפה אותה ל־proxy שתומך רק ב־Basic.
עבור נקודת קצה שתומכת ב־Digest, curl יכול להשתמש ב־
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/השתמשו בנקודת הקצה ובחשבון האמיתיים. שם משתמש בלי סיסמה מאפשר ל־curl לבקש אותה. עבור Basic בחרו --proxy-basic; אימות מול שרת המקור משתמש באפשרויות אחרות. בדקו גם את התמיכה בבניית curl שמופעלת בפועל.
| שיטה | החלפת פרטי התחברות | ההגנה שיש להעריך |
|---|---|---|
| Basic | צמד מקודד של שם משתמש וסיסמה. | קידוד אינו הצפנה. |
| Digest | תגובה שנגזרת מהאתגר. | האלגוריתמים, פרמטרי האתגר ומימוש הלקוח קובעים את ההגנה; השיטה עצמה אינה מצפינה את תוכן הבקשות והתשובות. |
שתי השיטות עדיין זקוקות ל־תעבורה מתאימה בין הלקוח ל־proxy. HTTPS אל היעד מתחיל מאוחר מדי כדי להגן על כניסה קודמת ל־proxy בטקסט גלוי.
בשרת, עוזרי Digest עשויים לדרוש חומר פרטי התחברות המתאים ל־realm ופורמט משלהם. קובץ NCSA של Basic אינו הופך אוטומטית ל־backend של Digest. השתמשו בפורמט המתועד של העוזר שנבחר, ואז בדקו פרטי התחברות חסרים, שגויים ובקשה מורשית, תוך שמירה על מגבלות המקור והיעד.