All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kent Borg <kentborg@borg.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Jeff Garzik <jgarzik@pobox.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Where is ext2/3 secure delete ("s") attribute?
Date: Thu, 21 Nov 2002 14:05:10 -0500	[thread overview]
Message-ID: <20021121140510.N16336@borg.org> (raw)
In-Reply-To: <1037906458.7660.74.camel@irongate.swansea.linux.org.uk>; from alan@lxorguk.ukuu.org.uk on Thu, Nov 21, 2002 at 07:20:58PM +0000

On Thu, Nov 21, 2002 at 07:20:58PM +0000, Alan Cox wrote:
> Flash file systems are very very likely to leave old data around

Another example of why this needs to be done in the file system.  (And
that help is sometimes needed from the "disk" particularly in cases
like flash IDE rives.)

And even if done well in ext2/3 it would not likely be flawless.
Still, it seems one of those cases where perfect can be the enemy of
good.

Something tells me that when the s-attribute was abandoned there were
not many Linux notebooks being carried around.  What with RAM having
been limited a swap hard on NiCd batteries.

Also, encryption keys can be coerced in many cases where on-going
secure deletion would remain secure.  Linux is picking up other
security features, it might be time to revisit this.


-kb, the Kent who is still curious about the history of the
s-attribute even as the thread threatens to drift off.

  reply	other threads:[~2002-11-21 18:58 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-21 17:52 Where is ext2/3 secure delete ("s") attribute? Kent Borg
2002-11-21 18:24 ` Jeff Garzik
2002-11-21 18:39   ` Kent Borg
2002-11-21 19:20     ` Alan Cox
2002-11-21 19:05       ` Kent Borg [this message]
2002-11-21 20:28         ` Alan Cox
2002-11-21 19:14 ` Jeff Garzik
  -- strict thread matches above, loose matches on Subject: below --
2002-11-21 18:20 Marc-Christian Petersen
2002-11-21 22:43 ` Harald Arnesen
2002-11-22  1:22 Albert D. Cahalan
2002-11-22  1:30 ` Jeff Garzik
2002-11-22  2:41   ` Albert D. Cahalan
2002-11-22  4:39     ` Jeff Garzik
2002-11-22  5:55       ` Albert D. Cahalan
2002-11-22  7:12   ` Ingo Oeser
2002-11-22 13:38   ` Alan Cox
2002-11-22 13:27     ` Nikita Danilov
2002-11-22  2:06 ` Mike Dresser
2002-11-22 14:13 ` Jesse Pollard
2002-11-22 21:31 ` Krzysztof Halasa
2002-11-24  6:40 Albert D. Cahalan

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=20021121140510.N16336@borg.org \
    --to=kentborg@borg.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=jgarzik@pobox.com \
    --cc=linux-kernel@vger.kernel.org \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.