History Of Ticket ad8604520ea45d39112209469c9d6cfa3456fdee

Artifacts Associated With Ticket ad8604520ea45d39112209469c9d6cfa3456fdee

  1. Ticket change [e19f4fb8d0] (rid 1568) by anonymous on 2021-10-10 16:46:37:

    1. foundin initialized to: "1.7.22"
    2. icomment:
      Server code:
      proc accept {so args} {
         puts $so $args; flush $so; close $so
      }
      socket -server accept 10001;# Plain old Tcl socket
      tls::socket -server accept 10002;# TLS socket
      
      On client side: Plain old sockets work
      % set so [socket localhost 10001]; gets $so
      ::1 58824
      
      TLS sockets get an error:
      % set so [tls::socket localhost 10002]; gets $so
      error reading "sock0000019561DCF4C0": software caused connection abort
      
      errorInfo shows:
      SSL channel "sock0000019561DCF4C0": error: sslv3 alert handshake failure
      
      Note that if the client initiates data flow, everything works fine. However, I do not believe this is a requirement for TLS. Client side has to initiate negotiation but the data flow may begin from either end.
      
      My feeling is that the server side accept procedure should not be called until TLS negotiation is done AND client should initiate handshake without waiting for application to push user data.
      
      /Ashok
      
    3. login: "anonymous"
    4. mimetype: "text/x-markdown"
    5. severity initialized to: "Important"
    6. status initialized to: "Open"
    7. title initialized to: "Server accept invoked before handshake completed"
    8. type initialized to: "Code Defect"
  2. Ticket change [ad00412d8a] (rid 1569) by anonymous on 2021-10-11 04:44:50:

    1. icomment:
      Forgot to mention - tls 1.7.22, Tcl 8.6.11, Windows
      
    2. login: "anonymous"
    3. mimetype: "text/x-markdown"
    4. priority changed to: "Immediate"
    5. resolution changed to: "Open"