lkml.org 
[lkml]   [2006]   [Sep]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 3/4] security: capabilities patch (version 0.4.4), part 3/4: introduce new capabilities
    Hi!

    > >The first system I took through evaluation
    > >(that is, independent 3rd party analysis) stored
    > >security attributes in a file while the second
    > >and third systems attached the attributes
    > >directly (XFS). The 1st evaluation required
    > >5 years, the 2nd 1 year. It is possible that
    > >I just got a lot smarter with age, but I
    > >ascribe a significant amount of the improvement
    > >to the direct association of the attributes
    > >to the file.
    > Thats great but entirely irrelevant in this context. The patch and caps
    > in question are not attached to the file via some externally observable
    > property (eg., xattr) but instead are embedded in the source code so
    > that it can drop caps at certain points during the execution or before
    > executing another app, thus unanalyzable.

    I do not know why this is unanalyzable... It seems very analyzable
    when reading the source code... and actually priviledge
    operations in source code mean that you can't get them wrong with
    wrong xattrs.

    Plus systems like qmail already use setuid() in source this way.

    Pavel
    --
    (english) http://www.livejournal.com/~pavelmachek
    (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2006-09-19 20:31    [W:0.020 / U:1.432 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site