From: Hilco Wijbenga <hilco.wijbenga@gmail.com>
To: gentoo-hardened@lists.gentoo.org
Subject: Re: [gentoo-hardened] New Server, considering hardened, need pointers to tfm...
Date: Sun, 11 Dec 2011 12:01:41 -0800 [thread overview]
Message-ID: <CAE1pOi1JNGR4EPt2Uz1X_fvaKJS12npp8RnnR85uMimPeST=OA@mail.gmail.com> (raw)
In-Reply-To: <20111211145302.GE1990@home.power>
On 11 December 2011 06:53, Alex Efros <powerman@powerman.name> wrote:
> On Sun, Dec 11, 2011 at 02:25:19PM +0000, Sven Vermeulen wrote:
>> > 1) How can
>> > 4.2.4.1. Root Logon Through SSH Is Not Allowed
>> > increase security, if we're already using
>> > 4.2.4.2. Public Key Authentication Only
>> > Disabling root may have sense with password auth, but with keys it is
>> > just useless inconvenience.
>>
>> I read somewhere that security is about making things more inconvenient for
>> malicious people than for authorized ones.
>>
>> For me, immediately logging in as root is not done. I want to limit root
>> access through the regular accounts on the system (with su(do)). I never had
>> the need to log on as root immediately myself.
>
> Understood. But I still don't see how this can increase security.
It is my understanding this is not so much about security per se as it
is about auditing. Especially in an environment with more than one
admin.
Let's say there are two admins (A and B) who both log on (remotely) as
root. Then there is no easy way to tell who did what. Leaving an audit
trail is useful and in many environments simply required.
Moreover, if admin A's account is compromised then a black hat can use
admin A's access to root to remotely log on to any machine admin A has
access to. This will be hard to detect and it will be hard(er) to
determine how the black hat gained access. If admin A had logged on as
admin A instead of root then it would be more obvious it was admin A's
account that had been compromised.
next prev parent reply other threads:[~2011-12-11 20:02 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-10 20:17 [gentoo-hardened] New Server, considering hardened, need pointers to tfm Tanstaafl
2011-12-10 20:52 ` Matthew Thode
2011-12-11 10:18 ` Sven Vermeulen
2011-12-11 12:20 ` Alex Efros
2011-12-11 14:25 ` Sven Vermeulen
2011-12-11 14:53 ` Alex Efros
2011-12-11 16:49 ` Matthew Thode
2011-12-11 20:01 ` Hilco Wijbenga [this message]
2011-12-11 20:08 ` Kevin Chadwick
2011-12-12 11:56 ` Anthony G. Basile
2011-12-12 13:38 ` Kevin Chadwick
2011-12-12 14:08 ` Kevin Chadwick
2011-12-12 15:23 ` Javier Juan Martínez Cabezón
2011-12-12 16:44 ` Kevin Chadwick
2011-12-12 17:38 ` Javier Juan Martínez Cabezón
2011-12-12 18:41 ` Kevin Chadwick
2011-12-12 19:44 ` Javier Juan Martínez Cabezón
2011-12-12 20:19 ` Kevin Chadwick
2011-12-12 21:04 ` Javier Juan Martínez Cabezón
2011-12-12 22:08 ` Kevin Chadwick
2011-12-13 21:20 ` Javier Juan Martínez Cabezón
2011-12-14 11:05 ` Kevin Chadwick
2011-12-14 15:27 ` Javier Juan Martínez Cabezón
2011-12-14 15:55 ` Alex Efros
2011-12-14 16:28 ` Javier Juan Martínez Cabezón
2011-12-14 16:42 ` Kevin Chadwick
2011-12-14 18:06 ` Javier Juan Martínez Cabezón
2011-12-14 19:45 ` Kevin Chadwick
2011-12-14 3:18 ` Peter Volkov
2011-12-14 3:31 ` Peter Volkov
2011-12-11 20:30 ` Kevin Chadwick
2011-12-11 23:00 ` Matthew Finkel
2011-12-12 11:34 ` Kevin Chadwick
2011-12-12 11:59 ` Anthony G. Basile
2011-12-12 13:14 ` Kevin Chadwick
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='CAE1pOi1JNGR4EPt2Uz1X_fvaKJS12npp8RnnR85uMimPeST=OA@mail.gmail.com' \
--to=hilco.wijbenga@gmail.com \
--cc=gentoo-hardened@lists.gentoo.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox