[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