[tor-bugs] #10599 [Tor Browser]: Investigate building TBB with SoftBound or AddressSanitizer

Tor Bug Tracker & Wiki blackhole at torproject.org
Tue Oct 13 13:24:25 UTC 2015


#10599: Investigate building TBB with SoftBound or AddressSanitizer
-------------------------+-------------------------------------------------
     Reporter:           |      Owner:  gk
  mikeperry              |     Status:  assigned
         Type:           |  Milestone:
  enhancement            |    Version:
     Priority:  major    |   Keywords:  gitian, tbb-security, tbb-gitian,
    Component:  Tor      |  TorBrowserTeam201510, GeorgKoppen201510
  Browser                |  Parent ID:  #17304
   Resolution:           |    Sponsor:  SponsorU
Actual Points:           |
       Points:           |
-------------------------+-------------------------------------------------

Comment (by gk):

 Some updates here. The quest continues.

 Replying to [comment:49 gk]:
 > This is a fun bug underlying
 https://bugzilla.mozilla.org/show_bug.cgi?id=1147248 as well. We hit it as
 `FORTIFY_SOURCE` makes `memcpy` always inline. I am still trying to
 pinpoint what is causing this (now with the help of tbsaunde).

 I can work around these problems by backporting

 https://hg.mozilla.org/mozilla-central/rev/33e89c9a4172 and
 https://hg.mozilla.org/mozilla-central/rev/5e86358d4ec2

 > Anyway, besides these two issues there is more around the corner:
 > {{{
 > /home/ubuntu/build/tor-browser/intl/icu/source/common/putil.cpp:2188:
 error: undefined reference to 'dlsym'
 > collect2: error: ld returned 1 exit status
 > }}}

 This only happens with GCC 5. It seems to me this is a Mozilla bug which
 is why I filed https://bugzilla.mozilla.org/show_bug.cgi?id=1213698 (I
 intend to write a patch for that one in case this is still open after our
 October deadline).

 But there is more:

 {{{
 /usr/bin/ld.gold.real: error: /path/to/tor-browser/tor-browser/obj-x86_64
 -unknown-linux-gnu/toolkit/library/../../gfx/skia/SkFontHost_FreeType.o:
 requires dynamic R_X86_64_PC32 reloc against 'FT_Get_X11_Font_Format'
 which may overflow at runtime; recompile with -fPIC
 /usr/bin/ld.gold.real: error: read-only segment has dynamic relocations
 /usr/bin/ld.gold.real: error: hidden symbol 'FT_Get_X11_Font_Format' is
 not defined locally
 collect2: error: ld returned 1 exit status
 }}}

 Surprisingly this is happening since Firefox 30. It got fixed in Firefox
 39 and backporting

 https://hg.mozilla.org/mozilla-central/rev/afd840d66e6a

 helps. Now, back to testing this in our Gitian environment. (On the bright
 side, I found an ICE while trying to compile ESR 38 with GCC master.
 Therefore, not everything was in vain so far then... :) )

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/10599#comment:50>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list