Security Practice Archive

보안 점검과 설정을
기록합니다.

시스템, 클라우드 등 다양한 환경에서 확인한 점검 기준과 설정 과정, 검증 결과를 정리합니다.

categories 글 모아보기
Browse topics

주제별로 빠르게 이동

카테고리를 선택해 관련 글을 모아볼 수 있습니다.

약 1분

[인프라진단] #U-16 /etc/passwd 파일 소유자 및 권한 설정

반응형

1. 항목 설명

/etc/passwd는 계정명, UID, GID와 로그인 셸을 정의하는 핵심 파일입니다. 일반 사용자가 수정할 수 있으면 임의 계정 생성이나 UID 변경으로 권한을 탈취할 수 있습니다.

판단 기준: /etc/passwd 소유자가 root이고 권한이 644 이하이면 양호, 소유자가 root가 아니거나 644보다 넓으면 취약입니다.

2026 가이드 근거

출처: 과학기술정보통신부·한국인터넷진흥원, 「2026 주요정보통신기반시설 기술적 취약점 분석·평가 방법 상세가이드」, U-16, p.41. 본 게시글은 위 가이드의 판단 기준을 참고하여 작성했으며, 진단 결과와 증적은 개인 실습 환경에서 직접 수집했습니다.

2. 점검 목적

계정 정보 파일의 변경 권한을 root로 제한하여 비인가자의 계정 DB 변조를 방지하는 것이 목적입니다.

3. 실습 환경

  • 운영체제: Ubuntu Server 24.04.2 LTS
  • 커널: Linux 6.8.0-53-generic
  • 가상화 환경: VMware Workstation
  • 호스트 이름: u-lab
  • 수집 방식: VMware Ubuntu VM 콘솔에서 진단 명령 실행 및 화면 캡처
  • 네트워크: VMware Host-only 격리망, 기본 게이트웨이 없음
  • 실행 ID: 20260904-104904

취약 상태와 조치 상태의 반복 구성에는 격리된 Host-only 관리 연결을 보조적으로 사용했습니다. 단, 판단 명령과 결과는 Ubuntu VM 콘솔에서 직접 확인하고 VMware 콘솔 원본 화면으로 캡처했으며 외부 네트워크 경로는 두지 않았습니다.

4. 취약 상태 구성

격리 VM에서 /etc/passwd의 소유자를 실습 계정으로 바꾸고 권한을 666으로 넓혔습니다. 상태 출력 직후 즉시 복구하도록 한 자동 스크립트 안에서만 수행했습니다.

이 구성은 인터넷과 분리된 실습 VM에서 관리자 권한으로만 수행했습니다.

구성 방법

sudo chown codex:codex /etc/passwd
sudo chmod 0666 /etc/passwd

구성 후 다음 명령으로 실제 상태를 확인했습니다.

stat -c '%n owner=%U group=%G mode=%a' /etc/passwd

5. 최초진단 결과

  • 판정: 취약
  • VM 콘솔 판정 근거: /etc/passwd owner=codex group=codex mode=666으로 비-root 사용자가 수정할 수 있었습니다.

U-16 최초진단 현황 증적

6. 조치 방법

파일 소유자를 root:root, 권한을 644로 복구하고 계정 DB 형식도 함께 확인했습니다.

sudo chown root:root /etc/passwd
sudo chmod 0644 /etc/passwd
sudo pwck -r

Linux 설정 확인 위치: /etc/passwd의 소유자·그룹·모드와 ACL

U-16 Linux 설정 확인 화면 증적

7. 이행진단 결과

  • 판정: 양호
  • VM 콘솔 판정 근거: /etc/passwd가 root:root, 모드 644로 확인되었습니다.

U-16 이행진단 현황 증적

8. 실무 주의사항

모드 비트가 맞아도 POSIX ACL이나 상위 경로, 구성 관리 도구가 쓰기 권한을 추가할 수 있습니다. 배포판 기본값과 무결성도 같이 봐야 합니다.

컨설턴트 조언

  • stat 외에 getfacl, lsattr과 파일 해시 또는 패키지 무결성 정보를 확인합니다.
  • 권한 이상이 발견되면 단순 복구 전에 변경 시간, 계정 추가와 인증 로그를 조사합니다.
  • LDAP·SSSD 환경에서는 로컬 파일과 외부 계정 저장소의 책임 범위를 구분합니다.
  • 조치 후 pwck -r, 신규 SSH 세션과 sudo를 시험하고 구성 관리가 값을 되돌리지 않는지 확인합니다.

9. 마무리

/etc/passwd는 root 소유 644 이하로 유지하고 권한 이상은 침해 징후 관점에서도 조사해야 합니다.

반응형