openat은 필요하지만 mount와 ptrace는 금지해야 합니다. seccomp가 제한할 수 있는 범위와 파일 경로 정책의 한계를 설명하세요.

seccomp filter는 syscall 번호와 seccomp_data의 고정 인자를 이용해 mount와 ptrace를 ERRNO 또는 kill action으로 막고 openat을 통과시키는 정책을 만들 수 있습니다. 하지만 openat=ALLOW는 특정 경로만 허용한다는 뜻이 아닙니다. BPF는 사용자 포인터가 가리키는 문자열을 역참조하지 않으므로 /safe 아래만이라는 의미를 syscall 번호 하나로 증명할 수 없습니다. 설명용 순서는 arch 확인 → mount/ptrace 거부 → openat의 dirfd·flags 일부 검사 → 다른 계층의 파일 정책입니다. mount capability가 있어도 seccomp ERRNO(EPERM)이면 syscall은 실행되지 않습니다. ptrace를 kill action으로 두면 오류 반환 대신 signal/종료 경로가 됩니다. openat이 통과한 뒤에는 symlink, mount 재배치, proc·device fd, 이미 열린 fd, 별도 openat2 호출이 남습니다. 따라서 경로 정책은 LSM/Landlock, 사전 열린 안전한 dirfd, fd 전달 설계나 supervisor와 조합해야 합니다. ioctl, socket, connect도 한 번호 아래 command·fd·목적지가 많아 번호-only allowlist가 전체 의미를 제한하지 못합니다. 검증은 정상 파일과 심볼릭 링크, 이미 열린 fd, 금지 mount·ptrace, 다른 arch metadata를 각각 비교하고 seccomp action·errno/signal·실제 syscall 실행 여부와 파일 접근 결과를 분리해 기록합니다. 이 trace는 실제 filter 실행이 아닌 정책 설계 예입니다. 운영 allowlist는 loader·thread·로그 syscall을 관찰한 뒤 좁히며, namespace와 capability가 seccomp를 대신한다고도 말하지 않습니다.