cp가 source 속성을 설정하지 않고 -p와 함께 실패하는 이유는 무엇입니까?

Question 1

대상(a) 파일 소유자여야 하고 cp가 기본 UNIX 보안을 무시하지 않기 때문에 실패합니다. 사용자는 자신의 파일 wilmes -> wilmes를 유지할 수 있지만 다른 사용자에 대해서는 그렇게 할 수 없으며 루트 사용자에 대해서는 확실히 그렇지 않습니다. 나는 당신이 루트나 wilmes로 로그인하지 않았다고 가정합니다.

이 경우 한 파일은 root가 소유하고 다른 파일은 wilmes가 소유합니다. 보존하려면 다음을 실행해야 합니다.

sudo cp -p b a

관련된 링크들:

예:

루트용 파일 a와 표준 사용자(joe)용 파일 b를 만듭니다.

joe@testbed:~/tmp2$ sudo touch a
joe@testbed:~/tmp2$ touch b

권한이 올바른지 확인하십시오.

joe@testbed:~/tmp2$ ls -l
total 0
-rw-r--r-- 1 root    root    0 Jun 22 13:51 a
-rw-r--r-- 1 joe     joe     0 Jun 22 13:51 b

사용자가 소유한 파일 b를 루트가 소유한 파일로 복사해 보십시오(이렇게 하면 권한을 위반하게 됩니다).

joe@testbed:~/tmp2$ cp -p b a
cp: cannot create regular file 'a': Permission denied

권한을 유지하면서 루트로 반복합니다.

joe@testbed:~/tmp2$ sudo cp -p b a
joe@testbed:~/tmp2$ ls -l
total 0
-rw-r--r-- 1 joe joe 0 Jun 22 13:51 a
-rw-r--r-- 1 joe joe 0 Jun 22 13:51 b

참고: 권한이 거부되었습니다. 아니요허용되지 않는 작업. 사용자 wilmes는 그룹을 통해 파일에 액세스할 수 있기 때문에 허용되지 않는다는 것을 알 수 있을 것입니다.소유자, 그래서 그들은 그것을 완전히 덮을 수 없습니다.

논리적으로 다른 사용자(루트)에 속한 파일을 교체하고 시스템에 해당 파일의 소유자도 만들도록 요청하는 것은 치명적인 보안 결함이 될 수 있습니다.

예를 들어, 오랫동안 일반 사용자로 접속하여 malicious.username01crontab을 루트에 속한 ntp와 같은 것으로 교체하고 싶다면 어떻게 해야 할까요? 당신이 하려는 일이 성공한다면, 나는 단지 내 자신의 악의적인 버전을 작성하고 간단히 cp -p my-malicious-script /etc/cron.daily/ntp... 안타깝습니다. 정말 정말 끔찍해요.

Answer