Open Bug 918101 Opened 7 years ago Updated 3 years ago

Point out "interesting" addresses in Socorro UI

Categories

(Socorro :: Webapp, task)

x86_64
Linux
task
Not set

Tracking

(Not tracked)

People

(Reporter: kairo, Unassigned)

Details

(Whiteboard: [StabilityWeek2013])

This action item was noted in the stability week 2013 from the JS session:

Do something (in Socorro UI) with "interesting" addresses (mark them?) 

See https://wiki.mozilla.org/CrashKill/StabilityWeek2013#JS_Engineering for more information. Also Nicolas and Benjamin can probably provide some details on what is "interesting" and how we should point them out.
As described in the Wiki, this is more about grouping signatures based on their addresses.
 - NULL + epsilon
 - -1 like.
 - Poisoned pointers 0x…dadadada.
 - Same bottom part (& 0xFF).
 - Boxed values: 0x7fff… (on 64 bits systems).

Note that some of these may overlap, but they are also good way to classify and track signatures, and this work also in generated code (when we have little / no backtrace).  In addition, it provides a finer grain distinction of the problem.  Also the bottom part of crashing addresses is the first step to understand which inlined function has to be blamed.
still desired?
Definitely. I actually learn a lot from the kind of bugs based on the crash-address.

 - 0x…000 can identify of a buffer overflow.

Just by looking at the addresses, you can better characterized the kind of issues, and assess the security level of the crashes.

Being able to identify address patterns, such as (i * 40 + 4) might help distinguish a specific memory access on a crashing line.
You need to log in before you can comment on or make changes to this bug.