Skip to content
Snippets Groups Projects
  1. May 29, 2023
    • Kathleen Brade's avatar
      Bug 30237: Add v3 onion services client authentication prompt · 5197d4b2
      Kathleen Brade authored and Pier Angelo Vendrame's avatar Pier Angelo Vendrame committed
      When Tor informs the browser that client authentication is needed,
      temporarily load about:blank instead of about:neterror and prompt
      for the user's key.
      
      If a correctly formatted key is entered, use Tor's ONION_CLIENT_AUTH_ADD
      control port command to add the key (via Torbutton's control port
      module) and reload the page.
      
      If the user cancels the prompt, display the standard about:neterror
      "Unable to connect" page. This requires a small change to
      browser/actors/NetErrorChild.jsm to account for the fact that the
      docShell no longer has the failedChannel information. The failedChannel
      is used to extract TLS-related error info, which is not applicable
      in the case of a canceled .onion authentication prompt.
      
      Add a leaveOpen option to PopupNotifications.show so we can display
      error messages within the popup notification doorhanger without
      closing the prompt.
      
      Add support for onion services strings to the TorStrings module.
      
      Add support for Tor extended SOCKS errors (Tor proposal 304) to the
      socket transport and SOCKS layers. Improved display of all of these
      errors will be implemented as part of bug 30025.
      
      Also fixes bug 19757:
       Add a "Remember this key" checkbox to the client auth prompt.
      
       Add an "Onion Services Authentication" section within the
       about:preferences "Privacy & Security section" to allow
       viewing and removal of v3 onion client auth keys that have
       been stored on disk.
      
      Also fixes bug 19251: use enhanced error pages for onion service errors.
      5197d4b2
    • Marco Simonelli's avatar
      Bug 41459: WebRTC fails to build under mingw (Part 1) · 2e9d04ea
      Marco Simonelli authored and Pier Angelo Vendrame's avatar Pier Angelo Vendrame committed
      - properly define NOMINMAX for just MSVC builds
      2e9d04ea
    • Jon Coppeard's avatar
      Bug 1816158 - Part 2: Require no GC when giving out references to the realm's... · 18f7b13f
      Jon Coppeard authored and Pier Angelo Vendrame's avatar Pier Angelo Vendrame committed
      Bug 1816158 - Part 2: Require no GC when giving out references to the realm's debugger vector r=sfink
      
      To prevent any other instances of this problme we can update the getDebuggers()
      methods on the global and the realm to require no GC.
      
      Depends on D169701
      
      Differential Revision: https://phabricator.services.mozilla.com/D169702
      18f7b13f
    • Jon Coppeard's avatar
      Bug 1816158 - Part 1: Disallow GC while iterating global's debugger vector r=sfink · d19663d0
      Jon Coppeard authored and Pier Angelo Vendrame's avatar Pier Angelo Vendrame committed
      GC can mutate this vector so don't allow that while we are iterating. I think
      it would be safe to use index-based iteration but it's safer to just ban it
      entirely.
      
      This fixes the crash produced by the testcase.
      
      Differential Revision: https://phabricator.services.mozilla.com/D169701
      d19663d0
  2. May 10, 2023
  3. May 18, 2023
  4. Apr 25, 2023
  5. Apr 21, 2023
  6. Mar 24, 2023
  7. Apr 18, 2023
  8. Apr 11, 2023
  9. Mar 24, 2023
  10. Mar 27, 2023
  11. Mar 29, 2023
  12. Mar 21, 2023
  13. Mar 15, 2023
  14. Feb 27, 2023
  15. Feb 13, 2023
  16. Feb 14, 2023
  17. Jan 27, 2023
  18. Jan 24, 2023
  19. Oct 18, 2022
  20. Dec 01, 2022
  21. Nov 18, 2022
  22. Nov 19, 2022
  23. Nov 04, 2022
  24. Nov 03, 2022
  25. Nov 02, 2022
  26. Oct 26, 2022
  27. Oct 17, 2022
    • Jon Coppeard's avatar
      Bug 1791975 - Don't sweep realms that were allocated during incremental GC r=jandem, a=dmeehan · bdedfc85
      Jon Coppeard authored
      When marking a BaseShape we mark its global, and we read the pointer to that
      global from the realm. If a realm doesn't have a live global we can sweep the
      realm but there may still be pointers to it in base shapes and these are left
      dangling.
      
      This happens when we hit OOM while creating a global during an incremental GC.
      The BaseShape survives because it was allocated after the start of the GC. The
      global itself is never successfully created and so the realm doesn't have a
      live global and is swept. In this case, we trigger UAF when we try to compact
      the heap and trace the base shape.
      
      The patch adds an extra case for keeping a realm alive if it was created during
      an incremental GC. This matches the way that GC things are not collected if
      they are allocated after the start of a GC.
      
      Differential Revision: https://phabricator.services.mozilla.com/D158022
      bdedfc85
  28. Oct 06, 2022
  29. Sep 21, 2022
  30. Sep 19, 2022
  31. Sep 06, 2022
  32. Jul 28, 2022
  33. Aug 19, 2022
Loading