Tarantool development patches archive
 help / color / mirror / Atom feed
From: Vladislav Shpilevoy <v.shpilevoy@tarantool.org>
To: tarantool-patches@dev.tarantool.org
Subject: [Tarantool-patches] [PATCH 1/1] iproto: don't destroy a session during disconnect
Date: Sat, 16 Nov 2019 01:02:14 +0100	[thread overview]
Message-ID: <0e1af790a8cbc380fcd3bb7c7295f5f5b80d98a3.1573862438.git.v.shpilevoy@tarantool.org> (raw)

Binary session disconnect trigger yield could lead to use after
free of the session object. That happened because iproto thread
sent two requests to TX thread at disconnect:

    - Close the session and run its on disconnect triggers;

    - If all requests are handled, destroy the session.

When a connection is idle, all requests are handled, so both these
requests are sent. If the first one yielded in TX thread, the
second one arrived and destroyed the session right under the feet
of the first one.

This can be solved in two ways - in TX thread, and in iproto
thread.

TX thread solution (which is chosen in the patch): add a flag
which says whether disconnect is processed by TX. When destroy
request arrives, it checks the flag. If disconnect is not done,
the destroy request waits on a condition variable until it is.

The solution is simple, but adds new members to iproto_connection
struct, and requires lots of commenting.

Iproto thread solution (alternative): just don't send destroy
request until disconnect returns back to iproto thread.

Closes #4627
---
Branch: https://github.com/tarantool/tarantool/tree/gerold103/gh-4627-session-use-after-free-v1
Issue: https://github.com/tarantool/tarantool/issues/4627

There is a second version of a fix, which I like more. But anyway
decided to send this one too.

 src/box/iproto.cc                             | 32 ++++++++++
 .../box/gh-4627-session-use-after-free.result | 60 +++++++++++++++++++
 .../gh-4627-session-use-after-free.test.lua   | 35 +++++++++++
 3 files changed, 127 insertions(+)
 create mode 100644 test/box/gh-4627-session-use-after-free.result
 create mode 100644 test/box/gh-4627-session-use-after-free.test.lua

diff --git a/src/box/iproto.cc b/src/box/iproto.cc
index 34c8f469a..58ea120a0 100644
--- a/src/box/iproto.cc
+++ b/src/box/iproto.cc
@@ -479,6 +479,23 @@ struct iproto_connection
 		 * return.
 		 */
 		bool is_push_pending;
+		/**
+		 * True if the connection disconnect request was
+		 * fully handled by TX thread. This is used to
+		 * prevent destroy of the connection and its
+		 * session until disconnect is processed. The
+		 * problem is that disconnect triggers of a
+		 * session may yield, and during this a destroy
+		 * request may arrive from iproto.
+		 */
+		bool is_disconnected;
+		/**
+		 * The condition is signaled when disconnect
+		 * request is done. A destroy request may wait for
+		 * that in case it arrived before disconnect is
+		 * done.
+		 */
+		struct fiber_cond cond_disconnected;
 	} tx;
 	/** Authentication salt. */
 	char salt[IPROTO_SALT_SIZE];
@@ -1051,6 +1068,8 @@ iproto_connection_new(int fd)
 	con->is_destroy_sent = false;
 	con->tx.is_push_pending = false;
 	con->tx.is_push_sent = false;
+	con->tx.is_disconnected = false;
+	fiber_cond_create(&con->tx.cond_disconnected);
 	rmean_collect(rmean_net, IPROTO_CONNECTIONS, 1);
 	return con;
 }
@@ -1073,6 +1092,7 @@ iproto_connection_delete(struct iproto_connection *con)
 	       con->obuf[0].iov[0].iov_base == NULL);
 	assert(con->obuf[1].pos == 0 &&
 	       con->obuf[1].iov[0].iov_base == NULL);
+	fiber_cond_destroy(&con->tx.cond_disconnected);
 	mempool_free(&iproto_connection_pool, con);
 }
 
@@ -1278,6 +1298,8 @@ tx_process_disconnect(struct cmsg *m)
 			tx_fiber_init(con->session, 0);
 			session_run_on_disconnect_triggers(con->session);
 		}
+		con->tx.is_disconnected = true;
+		fiber_cond_signal(&con->tx.cond_disconnected);
 	}
 }
 
@@ -1291,6 +1313,16 @@ tx_process_destroy(struct cmsg *m)
 	struct iproto_connection *con =
 		container_of(m, struct iproto_connection, destroy_msg);
 	if (con->session) {
+		/*
+		 * Disconnect still may be not finished, if
+		 * on disconnect triggers yield. In that case the
+		 * destroy request may arrive too early.
+		 */
+		if (! con->tx.is_disconnected)
+		{
+			fiber_cond_wait(&con->tx.cond_disconnected);
+			assert(con->tx.is_disconnected);
+		}
 		session_destroy(con->session);
 		con->session = NULL; /* safety */
 	}
diff --git a/test/box/gh-4627-session-use-after-free.result b/test/box/gh-4627-session-use-after-free.result
new file mode 100644
index 000000000..5e5c154b9
--- /dev/null
+++ b/test/box/gh-4627-session-use-after-free.result
@@ -0,0 +1,60 @@
+-- test-run result file version 2
+--
+-- gh-4627: binary session disconnect trigger yield could lead to
+-- use after free of the session object. That happened because
+-- iproto thread sent two requests to TX thread at disconnect:
+--
+--     - Close the session and run its on disconnect triggers;
+--
+--     - If all requests are handled, destroy the session.
+--
+-- When a connection is idle, all requests are handled, so both
+-- these requests are sent. If the first one yielded in TX thread,
+-- the second one arrived and destroyed the session right under
+-- the feet of the first one.
+--
+net_box = require('net.box')
+ | ---
+ | ...
+fiber = require('fiber')
+ | ---
+ | ...
+
+sid_before_yield = nil
+ | ---
+ | ...
+sid_after_yield = nil
+ | ---
+ | ...
+func = box.session.on_disconnect(function()     \
+    sid_before_yield = box.session.id()         \
+    fiber.yield()                               \
+    sid_after_yield = box.session.id()          \
+end)
+ | ---
+ | ...
+
+connection = net_box.connect(box.cfg.listen)
+ | ---
+ | ...
+connection:ping()
+ | ---
+ | - true
+ | ...
+connection:close()
+ | ---
+ | ...
+
+while not sid_after_yield do fiber.yield() end
+ | ---
+ | ...
+
+sid_after_yield == sid_before_yield and sid_after_yield ~= 0 or \
+    {sid_after_yield, sid_before_yield}
+ | ---
+ | - true
+ | ...
+
+box.session.on_disconnect(nil, func)
+ | ---
+ | ...
diff --git a/test/box/gh-4627-session-use-after-free.test.lua b/test/box/gh-4627-session-use-after-free.test.lua
new file mode 100644
index 000000000..70624a96a
--- /dev/null
+++ b/test/box/gh-4627-session-use-after-free.test.lua
@@ -0,0 +1,35 @@
+--
+-- gh-4627: binary session disconnect trigger yield could lead to
+-- use after free of the session object. That happened because
+-- iproto thread sent two requests to TX thread at disconnect:
+--
+--     - Close the session and run its on disconnect triggers;
+--
+--     - If all requests are handled, destroy the session.
+--
+-- When a connection is idle, all requests are handled, so both
+-- these requests are sent. If the first one yielded in TX thread,
+-- the second one arrived and destroyed the session right under
+-- the feet of the first one.
+--
+net_box = require('net.box')
+fiber = require('fiber')
+
+sid_before_yield = nil
+sid_after_yield = nil
+func = box.session.on_disconnect(function()     \
+    sid_before_yield = box.session.id()         \
+    fiber.yield()                               \
+    sid_after_yield = box.session.id()          \
+end)
+
+connection = net_box.connect(box.cfg.listen)
+connection:ping()
+connection:close()
+
+while not sid_after_yield do fiber.yield() end
+
+sid_after_yield == sid_before_yield and sid_after_yield ~= 0 or \
+    {sid_after_yield, sid_before_yield}
+
+box.session.on_disconnect(nil, func)
-- 
2.21.0 (Apple Git-122.2)

             reply	other threads:[~2019-11-15 23:55 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-16  0:02 Vladislav Shpilevoy [this message]
2019-11-16 11:54 ` Konstantin Osipov
2019-11-16 12:25   ` Vladislav Shpilevoy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=0e1af790a8cbc380fcd3bb7c7295f5f5b80d98a3.1573862438.git.v.shpilevoy@tarantool.org \
    --to=v.shpilevoy@tarantool.org \
    --cc=tarantool-patches@dev.tarantool.org \
    --subject='Re: [Tarantool-patches] [PATCH 1/1] iproto: don'\''t destroy a session during disconnect' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox