From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from firstgate.proxmox.com (firstgate.proxmox.com [212.224.123.68]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by lists.proxmox.com (Postfix) with ESMTPS id 014BE8B272 for ; Wed, 24 Aug 2022 14:57:19 +0200 (CEST) Received: from firstgate.proxmox.com (localhost [127.0.0.1]) by firstgate.proxmox.com (Proxmox) with ESMTP id ED8621A244 for ; Wed, 24 Aug 2022 14:57:18 +0200 (CEST) Received: from proxmox-new.maurer-it.com (proxmox-new.maurer-it.com [94.136.29.106]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by firstgate.proxmox.com (Proxmox) with ESMTPS for ; Wed, 24 Aug 2022 14:57:18 +0200 (CEST) Received: from proxmox-new.maurer-it.com (localhost.localdomain [127.0.0.1]) by proxmox-new.maurer-it.com (Proxmox) with ESMTP id 3D94B43549 for ; Wed, 24 Aug 2022 14:48:44 +0200 (CEST) From: Stefan Sterz To: pbs-devel@lists.proxmox.com Date: Wed, 24 Aug 2022 14:48:29 +0200 Message-Id: <20220824124829.392189-6-s.sterz@proxmox.com> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20220824124829.392189-1-s.sterz@proxmox.com> References: <20220824124829.392189-1-s.sterz@proxmox.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SPAM-LEVEL: Spam detection results: 0 AWL -0.047 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% KAM_DMARC_STATUS 0.01 Test Rule for DKIM or SPF Failure with Strict Alignment SPF_HELO_NONE 0.001 SPF: HELO does not publish an SPF Record SPF_PASS -0.001 SPF: sender matches SPF record T_SCC_BODY_TEXT_LINE -0.01 - Subject: [pbs-devel] [PATCH proxmox-backup v5 5/5] fix: api: avoid race condition in set_backup_owner X-BeenThere: pbs-devel@lists.proxmox.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Proxmox Backup Server development discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2022 12:57:19 -0000 when two clients change the owner of a backup store, a race condition arose. add locking to avoid this. Signed-off-by: Stefan Sterz --- src/api2/admin/datastore.rs | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/src/api2/admin/datastore.rs b/src/api2/admin/datastore.rs index 7b103fb7..8a9e4d99 100644 --- a/src/api2/admin/datastore.rs +++ b/src/api2/admin/datastore.rs @@ -2181,9 +2181,9 @@ pub async fn set_backup_owner( let datastore = DataStore::lookup_datastore(&store, Some(Operation::Write))?; let backup_group = datastore.backup_group(ns, backup_group); + let owner = backup_group.get_owner()?; if owner_check_required { - let owner = backup_group.get_owner()?; let allowed = match (owner.is_token(), new_owner.is_token()) { (true, true) => { @@ -2231,6 +2231,12 @@ pub async fn set_backup_owner( ); } + let _guard = backup_group.lock()?; + + if owner != backup_group.get_owner()? { + bail!("{owner} does not own this group anymore"); + } + backup_group.set_owner(&new_owner, true)?; Ok(()) -- 2.30.2