- May 24, 2022
-
-
David Goulet authored
-
- May 22, 2022
-
-
Alex Xu authored
-
- May 16, 2022
-
-
David Goulet authored
-
David Goulet authored
-
David Goulet authored
-
David Goulet authored
-
David Goulet authored
-
- May 09, 2022
-
-
David Goulet authored
-
Alexander Hansen Færøy authored
-
Alexander Hansen Færøy authored
-
Alexander Hansen Færøy authored
-
Alexander Hansen Færøy authored
See: tpo/core/tor#40601.
-
This was found to be necessary in conjunction with glibc 2.35 on Linux. Signed-off-by:
Peter Müller <peter.mueller@ipfire.org>
-
- May 04, 2022
-
-
Nick Mathewson authored
-
delroth authored
-
delroth authored
For some syscalls the kernel ABI uses 32 bit signed integers. Whether these 32 bit integer values are sign extended or zero extended to the native 64 bit register sizes is undefined and dependent on the {arch, compiler, libc} being used. Instead of trying to detect which cases zero-extend and which cases sign-extend, this commit uses a masked equality check on the lower 32 bits of the value.
-
- May 03, 2022
-
-
Nick Mathewson authored
-
Silvio Rhatto authored
Revoking an Onion Service key does work with SIGHUP now. The manual page is updated to reflect this change.
-
- Apr 30, 2022
-
-
delroth authored
The chown/chmod/rename syscalls have never existed on AArch64, and libc implements the POSIX functions via the fchownat/fchmodat/renameat syscalls instead. Add new filter functions for fchownat/fchmodat/renameat, not made architecture specific since the syscalls exists everywhere else too. However, in order to limit seccomp filter space usage, we only insert rules for one of {chown, chown32, fchownat} depending on the architecture (resp. {chmod, fchmodat}, {rename, renameat}).
-
delroth authored
New glibc versions not sign-extending 32 bit negative constants seems to not be a thing on AArch64. I suspect that this might not be the only architecture where the sign-extensions is happening, and the correct fix might be instead to use a proper 32 bit comparison for the first openat parameter. For now, band-aid fix this so the sandbox can work again on AArch64.
-
- Apr 28, 2022
-
-
Alex Xu authored
Not revalidating keys on every fork speeds up make test from about 45 seconds to 10 seconds with OpenSSL 1.1.1n and from 6 minutes to 10 seconds with OpenSSL 3.0.2.
-
- Apr 27, 2022
-
-
David Goulet authored
Signed-off-by:
David Goulet <dgoulet@torproject.org>
-
David Goulet authored
Signed-off-by:
David Goulet <dgoulet@torproject.org>
-
David Goulet authored
Signed-off-by:
David Goulet <dgoulet@torproject.org>
-
David Goulet authored
Signed-off-by:
David Goulet <dgoulet@torproject.org>
-
-
-
-
-
- Apr 26, 2022
-
-
-
-
Alex Xu authored
-
- Apr 23, 2022
-
-
Alex Xu authored
slightly simplifies code and reduces compiled size.
-
- Apr 20, 2022
-
-
Alex Xu authored
Using tor_free is wrong; event_free must be called for objects obtained from event_new. Additionally, this slightly simplifies the code. Also, add a static_assert to prevent further instances.
-
- Apr 14, 2022
-
-
David Goulet authored
-
David Goulet authored
-
David Goulet authored
-
David Goulet authored
-
David Goulet authored
-