Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp6268165imm; Mon, 27 Aug 2018 12:38:45 -0700 (PDT) X-Google-Smtp-Source: ANB0VdZFyqlvJ+lJmRktbWreoD+jzsmGGqlHQjzmbusnew3YssdW7vBY49dQCfbKKB5bBkXe2x+U X-Received: by 2002:a17:902:9a48:: with SMTP id x8-v6mr14416002plv.72.1535398725416; Mon, 27 Aug 2018 12:38:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535398725; cv=none; d=google.com; s=arc-20160816; b=EH9Vcpo3eM4I59RHLx4nyYbB1vdKst1Mm1vtUk6JqBaT5Ut0UsBnaB5Iyjtbp4Paka ePM45g8uzWzjFWN+8GfzgAI5VdjvX7/LOjviv4LatAm3B8DSHdCmi8kzpxk7tBI3ciAE eYweP7CFLO8fmAgYJ4X2XN316+OjXwUvlV/38wxOB18jlNLCdnhW/v8niKUfOlksRWgX V76SWyMpJ+/V1K/sEn3p+giGTZCLK+kyI9/rS6ZAL0usVovKieoqNsiKtuopWXdIB1Hu iE5iZDDg4qFbR83kM6REgLtvToHnLQ9yHclzvyHsgvaslQYLRu2BBLlS24aCRS0x57nA deIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=ytC+mNCo1lGOnmTlfwWwi6iB7b49yIB9Rw/cA3rN4EM=; b=k7gZx3rTIPGnZGpi1rPJE578Tpi0ahvQPC0FWOsx+UZrqoq8WbvAVjPPlwLy6x2u7z 0XRahD1TLVgeB0ltaB8DKQfU465kKA6UFLsc3oDyLJkbcP0aRSy1HI82bbk43NmnY+5g 3PclrT4Nw7yHXsGivONJSVpP1zDI607P8iE9/ZT4AL52n49I/xCspPMsHVugAcdEDPHp gWngYhd6hm+lPovYBzPHHyzujue1Sps7ijrgqbW6hNxNr2d5KVgKiamE5Z5Bc17xxTVE m+ORiL88h685NU9Iv6bBu/8WfqZ9LFX6f1vmV5zDpzEhV9a5DTqh16Ws7WTHj7owq1Sh SMMQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b34-v6si93103plc.170.2018.08.27.12.38.29; Mon, 27 Aug 2018 12:38:45 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727142AbeH0XY6 (ORCPT + 99 others); Mon, 27 Aug 2018 19:24:58 -0400 Received: from lithops.sigma-star.at ([195.201.40.130]:35030 "EHLO lithops.sigma-star.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726939AbeH0XY6 (ORCPT ); Mon, 27 Aug 2018 19:24:58 -0400 Received: from localhost (localhost [127.0.0.1]) by lithops.sigma-star.at (Postfix) with ESMTP id 7BB5E606D4A7; Mon, 27 Aug 2018 21:36:57 +0200 (CEST) Received: from lithops.sigma-star.at ([127.0.0.1]) by localhost (lithops.sigma-star.at [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id gf_BJpxcY10y; Mon, 27 Aug 2018 21:36:57 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by lithops.sigma-star.at (Postfix) with ESMTP id 218CC603B65A; Mon, 27 Aug 2018 21:36:57 +0200 (CEST) Received: from lithops.sigma-star.at ([127.0.0.1]) by localhost (lithops.sigma-star.at [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id gRHXXDNsQnws; Mon, 27 Aug 2018 21:36:57 +0200 (CEST) Received: from blindfold.localnet (213-47-184-186.cable.dynamic.surfer.at [213.47.184.186]) by lithops.sigma-star.at (Postfix) with ESMTPSA id C0BB8603B659; Mon, 27 Aug 2018 21:36:56 +0200 (CEST) From: Richard Weinberger To: Sascha Hauer Cc: linux-mtd@lists.infradead.org, David Gstir , kernel@pengutronix.de, linux-kernel@vger.kernel.org Subject: Re: [PATCH 13/25] ubifs: authentication: Add hashes to index nodes Date: Mon, 27 Aug 2018 21:36:56 +0200 Message-ID: <2092924.iTNEbfF25J@blindfold> In-Reply-To: <20180704124137.13396-14-s.hauer@pengutronix.de> References: <20180704124137.13396-1-s.hauer@pengutronix.de> <20180704124137.13396-14-s.hauer@pengutronix.de> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Mittwoch, 4. Juli 2018, 14:41:25 CEST schrieb Sascha Hauer: > With this patch the hashes over the index nodes stored in the tree node > cache are written to flash and are checked when read back from flash. > The hash of the root index node is stored in the master node. > > During journal replay the hashes are regenerated from the read nodes > and stored in the tree node cache. This means the nodes must previously > be authenticated by other means. This is done in a later patch. > > Signed-off-by: Sascha Hauer > --- > fs/ubifs/master.c | 3 +++ > fs/ubifs/misc.h | 5 +++-- > fs/ubifs/replay.c | 29 ++++++++++++++++++----------- > fs/ubifs/tnc.c | 13 +++++++++++++ > fs/ubifs/tnc_commit.c | 26 ++++++++++++++++++++++++++ > fs/ubifs/tnc_misc.c | 16 +++++++++++++++- > fs/ubifs/ubifs.h | 4 ++++ > 7 files changed, 82 insertions(+), 14 deletions(-) > [...] > diff --git a/fs/ubifs/tnc.c b/fs/ubifs/tnc.c > index a47fced47823..a00809d4fe6f 100644 > --- a/fs/ubifs/tnc.c > +++ b/fs/ubifs/tnc.c > @@ -488,6 +488,12 @@ static int try_read_node(const struct ubifs_info *c, void *buf, int type, > if (crc != node_crc) > return 0; > > + err = ubifs_node_check_hash(c, buf, zbr->hash); > + if (err) { > + ubifs_err(c, "hash mismatch on node at LEB %d:%d", lnum, offs); > + return 0; > + } Hmm, I think a global "hash is bad" handler would be nice to have. That way we always report in the same way. Maybe also a new file system specific ioctl to query whether a hash failure was noticed. > return 1; > } > > @@ -1713,6 +1719,13 @@ static int validate_data_node(struct ubifs_info *c, void *buf, > goto out; > } > > + err = ubifs_node_check_hash(c, buf, zbr->hash); > + if (err) { > + ubifs_err(c, "hash mismatch on node at LEB %d:%d", > + zbr->lnum, zbr->offs); > + return err; > + } > + > len = le32_to_cpu(ch->len); > if (len != zbr->len) { > ubifs_err(c, "bad node length %d, expected %d", len, zbr->len); > diff --git a/fs/ubifs/tnc_commit.c b/fs/ubifs/tnc_commit.c > index a9df94ad46a3..3ad78d538885 100644 > --- a/fs/ubifs/tnc_commit.c > +++ b/fs/ubifs/tnc_commit.c > @@ -38,6 +38,7 @@ static int make_idx_node(struct ubifs_info *c, struct ubifs_idx_node *idx, > struct ubifs_znode *znode, int lnum, int offs, int len) > { > struct ubifs_znode *zp; > + u8 hash[UBIFS_MAX_HASH_LEN]; > int i, err; > > /* Make index node */ > @@ -62,6 +63,7 @@ static int make_idx_node(struct ubifs_info *c, struct ubifs_idx_node *idx, > } > } > ubifs_prepare_node(c, idx, len, 0); > + ubifs_node_calc_hash(c, idx, hash); > > znode->lnum = lnum; > znode->offs = offs; > @@ -78,10 +80,12 @@ static int make_idx_node(struct ubifs_info *c, struct ubifs_idx_node *idx, > zbr->lnum = lnum; > zbr->offs = offs; > zbr->len = len; > + ubifs_copy_hash(c, hash, zbr->hash); > } else { > c->zroot.lnum = lnum; > c->zroot.offs = offs; > c->zroot.len = len; > + ubifs_copy_hash(c, hash, c->zroot.hash); > } > c->calc_idx_sz += ALIGN(len, 8); > > @@ -647,6 +651,8 @@ static int get_znodes_to_commit(struct ubifs_info *c) > znode->cnext = c->cnext; > break; > } > + znode->cparent = znode->parent; > + znode->ciip = znode->iip; > znode->cnext = cnext; > znode = cnext; > cnt += 1; > @@ -840,6 +846,8 @@ static int write_index(struct ubifs_info *c) > } > > while (1) { > + u8 hash[UBIFS_MAX_HASH_LEN]; > + > cond_resched(); > > znode = cnext; > @@ -857,6 +865,7 @@ static int write_index(struct ubifs_info *c) > br->lnum = cpu_to_le32(zbr->lnum); > br->offs = cpu_to_le32(zbr->offs); > br->len = cpu_to_le32(zbr->len); > + ubifs_copy_hash(c, zbr->hash, ubifs_branch_hash(c, br)); > if (!zbr->lnum || !zbr->len) { > ubifs_err(c, "bad ref in znode"); > ubifs_dump_znode(c, znode); > @@ -868,6 +877,23 @@ static int write_index(struct ubifs_info *c) > } > len = ubifs_idx_node_sz(c, znode->child_cnt); > ubifs_prepare_node(c, idx, len, 0); > + ubifs_node_calc_hash(c, idx, hash); > + > + mutex_lock(&c->tnc_mutex); This lock looks correct too me. Just in case, you did test with lockdep enabled? :-)