SELinux 및 chroot 시스템 호출

Question

내가 chrooting하는 것을 누가 막고 있습니까?

이것은 SELinux가 아닙니다. 이것은 소름끼치는 추격전입니다( getenforce"Permissive"로 돌아가는 것은 SELinux가 실제로 더 이상 그림에 없다는 것을 의미합니다).

범인은 - 실패를 printk추적하기 위해 커널 소스 코드에 상당한 양을 추가한 후 - 다음과 같은 것으로 밝혀졌습니다.chrootmount능력. 좀 더 구체적으로 말하자면 Android의 "능력 경계 세트"입니다. 이에 대한 모든 내용은 man( ) 에서 읽을 수 있습니다 man 7 capabilities. 이전에는 살펴보려고 노력한 적이 없다는 점을 인정합니다. 일상적인 UNIX 작업에서는 이에 의존하지만 모르겠어요. ..리눅스 박스에서 직접 시험해 보세요:

$ getfattr -d -m - /sbin/ping
getfattr: Removing leading '/' from absolute path names
# file: sbin/ping
security.capability=0s......

바라보다? Ping은 더 이상 SUID 루트가 아닙니다. 정보를 사용합니다.파일 시스템의 확장 속성에 저장됨원시 소켓 계층에 대한 액세스 권한이 있음을 알아야 합니다(따라서 ICMP 작업, 즉 IP 수준에서 수행할 수 있음).

어쨌든, 나는 "내 능력을 포기하는 것"을 중단한 내 핵심의 외과적 지점인 - 틀림없이 불쾌한 "모두 행진하도록 놔두는" 방식으로 - 다음과 같이 빗나갔습니다( security/commoncap.c).

static long cap_prctl_drop(struct cred *new, unsigned long cap)
{
    if (!capable(CAP_SETPCAP))
        return -EPERM;
    if (!cap_valid(cap))
        return -EINVAL;

    // ttsiodras: come in, everyone, the water's fine!
    //cap_lower(new->cap_bset, cap);
    return 0;
}

이는 기능이 결코 손실되지 않는다는 것을 의미합니다. 실제로 매우 안전한 구성입니다 :-)

$ adb shell

shell@K01E_2:/ $ su

root@K01E_2:/ # chroot /data/debian/ /bin/bash

root@localhost:/# export PATH=/bin:/sbin:/usr/bin:/usr/sbin:\
     /usr/local/bin:$PATH

root@localhost:/# cat /etc/issue
Debian GNU/Linux 8 \n \l

안녕 내 사랑스러운 데비안 :-)

아, 그리고 "루트 검사기"도 작동합니다. 제 태블릿에 있는 모든 사람이 루트가 될 수 있도록 "su.c"를 잘라냈습니다.

int main(int argc, char **argv)
{
  struct passwd *pw;
  uid_t uid, myuid;
  gid_t gid, gids[50];

  /* Until we have something better, only root and shell can use su. */
  myuid = getuid();
  //
  // ttsiodras - Oh no, you don't :-)
  //
  //if (myuid != AID_ROOT && myuid != AID_SHELL) {
  //    fprintf(stderr,"su: uid %d not allowed to su\n", myuid);
  //    return 1;
  //}

이제 작동했으므로 제대로 작동하도록 해야 합니다. 즉, 모든 사람과 할머니는 포함되지 않고 termux나와 Terminal Emulator사용자만 전화할 수 있도록 su허용 해야 합니다. :-)chroot

Answer 1