[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #27471 [Core Tor/Tor]: HS intermittently fails: Non-fatal assertion failed in send_introduce1
#27471: HS intermittently fails: Non-fatal assertion failed in send_introduce1
---------------------------------+------------------------------------
Reporter: tgragnato | Owner: (none)
Type: defect | Status: new
Priority: Very High | Milestone: Tor: 0.3.5.x-final
Component: Core Tor/Tor | Version: Tor: 0.3.4.7-rc
Severity: Minor | Resolution:
Keywords: tor-hs, regression? | Actual Points:
Parent ID: | Points:
Reviewer: | Sponsor:
---------------------------------+------------------------------------
Comment (by dgoulet):
One theory right now that seems to be plausible but kind of a corner case:
1) When we lookup the intro circuit in
`connection_ap_handshake_attach_circuit()`, we go over all circuits and
try to figure out which is the best for this connection. We use
`circuit_matches_with_rend_stream()` to check if the circuit is acceptable
by comparing the .onion requested by the SOCKS connection with the .onion
on the intro circuit (`hs_ident`).
What if we had a set of intro points that aren't used by the service
anymore so the client got NACK on all of them, then fetches a new
descriptor with new intro points, then a new intro circuit is launched and
finally the lookup function when the RP acked selected an old intro
circuits but still for the same service.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/27471#comment:2>
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