Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751214AbbHDFq4 (ORCPT ); Tue, 4 Aug 2015 01:46:56 -0400 Received: from a.ns.miles-group.at ([95.130.255.143]:65276 "EHLO radon.swed.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750796AbbHDFqy (ORCPT ); Tue, 4 Aug 2015 01:46:54 -0400 Subject: Re: [RFC][PATCH] ecryptfs: Allow only one instance per lower path To: Tyler Hicks References: <1438338190-22518-1-git-send-email-richard@nod.at> <20150802010259.GA19522@boyd> <55BDCBF4.1050305@nod.at> <20150803052758.GA24915@boyd> <55BFB39D.5070702@nod.at> <20150803230754.GB2342@boyd> Cc: ecryptfs@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fsdevel From: Richard Weinberger Message-ID: <55C051CA.60009@nod.at> Date: Tue, 4 Aug 2015 07:46:50 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150803230754.GB2342@boyd> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 983 Lines: 24 Tyler, Am 04.08.2015 um 01:07 schrieb Tyler Hicks: >> Okay, then I'd argument to give my patch a try although it is not the solution >> to the problem I've reported. :-) >> If you don't mind I'll resend with a proper changelog. > > That patch isn't correct since it assumes that all eCryptfs super blocks > are equal if the lower paths (and, ultimately, the lower inode) are > equal. However, the lower path is only one of many properties of an > eCryptfs superblock. For example, the second mount may have been > configured to use a different file encryption key. How would this work if I mount /foo using AES to /mnt_a and /foo again using 3DES to /mnt_b? Wouldn't both ecrytpfs instances kill each other's files? Thanks, //richard -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/