서버 접근 정책 설정

보안#

Policies 아래의 인증, 서버 접속, 접근 규칙 페이지는 페이지를 열 때가 아니라 변경 사항을 저장할 때 MFA를 요청합니다. 저장 버튼을 클릭하거나 접근 규칙 페이지에서 스위치를 전환하거나 규칙을 끌어 옮기면 마지막 MFA 인증 후 워크스페이스의 민감 작업 추가 인증 유지 시간(관리자가 바꾸지 않았다면 15분)이 지났을 때만 다시 인증합니다. 접근 규칙 페이지의 스위치와 규칙은 저장 버튼 없이 즉시 저장됩니다. Auth0가 없는 배포에서는 MFA를 요청하지 않습니다.

서버 접근 정책#

앱의 Policies → Server access에서 설정합니다. 아래에서 설명하는 직접 로그인 영역을 빼면 Superuser만 접근할 수 있습니다.

워크스페이스의 서버 접근 및 보안 정책을 설정합니다. Auth0를 사용하는 워크스페이스에서는 마지막 MFA 인증의 유효 시간이 지났을 때 변경 사항을 저장하려면 다시 인증해야 합니다. Auth0가 없는 배포에서는 MFA를 요청하지 않습니다.

이 페이지에는 직접 로그인 탐지 카드, 허용된 직접 접근, 상시 허용 요청도 있습니다. 이 영역은 Superuser뿐 아니라 security_admin과 admin 역할도 열 수 있고, reviewer와 auditor는 읽기만 할 수 있습니다. 페이지의 나머지 영역은 Superuser만 쓸 수 있습니다. 탐지 켜기와 허용된 직접 접근 목록을 참고하세요.

서버 기본 설정#

터널 기본 허용 설정:

• 사용 시 새로 등록한 서버에서 터널 접근을 기본적으로 허용합니다.
• 터널 세션으로 서버에 직접 네트워크 접근이 가능합니다.

코드 에디터 기본 허용 설정:

• 사용 시 새로 등록한 서버에서 코드 에디터 접근을 기본적으로 허용합니다.
• 에디터 세션으로 서버의 파일을 편집할 수 있습니다.

터널 세션과 에디터 세션은 세션 모니터링에 기록되지 않습니다. 보안 요구 사항에 맞게 이 기본 설정을 신중히 검토하세요.

두 기본 설정은 새로 등록한 Windows 서버에도 적용됩니다. Windows에서 포트 포워딩은 Alpamon 2.5.1 이상이면 쓸 수 있지만, 코드 에디터는 켜 두어도 실행되지 않습니다. Windows 서버를 참고하세요.

세션 최대 사용 시간 설정:

• 작업 세션의 최대 사용 시간을 제한합니다. 기본값은 4시간입니다.
• 510,080분(5분7일)으로 설정할 수 있습니다. Superuser가 Policies → Server access의 이 카드에서 수정합니다. 최대 시간을 늘리려면 웹 콘솔에서 설정해야 합니다.
• 생성 및 연장 요청에 적용됩니다. 연장 시에는 연장을 요청한 시각부터 최대 시간 이내로 종료 시각을 지정해야 합니다. 작업 세션 시간 제한을 참고하세요.

계정 기본 설정#

Linux 시스템에 IAM 사용자 계정을 프로비저닝할 때 홈 디렉터리의 접근 권한을 설정합니다.

• 비공개: 소유자만 접근 가능합니다.
• 그룹 공유: 그룹 멤버가 접근 가능합니다.
• 공개: 모든 사용자가 접근 가능합니다.

sudo 및 root 접근#

앱 위치: Alpacon을 통한 sudo, 웹 터미널 밖 sudo, MFA 유효 시간은 Policies > Access rules(접근 규칙)의 sudo 사용 탭 상단에 있습니다. Alpacon Cloud에서는 Superuser만 이 설정들과 root 직접 로그인을 변경할 수 있습니다. Auth0를 사용하지 않는 자체 호스팅 배포에서는 Staff 사용자가 root 직접 로그인을 변경하고 웹 터미널 밖 sudo를 켜서 로컬 sudo를 허용할 수 있습니다. 로컬 sudo를 차단하도록 끌 수는 없으며, Alpacon을 통한 sudo 설정은 누구도 변경할 수 없습니다.

root 직접 로그인 설정:

• 시스템 계정 선택에서 root 계정으로 직접 연결할 수 있도록 허용합니다.
• 기본값은 꺼짐입니다.
• 꺼져 있으면 Websh, WebFTP, 코드 에디터의 시스템 계정 목록에서 root 계정을 제외합니다.

Alpacon을 통한 sudo 설정:

• sudo with MFA를 켜면 Staff와 Superuser 멤버가 MFA 인증 후 Websh에서 sudo 명령어를 실행할 수 있습니다.
• 켜는 시점에 연결되어 있고 Alpamon 1.3.2 이상을 실행하는 서버에 필요한 PAM 모듈이 자동으로 설치됩니다.
• root 직접 로그인과 독립적으로 작동하므로 root 직접 접근이 꺼져 있어도 sudo 명령어를 실행할 수 있습니다.
• 이 설정을 끄면 Alpacon이 워크스페이스 전체에서 sudo를 인가하지 않습니다. 웹 터미널 밖 sudo가 자동으로 켜지며, 로컬에서 실행하는 sudo에는 해당 계정의 sudoers 규칙이 적용됩니다. 이 설정은 Alpacon을 통한 sudo을 켜기 전까지 변경할 수 없습니다. PAM 모듈은 설치된 상태로 남습니다. sudo with MFA 비활성화를 참고하세요.
• MFA를 요청할 수 없는 자체 호스팅 배포(Auth0 미사용)에서는 스위치가 표시되지만 변경할 수 없습니다. MFA 유효 시간은 표시되지 않으며 저장된 값이 계속 적용됩니다.
• 이 설정을 켜면 sudo 사용 탭에 alpamon-pam이 없어 Alpacon을 통한 sudo를 사용할 수 없는 Linux 서버 수가 표시됩니다. 활성화되고 커미션된 서버 중 Alpamon 2.0.2 이상을 실행하는 서버만 집계합니다. 한 대 이상일 때만 표시되며, 숫자를 클릭하면 이 서버들만 모은 목록이 열립니다. 목록과 상세 페이지에도 경고가 표시됩니다.

MFA 유효 시간 항목:

• MFA 인증 후 sudo 권한을 유지할 시간을 정합니다.
• 이 시간이 지나면 다음 sudo 명령어를 실행할 때 MFA 인증이 다시 필요합니다.
• 1, 5, 15, 30, 60, 240, 480, 1440분 중에서 선택합니다. sudo 유효 시간을 사용하는 경우와 값이 설정되지 않은 경우에만 매번도 선택할 수 있습니다.

웹 터미널 밖 sudo 설정:

• 기본값은 켜짐입니다. 켜져 있으면 Alpacon 밖에서 서버에 직접 입력한 sudo에 해당 계정의 sudoers 규칙이 적용됩니다.
• 웹 터미널 밖의 sudo를 차단하려면 이 설정을 끄세요. 웹 터미널과 alpacon exec 명령어 안에서 실행하는 sudo는 이 설정의 차단 대상에서 제외됩니다.
• Alpacon을 통한 sudo이 켜져 있을 때만 변경할 수 있습니다.
• Auth0를 사용하지 않는 자체 호스팅 배포에서는 로컬 sudo를 차단하도록 끌 수 없습니다. 꺼져 있다면 켜서 로컬 sudo를 허용할 수 있습니다. 꺼져 있는 동안에는 MFA를 승인으로 대신하는 sudo 정책이 적용된 작업 세션에서 sudo를 실행해야 합니다.

명령 출력의 시크릿#

정책 → 서버 접속의 감사 기록에 시크릿 노출은 기본적으로 꺼져 있습니다. 켜면 명령에 전달한 환경 변수 값이 명령 출력의 감사 기록과 라이브 뷰어에 그대로 표시될 수 있습니다. 출력이 기록될 때 적용되며, 나중에 꺼도 이미 저장된 값은 지워지지 않습니다. 그 밖에 탐지된 자격 증명은 계속 마스킹합니다. Superuser만 변경할 수 있고, 위에서 설명한 민감 작업 MFA 확인이 적용됩니다.

API 토큰#

정책 → 서버 접속의 API 토큰 카드에서 토큰 최대 사용 기간을 1~366일로 설정합니다(기본값 366일). 개인 API 토큰과 서버·클러스터 등록 토큰의 만료일에 적용됩니다. 날짜 없이 토큰을 만들면 이 최대 기간이 적용되고, 더 늦은 날짜를 지정하면 거부됩니다. 최대 기간을 줄여도 기존 토큰의 만료일은 바뀌지 않습니다. 서비스 토큰과 브라우저 로그인에는 적용되지 않습니다.

콘솔에서는 Superuser만 변경할 수 있습니다. 저장 시 위의 MFA 규칙이 적용됩니다.

실행 제어#

실행 제어 카드에서는 명령에 대한 Alpacon의 판단에 따라 명령 실행을 제어할지, 판단 결과만 기록할지 워크스페이스 전체에 적용할 방식을 정합니다.

• Enforce(기본값): 판단 결과에 따라 실행을 제어합니다. 명령 실행을 승인까지 보류하거나 차단할 수 있으며, 심각으로 판단된 명령은 항상 차단합니다.
• Advisory: 평가한 위험도는 기록하되 그 판단만으로 보류하거나 차단하지 않습니다. 다른 접근 권한과 안전 조건은 계속 적용됩니다.

Advisory는 명령마다 실행이 멈추지 않으면서 판단 기록을 남기려는 워크스페이스에 적합합니다. 워크스페이스 전체에 적용되며 서버나 멤버별 예외는 없습니다. 언제든 Enforce로 다시 바꿀 수 있습니다.

Advisory에서 달라지는 것

Advisory에서도 sudo 실행 권한과 필요한 신원 확인은 갖춰야 합니다. 상시 권한이나 일치하는 sudo 정책이 없으면 SUDO_NO_AUTHORITY로 즉시 거부하며 승인 요청을 만들지 않습니다.

누가, 어떻게 바꾸나요

모드는 Superuser만 변경할 수 있습니다. Alpacon은 어느 방향으로 변경하든 변경 시점에 신원 확인을 새로 요청합니다.

1. Policies → Server access로 이동해 실행 제어 카드까지 스크롤합니다.
2. Advisory를 선택하면 워크스페이스에서 포기하는 기능을 나열한 확인 창이 열립니다. 이해했습니다를 선택한 다음 Advisory로 바꾸기를 클릭해야 합니다.
3. 저장을 클릭하고, 요청받으면 MFA 인증을 완료해야 합니다.

Enforce로 다시 바꿀 때도 같은 역할과 신원 확인이 필요하지만 확인 창은 표시되지 않습니다. 어느 방향의 변경이든 변경한 사람과 시각이 활동 로그에 기록됩니다.

모드 변경은 소급되지 않습니다

모드를 바꾸면 이후 요청의 처리 방식이 달라집니다. 이미 대기 중인 요청은 다시 처리되지 않습니다.

• Advisory 모드로 전환할 때 이미 대기 중인 요청은 그대로 대기 상태로 남습니다. 승인되거나 실행되지 않으며, 여전히 결정이 필요합니다.
• 아무도 결정하지 않은 작업 세션은 요청한 종료 시각과 대기 기간(기본 24시간) 중 먼저 도달한 시점에 자동 취소됩니다. 요청자와 담당자, 또는 할당된 토큰의 소유자나 애플리케이션 알림 수신자에게 앱 내 알림을 보냅니다.
• 전환 후 진행하려면 기존 요청을 기다리지 말고 다시 제출해야 합니다. 새 요청은 Advisory 모드에 따라 처리됩니다.

멤버에게 보이는 것

• 모든 페이지의 상단 바에서 워크스페이스 이름 옆에 모든 멤버에게 황색 Advisory 표시가 나타납니다. 툴팁에 Advisory 모드의 의미가 설명되어 있으며, Superuser에게는 이 설정으로 가는 링크도 표시됩니다. Enforce 모드에서는 표시되지 않습니다.
• Advisory 모드에서 실행한 명령은 명령에 Advisory 검증 상태로 표시됩니다.
• Advisory 모드에서 실행한 sudo 작업은 Privilege elevation에 Advisory(게이트 없음) 유형으로 기록됩니다.