אימות Basic יזום של פרוקסי לנקודת קצה מוכרת

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

הכירו את נקודת הקצה לפני האופטימיזציה

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

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

שמרו על המנגנון ספציפי

Basic יזום אינו קיצור דרך אוניברסלי ל-Digest, ‏NTLM או Negotiate. למנגנונים האלה יש דרישות החלפה משלהם. לקוח שמגלה סכימות נתמכות רשאי לבצע עסקאות נוספות.

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

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