From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id C0DAC139018 for ; Wed, 26 Feb 2014 15:02:32 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 03B7CE0BAF; Wed, 26 Feb 2014 15:02:26 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BF69DE0BA6 for ; Wed, 26 Feb 2014 15:02:24 +0000 (UTC) Received: from 127.0.0.1 (rainbowwarrior.torservers.net [77.247.181.164]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: hasufell) by smtp.gentoo.org (Postfix) with ESMTPSA id 31CFA33FB46 for ; Wed, 26 Feb 2014 15:02:21 +0000 (UTC) Message-ID: <530E01F6.6080708@gentoo.org> Date: Wed, 26 Feb 2014 15:02:14 +0000 From: hasufell Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Fwd:How about the gentoo server or cluster in production environment? References: <5297F0C8.3060403@gmail.com> <5305410B.1090403@gmail.com> <20140220102952.GA6784@sabayon.logifi> <20140220205207.a1f2f6077cfbc037ae9b0bdb@gmail.com> <20140220204103.GA3381@vidovic.ultras.lan> <53066CCF.3060509@gmail.com> <53075F65.8050505@gentoo.org> <53085FA0.7020001@gmail.com> In-Reply-To: <53085FA0.7020001@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 2ec411fd-4488-462a-b075-cfed9224dda5 X-Archives-Hash: 1aab63810eb8dcdc9818a41bc2da92c3 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Alan McKinnon: > On 21/02/2014 16:15, hasufell wrote: >> Alan McKinnon: >>> On 20/02/2014 22:41, Nicolas Sebrecht wrote: >>>> On Thu, Feb 20, 2014 at 08:52:07PM +0400, Andrew Savchenko >>>> wrote: >>>> >>>>> And this point is one of the highest security benefits in >>>>> real world: one have non-standard binaries, not available >>>>> in the wild. Most exploits will fail on such binaries even >>>>> if vulnerability is still there. >>>> >>>> While excluding few security issues by compiling less code >>>> is possible, believing that "non-standard binaries" (in the >>>> sense of "compiled for with local compilation flags") gives >>>> more security is a dangerous dream. >>>> >> >> >>> +1 >> >>> "non-standard binaries" is really just a special form of >>> security by obscurity. >> >> So you are saying compiling a minimal kernel to minimize exposure >> to subsystem bugs is only obscurity? (I really wonder what Greg >> would say to this) > > No, I'm saying that I pay RedHat large sums of money to look after > this on my behalf and that money is wasted if I build a custom > kernel on that machine. > > RedHat has a vested interest in doing this right (it's the product > they sell) and they have more engineering resources to apply to the > problem than I can ever raise. The odds favour RedHat often getting > this right and me often getting it wrong, simply because I don't > have the unit testing facilities required and my employer doesn't > employ OS builders. > > I won't permit Gentoo to be used in production here for precisely > that reason - I can't provide the test guarantees the business and > shareholders demand. > > Yes, I agree that RedHat might be a better choice, if you can afford it (although there are some counter-arguments since they practically maintain kernel-forks because of heavy backporting, but I am unable to make a definite opinion on this). But that was not the point of my claims, so I don't see an argument. >> The argument that this particular setup may be less tested is a >> valid one. But less tested also means less commonly known >> exploits and testing these setups is a win-win for users and >> upstream. >> >> Whether you like it or not... whenever you install software on a >> server, you become a tester at the same point. > > Proper testing carries a onerous burden. I've yet to find a > enterprise anywhere in the world that does it right outside of > their core business. Instead, they pay someone else to do it. > Yeah, the kernel has _zero_ "proper" testing in the sense of software engineering. RedHat does not really improve that (e.g. unit tests and whatnot). Greg said why that's almost impossible, especially because the internal API changes way too frequently. Still unable to find a real counter-argument. This was about disabling codepaths/subsystems, not about RedHat vs Gentoo which is quite an uneven fight. -----BEGIN PGP SIGNATURE----- iQEcBAEBCgAGBQJTDgH2AAoJEFpvPKfnPDWzhZUIAIyT9nUPXYAOigXnb6M+OB4x /KmYDZ59Fyuz0D0SoMn1pZCNWPrS8UPjAOzUIr4E0DT0uzh0348+1xHDYDv4ph/n C9+0jqd9yPQ9kw5rX3zefmjC7wVpJFtLQIiOxaIo6wOqtxfjdVNZdVDEVKU/QJ7G n2fOdAccuTFOHCiB2cV8LlF997GfuzJ9nNdXGev3tA8l46wV9/q3gp1HdbkhyAJV 61QGv8blsPHbXsC8G2fnz/YcNaa0iH6rRcboRHcpMa2Gk1Ui8UrTmiYC/NJO02bN TSV8mb/VWow5vVyQSYmpCO4xcylQFVwwWOh14IXcl+mC+CQG4rxPTyUcDUhbewo= =2JhD -----END PGP SIGNATURE-----