[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #19400 [Applications/Tor Browser]: [Asan] Crash in js::AsmJSModule::deserialize / DeserializeSig
#19400: [Asan] Crash in js::AsmJSModule::deserialize / DeserializeSig
---------------------------------------------+-----------------------------
Reporter: cypherpunks | Owner: tbb-team
Type: defect | Status:
Priority: Very High | needs_information
Component: Applications/Tor Browser | Milestone:
Severity: Critical | Version:
Keywords: tbb-crash, TorBrowserTeam201606 | Resolution:
Parent ID: | Actual Points:
Reviewer: | Points:
| Sponsor:
---------------------------------------------+-----------------------------
Comment (by gk):
Okay, I think I found out some important things:
0) I assume the crashes on mega.nz some of our users observe are caused by
the same underlying flaw. I attach a stacktrace from a mega.nz related
crash that should be similar enough to justify treating it as the same
bug.
1) The first crucial bit that was missing so far was that updating must be
involved to reproduce the problem. I.e. I am pretty sure that using a
clean, new 6.0.1 or 6.5a1 is working fine (can you confirm this,
cypherpunk?). That would explain our problems reproducing the crash I
guess.
2) The second crucial bit is that one must have visited e.g. mega.nz once
before the update (I guess this applies to Facebook as well but I don't
have an account to verify this). "Ideally", you have mega.nz open, apply
your update and visit mega.nz again and it crashes.
3) The problem is confined to the Tor Browser profile. More specifically,
for some reason there is a `https+++mega.nz` folder in
`profile.default/storage/temporary` that contains binary asmjs/moduleN
files which are different between a clean new profile used to visit
mega.nz once and a profile that contains them after the update. Not sure
whether that difference is enough to explain the crashes (probably not)
but removing `https+++mega.nz` solves the problem for me.
4) This is no issue with a vanilla Firefox. I tried applying my STR to
Firefox 45.1.1esr/45.2.0esr and did not hit this problem.
Things I still don't understand are
a) What role exactly plays the updater here?
b) How can it be that these asmjs modules are saved to disk given that we
are in PBM?
c) Which of our patches is actually causing this problem given 4)?
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/19400#comment:16>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs