From: "Javier J. Martínez Cabezón" <tazok.id0@gmail.com>
To: gentoo-hardened@lists.gentoo.org
Subject: Re: [gentoo-hardened] Profile switch: hardened to non-hardened?
Date: Sat, 27 Dec 2008 09:49:20 +0100 [thread overview]
Message-ID: <897813410812270049x661a7a3el7913d39fe4fbd108@mail.gmail.com> (raw)
In-Reply-To: <49bf44f10812261247l2997a51axe9a3b5a581994f0b@mail.gmail.com>
Why don't you tell what you didn't understand to us explain it
properly to you?. You can't assure nothing if you don't know what do
you need to assure.
You can't implement Mandatory Access Controls such as GRSEC rbac
without a bit of known. You need to make one policy for your system
and the kernel makes it enforcing their function.
If you are not a sysadmin, how did you keep servers running?, to keep
servers you need to know how does them work internaly (for example DNS
rfc for DNS servers etc.).
As bad is not getting one MAC system running (as the RBAC of
grsecurity) as get one incorrectly configured running, for example
granting all capabilities (CAP_SYS_RAWIO...) to the user running
skype. GRSEC has one TPE function in himself read about it.
Sorry but you have to read documentation (start for example with
gentoo hardened docs).
2008/12/26 Grant <emailgrant@gmail.com>:
>> Without hardened userland only in access controls. You can implement
>> for example one Trusted Path Execution with LIDS, RSBAC, GRSEC or
>> SELinux. They could try to stop crackers that gain unpriviledge access
>> to the host (with a remote exploit for example) to execute exploits to
>> scale priviledges. They could give you one least priviledge approach
>> (as PaX does) and other useful things, as isolation of daemons,
>> resources controls. And a lot of more. With TPE however, untrusted
>> scripts (exploits) could be launched without execution rights, and
>> even restricting the use of perl and python, you must grant your users
>> the access to bash.
>
> Thank you for taking the time to explain, but I'm afraid I don't
> understand. I'm looking for things I can implement that don't require
> me to understand their inner workings. This is not ideal, but I only
> have so much time to devote to sysadmin duties since I'm not a real
> sysadmin. My server runs a hardened profile because it hasn't caused
> any problems, but running a hardened profile on my desktops has proven
> to be too difficult. All of my systems run a hardened kernel but the
> only hardened feature I've enabled in the kernel is Grsecurity set to
> medium or low depending on the system.
>
> Do the hardened profile and hardened kernels do me any good without
> further configuration?
>
> - Grant
>
>>>> In terms of userland, non hardened profile doesn't protect you at all
>>>> against buffer overflows, you are removing one important security
>>>> layer. SSP protects you against buffer overflows in terms that the
>>>> vulnerable application gets killed when the canary is modified before
>>>> the execution of the arbitrary code. PIE protects you against return
>>>> into libc attacks that doesn't need an executable stack. PaX is not
>>>> perfect and needs them as complementary solutions. For example I think
>>>> that RANDEXEC was removed from PaX time ago, one buffer overflow that
>>>> uses return into libc attack could be succesfully against one
>>>> non-hardened binary. Since skype is a network oriented software...
>>>
>>> In what situations is a hardened kernel useful?
>>>
>>> - Grant
>
>
next prev parent reply other threads:[~2008-12-27 8:49 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-23 21:23 [gentoo-hardened] Profile switch: hardened to non-hardened? Grant
2008-12-23 21:33 ` Ned Ludd
2008-12-23 21:43 ` Marc Lemaire
2008-12-23 21:56 ` Grant
2008-12-23 22:15 ` Vlad "SATtva" Miller
2008-12-23 23:29 ` Cyprien Nicolas
2008-12-24 15:46 ` [gentoo-hardened] " 7v5w7go9ub0o
2008-12-23 22:31 ` [gentoo-hardened] " Grant
2008-12-24 17:03 ` Grant
2008-12-25 0:21 ` Gordon Malm
2008-12-25 15:12 ` Grant
2008-12-25 16:30 ` Javier J. Martínez Cabezón
2008-12-26 1:52 ` Grant
2008-12-26 19:17 ` Javier J. Martínez Cabezón
2008-12-26 20:47 ` Grant
2008-12-27 8:49 ` Javier J. Martínez Cabezón [this message]
2008-12-27 15:47 ` Grant
2008-12-27 16:18 ` Javier J. Martínez Cabezón
2008-12-27 20:30 ` Grant
2008-12-27 22:35 ` Ned Ludd
2008-12-30 1:05 ` Grant
2008-12-30 5:52 ` Ned Ludd
2008-12-30 20:31 ` Grant
2008-12-30 21:44 ` Ned Ludd
2009-01-01 16:22 ` Grant
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=897813410812270049x661a7a3el7913d39fe4fbd108@mail.gmail.com \
--to=tazok.id0@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