|
BugTraq
[PAPER] Juggling with packets: floating data storage Oct 06 2003 08:59AM Wojciech Purczynski (cliph isec pl) (1 replies) RE: [PAPER] Juggling with packets: floating data storage Oct 08 2003 04:52PM Alun Jones (alun texis com) (1 replies) Re: [PAPER] Juggling with packets: floating data storage Oct 08 2003 07:03PM Nicholas Weaver (nweaver CS berkeley edu) (5 replies) Re: [PAPER] Juggling with packets: floating data storage Oct 08 2003 08:32PM der Mouse (mouse Rodents Montreal QC CA) (1 replies) Re: [PAPER] Juggling with packets: floating data storage Oct 08 2003 08:13PM Eugen Leitl (eugen leitl org) Re: [Full-Disclosure] Re: [PAPER] Juggling with packets: floating data storage Oct 08 2003 07:58PM Valdis Kletnieks vt edu Re: [PAPER] Juggling with packets: floating data storage Oct 08 2003 07:46PM Rick Wash (rwash citi umich edu) (3 replies) Re: [PAPER] Juggling with packets: floating data storage Oct 08 2003 10:31PM Aron Nimzovitch (bugout clouddancer com) Re: [PAPER] Juggling with packets: floating data storage Oct 08 2003 08:23PM David Heigl (davidh braunlift com) Re: [PAPER] Juggling with packets: floating data storage Oct 08 2003 08:10PM Doug Moen (doug moen bluecoat com) (1 replies) Re: [PAPER] Juggling with packets: floating data storage Oct 08 2003 08:28PM Michal Zalewski (lcamtuf ghettot org) Re: [PAPER] Juggling with packets: floating data storage Oct 08 2003 06:18PM Michal Zalewski (lcamtuf ghettot org) |
|
Privacy Statement |
>
> >> [...stuff about using the network as a delay-line storage
> >> mechanism...]
> > [...]
> > So who cares? Why juggle when shelves hold so much more?
>
> Because when you're storing something you don't want to be visibly seen
> to be storing (typically something that's strong evidence of nefarious
> activities - a simple example might be stolen credit card numbers) you
> want a form of storage that disappears with few-to-no traces pointing
> to you when law enforcement rolls through and seizes your computer.
deniable cryptographic storage
http://www.rubberhose.org
Darren
[ reply ]