U-37
⏰ cron 접근 제어 (crontab 권한)
서비스 관리
위험도: 중💡 쉽게 말하면
cron 접근제어가 없으면 누구나 회사 자동화 스위치를 만질 수 있는 상태입니다. 일반 직원이 한밤중에 몰래 실행될 작업을 심어 둘 수 있죠. 공격자는 이를 이용해 관리자 권한을 노립니다.
cron 접근제어가 없으면 누구나 회사 자동화 스위치를 만질 수 있는 상태입니다. 일반 직원이 한밤중에 몰래 실행될 작업을 심어 둘 수 있죠. 공격자는 이를 이용해 관리자 권한을 노립니다.
🎯 직접 해보기 — 공격을 실행해 보세요
아래에서 시스템 상태를 취약 또는 안전(조치 적용)으로 바꾼 뒤 공격 실행을 눌러, 같은 공격이 어떻게 다르게 끝나는지 직접 확인하세요.
# 일반 사용자가 예약작업으로 권한 상승을 노린다
# [공격 실행] 버튼을 누르면 시작합니다.
📋 설정 비교 (왜 막혔나?)
✗ 취약한 설정
# cron 접근제어 파일 확인
#
ls -l /etc/cron.allow /etc/cron.deny
ls: /etc/cron.allow: No such file
→ 모든 사용자가 cron 사용 가능 (취약)
✓ 안전한 설정
# 허용 사용자만 등록
#
cat /etc/cron.allow
root
→ cron.allow로 허용 계정만 사용 (양호)
🔧 조치 방법
/etc/cron.allow를 생성하고 허용할 계정만 등록합니다.chmod 640 /etc/cron.allow등 접근권한을 제한합니다.- crontab 파일 권한을
640이하로 설정합니다.
✅ 점검 체크리스트
- cron.allow/deny로 사용자가 통제되는가
- crontab 관련 파일 권한이 적절한가(640 이하)
점검기준: 서비스 관리 > cron 접근 제어