Crash in SnowWhiteKiller::Visit due to UAF
Categories
(Core :: XPCOM, defect)
Tracking
()
People
(Reporter: gsvelto, Unassigned)
References
Details
(Keywords: crash, csectype-uaf, sec-high)
Crash Data
This bug is for crash report bp-0c5ef992-61bc-42b3-bf92-07b9a0190127.
Top 10 frames of crashing thread:
0 libxul.so SnowWhiteKiller::Visit xpcom/base/nsISupportsImpl.h:262
1 libxul.so void nsPurpleBuffer::VisitEntries<SnowWhiteKiller> xpcom/base/nsCycleCollector.cpp:956
2 libxul.so nsCycleCollector::FreeSnowWhiteWithBudget xpcom/base/nsCycleCollector.cpp:2622
3 libxul.so AsyncFreeSnowWhite::Run js/xpconnect/src/XPCJSRuntime.cpp:142
4 libxul.so IdleRunnableWrapper::Run xpcom/threads/nsThreadUtils.cpp:317
5 libxul.so nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1160
6 libxul.so NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:468
7 libxul.so mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:88
8 libxul.so MessageLoop::Run ipc/chromium/src/base/message_loop.cc:315
9 libxul.so nsBaseAppShell::Run widget/nsBaseAppShell.cpp:137
There's two crash stacks here. One is for older stable releases and I don't think it's relevant, the most recent one which applies to nightly has crash addresses that look like an UAF.
Updated•7 years ago
|
Comment 1•7 years ago
|
||
It looks like the purple buffer is pointing to a dead object. Unfortunately there's no information about what the class of the object is.
Updated•7 years ago
|
Comment 2•7 years ago
|
||
Updating 68 to affected. This crash is visible in both Firefox beta and nightly and affects desktop as well as mobile.
Comment 3•7 years ago
|
||
Marking as sec sensitive since I see a number of Fennec reports with possible UAF addresses.
Comment 4•7 years ago
|
||
This could be the same thing as bug 1540166. We should see if this is improved once that lands on beta.
Comment 5•7 years ago
|
||
the highest buildID I see for a crash with a UAF address is 20190330093331
Updated•7 years ago
|
Comment 6•7 years ago
|
||
(In reply to Daniel Veditz [:dveditz] from comment #5)
the highest buildID I see for a crash with a UAF address is 20190330093331
Andrew, should we go ahead and close this?
Updated•7 years ago
|
Updated•6 years ago
|
Updated•5 years ago
|
Description
•