Clarify family ID key file names

New 'FamilyId *' to say "use all the family IDs you find."

Allow searching for family keys in a FamilyKeyDirectory

changes: Add file for MR 839

Signed-off-by: David Goulet <dgoulet@torproject.org>

Merge branch 'empty-dns' into 'main'

Handle empty DNS reply without error as NOERROR

Closes #40248

See merge request tpo/core/tor!839

changes: Add file for MR 835

Signed-off-by: David Goulet <dgoulet@torproject.org>

Merge branch 'tor-gitlab/mr/835'

Merge branch 'fix/bw-cache-spikes' into 'main'

Fix: bw cache entry spikes (Issue: #31524)

See merge request tpo/core/tor!826

Fix: bw cache entry spikes (Issue: #31524)

Merge branch 'remove-tlssecrets-tests' into 'main'

Remove TLSSecrets tests

See merge request tpo/core/tor!872

Merge branch 'maint-0.4.8'

Merge branch 'bug40802' into 'main'

resolve scary vanguard-related log msgs on dir auths

See merge request tpo/core/tor!873

resolve scary vanguard-related log msgs on dir auths

After we added layer-two vanguards, directory authorities wouldn't
think any of their vanguards were suitable for circuits, leading
to a "Failed to find node for hop #2 of our path. Discarding
this circuit." log message once per second from startup until
they made a fresh consensus. Now they look to their existing
consensus on startup, letting them build circuits properly from
the beginning.

Fixes bug 40802; bugfix on 0.4.7.1-alpha.

Remove TLSSecrets tests

These would fail if anybody actually still used OpenSSL 1.0, but in any case
there's no need to leave them around.

Follow-up from https://gitlab.torproject.org/tpo/core/tor/-/merge_requests/862#note_3178084.

Require FlowCtrl=1 (authenticated sendmes) for clients

This will cause clients before 0.4.1.1-alpha to shut down.

Part of #40836.

protover: Vote for additional protocols to be required/recommended

Note that the changes here will require all relays
to be 0.4.7.4-alpha or later, which is lower than
our current lowest-supported relay version.

Part of #40836.

Merge branch 'maint-0.4.8'

fix two comment typos from 0.4.8.15

Merge branch 'openssl-dynamic-linking-warnings' into 'main'

Only include custom OpenSSL ABI checks for OpenSSL 1.1

See merge request tpo/core/tor!827

Merge branch 'maint-0.4.8'

version: Bump version to 0.4.8.16-dev

Merge branch 'maint-0.4.8'

version: Bump version to 0.4.8.16

Merge branch 'maint-0.4.8'

Update geoip files to match ipfire location db, 2025/03/24.

Merge branch 'maint-0.4.8'

dirauth: Fix typo in flag relay assignment token

Unfortunately, we wanted to be able to control the Guard flag here but the
token used mentionned "exit" instead.

Oh well, s*** happens :).

Fixes #41035

Signed-off-by: David Goulet <dgoulet@torproject.org>

Merge branch 'bug41034' into 'main'

Avoid memory leak on unexpected family ID

See merge request tpo/core/tor!868

Avoid memory leak on unexpected family ID

Fixes bug #41034; bug not in any released tor.

Merge branch 'maint-0.4.8'

version: Bump version to 0.4.8.15-dev

Merge branch 'maint-0.4.8'

version: Bump version to 0.4.8.15

Merge branch 'maint-0.4.8'

fallbackdir: Update list generated on March 20, 2025

Update geoip files to match ipfire location db, 2025/03/20.

test: Fix unit tests breakage coming from maint-0.4.8

Signed-off-by: David Goulet <dgoulet@torproject.org>

Merge branch 'maint-0.4.8'

Bug 41023 changes file

hs: Never pick a MiddleOnly node for HS circuit purposes

Related to #41023

Signed-off-by: David Goulet <dgoulet@torproject.org>

hs: Remove HSv3 rendezvous circuit flag used for node selection

This was put in when HSv2 and v3 were co-existing. Now, the network requires
HSRend=2 which is v3 by default.

This is a simple cleanup of an internal flag used to identify a launch of a
RPv3 circuit.

Related to #41023

Signed-off-by: David Goulet <dgoulet@torproject.org>

Provide dirauth ability to strip specific flags.

Merge branch 'maint-0.4.8'

CI: Add changes file related to 41029.

CI: Enable venv before running ci-driver.sh for Chutney.

CI: Install python3-venv.

CI: Use local pip instead of python3-pip.

CI: Disable redundant-decls warnings for NSS in crypto_nss_mgt.c.

CI: Install libclang-rt-dev when build with hardening enabled.

CI: Install libubsan1 when building with hardening enabled.

CI: Use bookworm instead of bullseye.

CI: use a fixed version of chutney

While chutney currently runs tor's chutney test in its own CI,
it's difficult to guarantee the two won't accidentally diverge.
Probably best to use a fixed version here so that we can control
chutney version bumps and avoid surprise breakage in tor's CI.

This will also free us to intentionally make breaking changes in
chutney (though I don't have any immediate plans for any).

Merge branch 'repair-disable-relay' into 'main'

Fix compilation with --disable-module-relay

Closes #41032

See merge request tpo/core/tor!866

Fix compilation with --disable-relay-mode.

Broken with my happy-family-sandbox patch;
bug not in any released Tor.

Fix a compilation warning in networkstatus.c

I have no idea why this just showed up for me.
I guess it has something to do with GCC, but I'm not sure.

Closes #41032.

Merge branch 'happy-sandbox' into 'main'

Make sandbox work with family id keys.

Closes #41022

See merge request tpo/core/tor!864

Merge branch 'too_many_tlssecrets' into 'main'

Remove RSA-SHA256-TLSSecrets link authentication

Closes #41020 and #41021

See merge request tpo/core/tor!862

Changes file for removing RSA-SHA256-TLSSecret.

Closes #41020.

Trunnel: remove support for pre-ed25519 auth.

This involves a more-than-usual bit of code churn in the generated C,
since the context argument is now gone.

Remove support for RSA client auth key (KP_legacy_linkauth_rsa)

Remove now-needless RSA key argument for AUTHENTICATE body

Remove higher-level RSA-SHA256-TLSSecret code.

This is all unreachable now, so we can tear it out
and simplify things a bit.

Remove more tests for case where rsa-tlssecrets is supported.

Never claim to have LinkAuth=1

AUTHTYPE_RSA_SHA256_TLSSECRET is never supported.

Adapt authchallenge tests to always use ed25519+rfc5709 auth

Previously they used RSA+TlsSecret auth, but that's about
to go away even more.

Merge branch 'maint-0.4.8'

Make sandbox work with family id keys.

Closes #41022.

Bug not in any released version of Tor.

Make a function to list the family key files.

(The sandbox code will need this.)

CI: Remove physical tags from gitlab-ci runner requirements.

Remove support for "tlssecrets" exporting

Before we could rely on RFC5705 key material exporters,
we did a fairly hinky thing involving the client random,
the server random, and the master secret.  These fields
are all opaque in sensible TLS libraries,
and the master secret is quite sensitive.
Therefore, we're removing them.

Some code still refers to them, but it does so behind
a `define(HAVE_WORKING_TOR_TLS_GET_TLSSECRETS)` check,
which macro is now never defined.

Part of #41020.

Remove tests for RSA-SHA256-TLSSecret

(Actually, most of them can remain: we just convert them
to test Ed25519+RFC5709 authentication instead.)

Merge branch 'maint-0.4.8'

scripts: Remove 0.4.7 from list tor branches

Not maintained anymore.

Signed-off-by: David Goulet <dgoulet@torproject.org>

Merge branch 'happy-families' into 'main'

Implement proposal 321 (happy families)

Closes #41009

See merge request tpo/core/tor!857

Document that --keygen-family overwrites

Make --keygen-family save a key ID file too.

(Requested by @nusenu)

Fill in URL for FamilyId support.

Update interface for happy families

I'm hoping that this design will be a bit more ergonomic
than my first idea; the improvement here is that you have to list the family
IDs you expect in your torrc.  This way, there's a cross-check between the
actual keys we use and your configuration for them.

Fix compilation with --disable-module-relay

Add a changes file for happy families.

It's kind of long, but I think we might want to explain this stuff?
Maybe we can cut it down.

Document new options for happy families.

Add --keygen-family support.

Happy families: finish implementing relay side.

Dirauth: generate microdescs with family-ids.

Add protover for prop321 (happy families) support

nodelist: Additionally use family IDs to decide family membership.

This implements the client side of happy families.

nodelist: Rename functions that look at the family list.

We want to be really careful to make it clear that the family-list
is not the same as the family itself.

Cache values of use_family_{keys,lists} params.

Parse and validate family-certs in routerdescs

Add internal support for publishing family-certs

This will eventually be used by relays, but for now it's only going to get used
for round-trip testing.

Parse microdesc family-ids lines.

Add "family_ids" fields to routerinfo and microdescs.

Add definition for family cert type

Stop using time(NULL) for certificate tests.

The canned testing certificates added in order to fix #41041
will start to expire in a couple of months;
to avoid a test failure then, we should only validate
them against a time when they are valid.

Previously, we got away with using time(NULL) because the old
canned certificate (taken from testing.torproject.org)
was not only signed using SHA-1: it was valid until 2043!

Fix test failures with openssl security level >= 1

When OpenSSL compiled to run at security level >= 1,
certificates signed using SHA-1 aren't allowed.
We don't generate or use any such certificates in our regular protocol,
but we had a few in our tests.

This commit replaces those certs with the current certs
from www.torproject.org.

Closes #41021.  Bugfix on 0.2.8.1 when the tests were introduced.

Merge branch 'maint-0.4.8'

fix sandbox for bandwidth authority

Merge branch 'maint-0.4.8'

Ticket 40872: Changes file