Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 15 Sep 2012 02:58:20 +0100
From:      RW <rwmaillists@googlemail.com>
To:        Mark Murray <mark@grondar.org>
Cc:        Arthur Mesh <arthurmesh@gmail.com>, Ian Lepore <freebsd@damnhippie.dyndns.org>, Doug Barton <dougb@freebsd.org>, Ben Laurie <benl@freebsd.org>, freebsd-security@freebsd.org, "Bjoern A. Zeeb" <bz@freebsd.org>
Subject:   Re: svn commit: r239569 - head/etc/rc.d
Message-ID:  <20120915025820.73e04565@gumby.homeunix.com>
In-Reply-To: <E1TCdlD-000C1N-4g@groundzero.grondar.org>
References:  <50453686.9090100@FreeBSD.org> <20120911082309.GD72584@dragon.NUXI.org> <504F0687.7020309@FreeBSD.org> <201209121628.18088.jhb@freebsd.org> <5050F477.8060409@FreeBSD.org> <20120912213141.GI14077@x96.org> <20120913052431.GA15052@dragon.NUXI.org> <alpine.BSF.2.00.1209131258210.13080@ai.fobar.qr> <alpine.BSF.2.00.1209141336170.13080@ai.fobar.qr> <E1TCXN0-000NFT-7I@groundzero.grondar.org> <CAG5KPzwOdCkybj3D5uic1KC-pwW-pewgsrqrXg60f5SJjtzYPw@mail.gmail.com> <E1TCbDG-0002Hz-9D@groundzero.grondar.org> <CAG5KPzzRxzVX-%2B9fYjRdqjY-wScbM6AA7GYtLmktgMG0Zg8iyQ@mail.gmail.com> <E1TCbSz-0007CJ-BI@groundzero.grondar.org> <CAG5KPzyJNmXRfxtPPrdc2zVCsxGtDfJT79YC3a1PNUfOOSzt8A@mail.gmail.com> <E1TCcIq-000Brr-Ex@groundzero.grondar.org> <CAG5KPzwEESg7iUb2%2B-kAN%2Bk55M95BZjh5VaSvxzSsSCVuZ9kMw@mail.gmail.com> <E1TCdlD-000C1N-4g@groundzero.grondar.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 14 Sep 2012 22:49:14 +0100
Mark Murray wrote:

> If not, then whatever you run instead must also be sound. XOR isn't.
> 
> You have a way to go before you convince me on this one. I'll buy this
> argument if it is a routine/regular/risky ocurrence that the output
> of (say)
> 
> $ ( ps -gauxwww ; netstat -arn ; sysctl -ao ) | gzip | ...
> 
> ... can be demonstrated to have insignificant entropy when harvested
> using my proposed method. BTW - you may want to actually see the
> method.

The fastest compression setting on gzip is five times slower than
sha256 and doesn't actually solve any specific problem.

So far no one has come up with a single cogent argument for
compression. If you replace compression with hashing then the need
modifying the kernel code is eliminated.




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120915025820.73e04565>