bind mount한 디렉터리에서 하위 mount를 만들었습니다. mount propagation 설정에 따라 호스트에 무엇이 보일 수 있는지 어떻게 검증하나요?

bind mount와 mount propagation은 서로 다른 계약입니다. bind는 경로를 다른 mount namespace에 노출할 뿐이고, 하위 mount·unmount 사건이 호스트로 전달되는지는 부모 mount의 속성이 결정합니다. private이면 사건이 peer로 자동 전달되지 않습니다. shared peer group이면 peer 사이에 사건이 양방향으로 전파될 수 있고, slave는 master에서 받은 사건을 전달하지만 slave에서 master로 되돌려 보내지 않습니다. 이는 mount tree 사건의 방향이지, 같은 inode에 대한 write(2)를 막거나 복제하는 규칙은 아닙니다. 설명용으로 호스트 /srv/data를 컨테이너 /data에 bind하고 /data/child에 tmpfs를 만들겠습니다. private이면 child mount는 컨테이너 tree에만 생깁니다. shared peer이면 호스트 대응 peer에도 child mount가 보일 수 있습니다. slave이면 호스트에서 만든 child가 컨테이너에 보일 수 있어도 컨테이너 사건이 호스트로 역전파된다고 말하지 않습니다. 실제 명령 성공 결과가 아닌 상태 trace입니다. 검증은 양쪽 /proc/<pid>/ns/mnt 링크를 먼저 저장하고, /proc/<pid>/mountinfo에서 mount ID·parent ID와 shared:·master: 표식을 bind 직후와 child 생성 직후에 비교합니다. 호스트에서 안 보였다는 결과만으로 private라고 단정하지 않고 반대 방향 사건도 시험합니다. rootfs를 분리해도 쓰기 가능한 bind inode는 남으므로 mount propagation과 파일 내용 권한을 별도 체크합니다. 기본값은 runtime 설정에 좌우될 수 있어 mountinfo를 최종 증거로 삼겠습니다.