[#75225] [Ruby trunk Feature#12324] Support OpenSSL 1.1.0 (and drop support for 0.9.6/0.9.7) — k@...
Issue #12324 has been reported by Kazuki Yamaguchi.
6 messages
2016/04/27
[#78693] Re: [Ruby trunk Feature#12324] Support OpenSSL 1.1.0 (and drop support for 0.9.6/0.9.7)
— Eric Wong <normalperson@...>
2016/12/17
k@rhe.jp wrote:
[#78701] Re: [Ruby trunk Feature#12324] Support OpenSSL 1.1.0 (and drop support for 0.9.6/0.9.7)
— Kazuki Yamaguchi <k@...>
2016/12/17
On Sat, Dec 17, 2016 at 01:31:12AM +0000, Eric Wong wrote:
[#78702] Re: [Ruby trunk Feature#12324] Support OpenSSL 1.1.0 (and drop support for 0.9.6/0.9.7)
— Eric Wong <normalperson@...>
2016/12/17
Kazuki Yamaguchi <k@rhe.jp> wrote:
[ruby-core:74978] [Ruby trunk Bug#12292] Race between OpenSSL::SSL::SSLSocket#stop and #connect can cause a segmentation fault
From:
k@...
Date:
2016-04-16 11:16:00 UTC
List:
ruby-core #74978
Issue #12292 has been reported by Kazuki Yamaguchi.
----------------------------------------
Bug #12292: Race between OpenSSL::SSL::SSLSocket#stop and #connect can cause a segmentation fault
https://bugs.ruby-lang.org/issues/12292
* Author: Kazuki Yamaguchi
* Status: Open
* Priority: Normal
* Assignee:
* ruby -v: ruby 2.4.0dev (2016-04-15 trunk 54594) [x86_64-linux]
* Backport: 2.1: UNKNOWN, 2.2: UNKNOWN, 2.3: UNKNOWN
----------------------------------------
The following code will demonstrate the issue:
~~~ruby
require "openssl"
require "socket"
ctx = OpenSSL::SSL::SSLContext.new
ctx.ciphers = "aNULL"
sock1, sock2 = UNIXSocket.pair
ssl1 = OpenSSL::SSL::SSLSocket.new(sock1, ctx)
ssl2 = OpenSSL::SSL::SSLSocket.new(sock2, ctx)
t = Thread.new { ssl1.connect } # => segmentation fault
ssl2.accept
ssl1.close # calls #stop (private method)
sock1.close
t.value
~~~
The SSL (OpenSSL land object) can be freed by SSLSocket#stop (#close) while SSLSocket#connect is still using it. This happens because SSLSocket#connect releases GVL while waiting for the peer.
There are two ways to resolve this:
- Check that the SSL object is still set every time after reacquiring GVL
- Change SSLSocket#stop not to free the SSL object
The latter introduces an incompatibility (#stop is currently documented as "prepares it for another connection").
I however prefer this because similar bugs can be introduced in future if we choose an ad-hoc way, and I don't think anyone reuses the SSLSocket object (keep in mind that we don't have interface to replace the underlying IO object).
Anyway I attach fixes in both way.
- 0001-ext-openssl-check-that-the-SSL-object-is-still-set-a.patch: the fix in the first way
- 0001-ext-openssl-make-OpenSSL-SSL-SSLSocket-non-reusable.patch: the fix in the second way
- 0002-ext-openssl-some-trivial-cleanups.patch: some minor cleanups, not actually related to this issue (what's the most desirable way to submit such trivial patches?)
---Files--------------------------------
0001-ext-openssl-check-that-the-SSL-object-is-still-set-a.patch (2.97 KB)
0001-ext-openssl-make-OpenSSL-SSL-SSLSocket-non-reusable.patch (3.41 KB)
0002-ext-openssl-some-trivial-cleanups.patch (2.47 KB)
--
https://bugs.ruby-lang.org/
Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>