מקליט JMeter מהימן עדיין זקוק למפתח לקוח mTLS

התקנת ה-CA של ההקלטה של JMeter בדפדפן פותרת רק כיוון אחד של אמון: הדפדפן יכול לקבל את תעודות האתר החלופיות שהמקליט מציג. היא אינה נותנת ל-JMeter מפתח פרטי של לקוח עבור לחיצת היד mTLS של היישום.

browser → JMeter recorder → mTLS application
          records HTTPS    presents client identity

בהקלטה מיורטטת, JMeter עצמו מבצע את אותו חיבור HTTPS. בחרו את תעודת הלקוח המורשית ואת המפתח הפרטי המתאים ממאגר מפתחות JKS או PKCS12 דרך Options → SSL Manager, או דרך תצורת מאגר המפתחות המתועדת של ה-JVM. התחשבו במימוש ה-HTTP ובבחירת הכינוי שהבדיקה משתמשת בהם. תעודת CA ציבורית לבדה אינה יכולה לספק את הזהות הזו.

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

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