SELinuxおよびchrootシステムコール

Question

私がchrootingすることを誰がブロックしていますか？

これはSELinuxではありません。これは不気味な追撃戦です（getenforce「Permissive」に戻ることは、SELinuxが実際にもはや絵にないことを意味します）。

犯人は - 失敗をprintk追跡するためにカーネルのソースコードにかなりの量を追加した後 - 次のようなことが判明しました。chrootmount能力。より具体的に言えば、Androidの「能力境界セット」です。これに関するすべての内容はman（）で読むことができますman 7 capabilities。以前は見てみようとしたことがないことを認めます。日常のUNIXタスクではこれに依存していますが、わかりません。 ..Linuxボックスで直接試してみてください。

$ 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

こんにちは私の素敵なDebian :-)

ああ、そして「ルートチェッカー」も動作します。私のタブレットの誰もがルートになるように「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