Open
Bug 1089906
Opened 10 years ago
Updated 2 years ago
the histogram data from SSL_VERSION_FALLBACK_INAPPROPRIATE indicates we're encountering an error we're not handling in tlsIntoleranceTelemetryBucket
Categories
(Core :: Security: PSM, defect, P3)
Core
Security: PSM
Tracking
()
NEW
People
(Reporter: keeler, Unassigned)
References
Details
(Whiteboard: [psm-backlog])
tlsIntoleranceTelemetryBucket returns 0 if given an error it doesn't know about. The histogram data for SSL_VERSION_FALLBACK_INAPPROPRIATE shows that we're encountering an error that function doesn't know about 50-60% of the time.
http://telemetry.mozilla.org/#filter=nightly%2F36%2FSSL_VERSION_FALLBACK_INAPPROPRIATE&aggregates=multiselect-all!Submissions&evoOver=Builds&locked=true&sanitize=true&renderhistogram=Graph
Comment 1•10 years ago
|
||
The only path I can see that would trigger this logic is a two step fallback (1.2->1.1->1.0). With the current code, we actually step up a version at a time when we see inappropriate_fallback alerts, but clear the fallback reason code on the first step-up (1.0->1.1). The subsequent attempt to connect on 1.1 will trigger the alert.
That is something that bug 1088950 is going to fix. But the numbers are relatively high, and the scenario seems like it might be a bit hard to trigger.
Reporter | ||
Comment 2•8 years ago
|
||
Looks like this is happening about 30% of the time now.
Whiteboard: [psm-backlog]
Reporter | ||
Updated•7 years ago
|
Priority: -- → P3
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•