Inappropriate authentication order when webserver offers Basic Authentication and Integrated Windows Authentication
Categories
(Core :: Networking, defect)
Tracking
()
People
(Reporter: alexander.veit, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:72.0) Gecko/20100101 Firefox/72.0
Steps to reproduce:
Try to connect to a webserver that offers Basic Authentication and Integrated Windows Authentication.
Actual results:
Fixefox presents the user a login box.
When the user clicks the cancel button to times the login succeeds with Integrated Windows Authentication.
Expected results:
Firefox should not present the user a login box.
Since Firefox is configured for Integrated Windows Authentication (via the network.negotiate-auth.delegation-uris and network.negotiate-auth.trusted-uris settings) it is able to successfully authenticate the user without user interaction.
By default it should use the most secure authentication scheme (in this case Integrated Windows Authentication), and only use the less secure method (Basic Authentication) as a fallback.
With Chrome (desktop and mobile) and Internet Explorer authentication works as expected.
The server setup is becoming more common since many mobile browsers that do not support Integrated Windows Authentication require the fallback to Basic Authentication.
Updated•5 years ago
|
Reporter | ||
Comment 1•5 years ago
|
||
Erratum: Intead of "button to times" it should read "button two times".
Updated•5 years ago
|
Description
•