enh: Ubuntu Security Center

Bug #14166 reported by John Moser
12
Affects Status Importance Assigned to Milestone
Baltix
New
Undecided
Unassigned
Ubuntu
Confirmed
Wishlist
Unassigned

Bug Description

Earlier I posted a suggestion on the ubuntu-devel mailing list for an Ubuntu
Security Center after making a quick mock-up in Glade-2 that I didn't feel like
taking 8 or 9 screenshots of. The mock-up (attached) assumes that PaX,
GrSecurity, and ProPolice are supported, though those bits are -theoretical-
(Ubuntu does not support these yet, may support them in the future, if it
doesn't then they won't be in the security center).

Basically I looked at Bastille and decided its interface sucked, but "some" of
what was in it was good (a good bit of it actually). Unfortunately I can't code
(well I can, but can't use autoconf tools, build debs, do GUI coding, or find
the time to do it due to work and school) and have no idea what I'm doing with
the UI anyway, so I'll leave that all up to Ubuntu's devs at your leisure.

I'm going to recommend this for a Hoary+1 target, hopefully as a new app to be
included in the 5.11 point release; I'm also hoping that the UbuntuHardened
toolchain and kernel make it to 5.11, which would substantiate the last few tabs
about PaX and GrSecurity. This is of course not something that's been decided
on yet, and it's entirely up to Ubuntu to follow that path if the developers wish.

Also good to look at, I nosed out the setuid files and here's a quick list of
what we can allow the administrator to disable by taking away setuid. This'll
be good for the first tab in the mock-up.

https://www.ubuntulinux.org/wiki/SUIDFiles

Revision history for this message
John Moser (nigelenki) wrote :

Created an attachment (id=1732)
A glade-2 mock-up to give the devs an idea of the basic concept

Just a glade-2 mock-up. Look at it, it's ugly, it does nothing, don't bother
compiling it. Basically it's a drawing, an orthographic projection,
blueprints, a concept design.

The administrative apps for users and groups and such are beautiful in Ubuntu,
can't you spark the same design into a security center? :)

Revision history for this message
Matthew Paul Thomas (mpt) wrote :

Created an attachment (id=1841)
Usability feedback on first draft mockup (575 words)

These notes may be useful if the eventual program uses the glade mockup at all.

Revision history for this message
John Moser (nigelenki) wrote :
Download full text (6.5 KiB)

I'd hope the eventual program would look more like the Users and Groups app we
have, or be an extension of said :)

I was only doing the mock-up as a visual aid because I suck horribly at UI
design. But here's some blowback:

-General-
 You're right, on all of it. It generally sucks.

-SetUID-
* This tab would make more sense as a "Security" tab in the "Users
    and Groups" control panel.
 Additionally, a lot of this would make sense if you extended the
 control application to "Users, Groups, and Security," since Users and
 Groups are used effectively for access control, which is security.
* Translate <XXX> into english
 Yes. Do that, all of it.
* If possible, combine "use 'at'" and "use cron" into a single
    option, "Set tasks to be performed at scheduled times".
 The 'at' program has its own separate implications from 'cron'

-Accounts-
* I have no idea what "BSD r-tools" are, and Google's no help.
    Explain.
 It was in bastille. I don't know what it was either.
* Checkboxes aren't for determining whether something's off,
 Reverse the logic
* "Restrict who can use cron" to ... what?
 Twas in bastille. Restrict it to users allowed to use cron :)
* "Restrict default file permissions to user" what? This looks
    like an incomplete sentence.
 default umask should be 0700 instead of 0755
* Translate "Restrict root account to sudo only" into English.
    Again I can't help because I don't understand what this means.
 This we already do. You can't log in as root, only as a user with
 sudo access.

Booting
* Call it "Startup" instead.
 I prefer "boot" instead of "startup," because people need to get on
 the same page with the vocabulary. Better to learn what it's called,
 than to break it and go into a channel like "I can't get the boot to
 the computer and i need you to upload a new windows" (i've had that
 happen, I couldn't help the person at first because I couldn't
 understand wtf he was saying until 10 minutes of gibberish later).
 This isn't a huge barrier.
* Use a header, "Ask for password before:", followed by checkboxes
    for "Starting up" and "Restarting".
 The password in the boot loader is to keep people from using custom
 startup settings, such as {scroll to menu entry, e, kernel line, e,
 init=/bin/sh} to get instant root access. Passwords for shutting
 down are to prevent people from shutting down of course.

-Resources-
* "No core files"? How is this a security feature? Explain, in
    the GUI.
 Core files are dumps of memory. A technician can fish out
 frobnicated (foo XOR 0x42424242) root passwords and credit card
 numbers and defrobnicate them easily. Also, core files accumulate
 and eat up space when things repetedly crash. This can cause a
 denial of service attack (full disk). Most users just leave these
 things laying around for lack of knowing or caring what they are.

-PaX-
* This tab is meaningless to someone who doesn't know what PaX is,
    which is most people. Explain, in the GUI.
 Yeah, and on non-PaX systems like default ubuntu, this will be
 meaningless. Eventulaly Ubuntu will support PaX. This configuration
 would need to be around to control it. This would include t...

Read more...

Revision history for this message
John Moser (nigelenki) wrote :

oops. Thought that was about half the length. :/

Revision history for this message
towsonu2003 (towsonu2003) wrote :

I'd like to see this myself, but I doubt the devs have time...

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.