On Thu, Mar 08, 2007 at 05:58:16PM -0500, Mimi Zohar wrote:
Thanks Mimi, nice to see an example of how the integrity framework ought
to be used.
Is this module intended to clarify an interface, or be useful in and of
itself?
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
dify
d by
If the command line option isn't enabled, how will ibac_enabled ever be
set to '1'? Have I overlooked or forgotten some helper routine elsewhere?
Is this name unique to this IBAC module? Or should it be kept in sync
with the integrity framework?
Please remind me why kernel threads are exempt?
Integrity status may be FAIL or NO_LABEL at this point -- would it be
more useful to report the whole truth?
Please remind me why kernel threads are exempt?
Same question about FAIL vs NO_LABEL.. (Would NO_LABEL be caught by a
failing verify_metadata above?)
If integrity_measure() fails (can it fail?) is allowing the exec still the
right approach? (I seem to recall that "measuring integrity" is actually
something more like "go off an compute the integrity, but don't compare
it against anything" -- but even if it fails, is continuing correct?)
Rest elided :) Thanks Mimi