[Toybox] [PATCH] ls: add flag-Z Smack support.

Rob Landley rob at landley.net
Thu Feb 11 12:15:42 PST 2016



On 02/11/2016 10:43 AM, Joya Cruz, Alejandro wrote:
> On mié, 2016-02-10 at 17:28 -0600, Rob Landley wrote:
>>
>> On 02/08/2016 06:45 PM, Alejandro Joya wrote:
>>> The current state only print question mark for all the cases, this
>>> would
>>> let in case of LSM Smack to show the labels.
...
>>>            sprintf(hack, "/proc/self/fd/%d", fd);
>>>            lsm_lget_context(hack, (char **)&new->extra);
>>> +          if(CFG_TOYBOX_SMACK){
>>> +            lsm_lget_context(new->name, (char **)&new->extra);
>>> +          }
>>
>> new->name is relative to the openat() dirfd. Try ls -ZR and see if
>> you
>> get -Z in subdirectories? (That's what the hack was about, see the
>> comment in the first hunk...)
> I guess it works properly see the output down.
> root at qemux86:~# ls -lashZR
> .:
> total 8.0K
> 2 drwxr-xr-x 3 root root _    1.0K 2016-02-11 16:37 .
> 2 drwxr-xr-x 3 root root _    1.0K 2016-02-08 23:50 ..
> 4 -rw------- 1 root root User  282 2016-02-11 16:37 .ash_history
> 4 drwxr-xr-x 2 root root User 1.0K 2016-02-11 16:37 dir_a
> 2 -rw-r--r-- 1 root root User    0 2016-02-11 16:36 file_a
> 2 -rw-r--r-- 1 root root User    0 2016-02-11 16:36 file_b

Could you comment out the sprintf and first lsm_lget_context, so I can
be sure the first one isn't succeeding and the second isn't silently
erroring out and not modifying new->extra at all, leaving the value
fetched the first time?

Because I really don't see how that lsm_get is figuring out what
directory to look in.

Sigh, I need a smack test environment...

Rob

 1455221742.0


More information about the Toybox mailing list