parsing CONFIG_LSM option implementation

[d1sgr4c3]

hello, @a13xp0p0v
this PR refers to #151

i have a few theses

checks design

may be we shoould use this design

lsm_modules = ['module1', 'module2' ... 'moduleN']
for module in lsm_modules:
    l += [KconfigCheck('self_protection', 'kspp', 'LSM', module)]

instead of

l += [KconfigCheck('self_protection', 'kspp', 'LSM', 'landlock')]
l += [KconfigCheck('self_protection', 'kspp', 'LSM', 'lockdown')]
l += [KconfigCheck('self_protection', 'kspp', 'LSM', 'yama')]

but if we iterate this, we cant past author (kspp, a13xp0p0v, or anyone else) easily. so, its not a suggestion, just a little question

modules

may be you meant some modules which i not commited?

grenerate option

how to be with -g X86_64 ?

[a13xp0p0v]

Hi @d1sgr4c3,
Thanks for your work!
Please see my review.

[d1sgr4c3]

@a13xp0p0v, done with advices

[a13xp0p0v]

Hello @d1sgr4c3.
Thanks for the fixes.
But there are a lot of things to improve still.
Please see my review.

[d1sgr4c3]

hello, @a13xp0p0v
i've done requested changes exept two things:

• i think that typo fix in test_engine.py dont needed because i wrote it to simulate lsm list like in kconfig
• there is much if's in engine, so i need your advice to make it more beautiful

in an any case, i re-wrote code, excluded bugs and made all like you wrote in review + it works

[d1sgr4c3]

hello, @a13xp0p0v
please have a look at checks we wrote
here is a hitch: CONFIG_LSM only provides order of modules, but, in fact, even if LSM contain some module, it can be even not compiled, so, wont work at all