ترجمة آلية لم تُراجَع بعد. النص الإنجليزي هو المرجع في حال الاختلاف.
الملخص
في وضع الخادم، يحفظ pgAdmin 4 حساباً لكل مصدر مصادقة، لذا يمكن أن يتواجد نفس اسم المستخدم، على سبيل المثال، كحساب داخلي وكحساب LDAP. بعد أن قامت مصادقة LDAP أو Kerberos بالمصادقة للمستخدم، اختار pgAdmin الحساب لتسجيل الدخول بناءً على اسم المستخدم وحده، أو أخذ الحساب الذي بحث عنه نموذج تسجيل الدخول الخاص بـ Flask-Security، دون التحقق من أنه يأتي من المصدر الذي قام بمصادقة المستخدم. لذلك تعود الجلسة إلى حساب آخر، مع دوره وخوادمه وكلمات مرور قاعدة البيانات المحفوظة الخاصة به: - تم تسجيل دخول مستخدم LDAP أو Kerberos الذي يتطابق اسم مستخدمه مع حساب داخلي كذاك الحساب الداخلي، بما في ذلك حساب المسؤول الذي تم إنشاؤه عند إعداد pgAdmin لأول مرة. - مع إدراج المصادقة الداخلية قبل LDAP أو Kerberos في AUTHENTICATION_SOURCES، يبحث التحقق الداخلي لنموذج تسجيل الدخول عن الحساب الذي تم كتابة بريده الإلكتروني ويحتفظ به على الرغم من عدم تطابق كلمة المرور. يمكن لمستخدم Kerberos كتابة معرف أساسي لمستخدم Kerberos آخر وتسجيل الدخول كذاك المستخدم، ويمكن لمستخدم LDAP فعل الشيء نفسه مع حساب LDAP الذي يكون بريده الإلكتروني هو اسم مستخدمه. يتطلب الاستغلال بيانات اعتماد صالح لدليل LDAP أو نطاق Kerberos الذي تم تكوين pgAdmin لاستخدامه. يقوم الإصلاح بالبحث عن الحساب بواسطة اسم المستخدم المصادق عليه والمصدر الذي قام بمصادقته، ولم يعد يستخدم الحساب الذي وجده نموذج تسجيل الدخول لأي مصدر بخلاف المصادقة الداخلية. تسجل المصادقة الداخلية دخول هذا الحساب فقط إذا كان حساباً داخلياً. وضع سطح المكتب غير متأثر. تؤثر هذه المشكلة على pgAdmin 4: قبل الإصدار 9.19.