디스코드 서버에서 최소 권한 원칙은 각 역할에 그 역할이 맡은 일에 필요한 권한만 주는 것을 뜻해요. 티켓을 관리할 수 있는 지원 역할에 멤버 차단 권한까지 필요하지는 않고, 인증 역할을 부여하는 봇도 서버의 모든 역할 위에 있을 필요는 없어요. 자기가 부여하는 역할 위에만 있으면 돼요. 대부분의 서버는 두 가지 방식 중 하나로 이것을 잘못해요. 책임이 있는 모든 사람에게 쉽다는 이유로 관리자 권한을 주거나, 아무에게도 권한을 주지 않아서 소유자가 병목이 되거나요. 여기서는 Noxyr가 실제로 제공하는 설정을 사용해서, 관리자 역할, 스태프 역할, 봇 역할 배치, 신뢰 계정 목록이 어떻게 맞물리는지 설명해요.

A role stack settles into order with the bot placed above Member and each role keeping only the permissions it needs. Admin Ban Staff Tickets Bot Member least privilege

서로 다른 두 질문: "누가 봇을 설정할 수 있나"와 "누가 디스코드에서 관리자 명령어를 실행할 수 있나"

이 둘은 같은 것이 아니고, 둘을 헷갈리는 것이 가장 흔한 혼란이에요. 서버의 웹 대시보드를 열려면 그 서버의 소유자이거나 관리자(Administrator) 권한을 가지고 있어야 해요. 이것은 페이지를 열 때마다 캐시된 목록이 아니라 디스코드에 실시간으로 확인해요. 디스코드에서 관리자 슬래시 명령어를 실행하는 것은 별도의 설정 가능한 목록이에요. 대시보드 Setup 페이지에서 고르는 관리자 접근 역할이 그것이에요. 어떤 사람은 디스코드에서 /security를 실행할 수 있는 관리자 역할에 들어 있으면서도 대시보드는 전혀 열 수 없을 수 있고, 그 반대도 가능해요.

  • 관리자 접근 역할 (Setup 페이지): 디스코드가 새로 고친 명령어 권한 등록을 마치면, 봇의 관리자 슬래시 명령어를 실행할 수 있는 사람이에요.
  • 예약된 스태프 역할 (Setup 페이지): 지원 워크플로, 티켓 라우팅 등을 위해 저장되며, 그 자체로는 관리자 명령어 접근 권한을 주지 않아요.
  • 대시보드 접근: 서버 소유자 또는 디스코드 관리자 권한이 있는 누구든지요. 봇 안에서 설정한 관리자 역할만으로는 대시보드가 열리지 않아요.

스태프에게 "그냥 관리자 권한을 주세요"가 잘못된 기본값인 이유, 봇에게는 맞는 기본값인 이유

사람인 스태프 역할에게 관리자 권한은 거의 항상 과해요. 티켓을 처리하는 모더레이터는 채널을 삭제할 필요가 없고, 그 능력을 주면 피싱당했거나 부주의한 계정이 할 수 있는 일만 넓어질 뿐이에요. 스태프 역할은 실제로 하는 일, 즉 티켓 접근, 리뷰 모더레이션, 카탈로그 편집을 기준으로 만드세요. 완전한 관리자 권한은 내일 계정이 탈취되더라도 서버 전체를 맡길 수 있다고 믿는 사람에게만 남겨 두세요.

봇 자체는 관리자 권한이 실용적으로 의미 있는 유일한 곳이에요. Noxyr는 티켓 채널을 만들고, 인증 중 역할을 관리하고, 안티 너크 트리거에 대응하고, 기능이 설정된 모든 채널에 게시해야 해요. 관리자 권한은 특이한 채널 권한 재정의가 있는 채널에서 이 중 어느 것도 조용히 실패하지 않도록 보장하는 가장 간단한 방법이에요. 특정 권한만 주고 싶다면, 디스코드 권한 참고 문서에 각 권한이 무엇을 다루는지 나와 있어요. 최소한 봇은 보안 및 모더레이션 기능이 작동하기 위해 역할 관리, 채널 관리, 메시지 관리, 멤버 추방, 멤버 차단, 멤버 타임아웃, 감사 로그 보기가 필요해요.

역할 계층: 인증과 안티 너크를 조용히 망가뜨리는 실수

디스코드는 이 봇을 포함한 어떤 봇도, 봇 자신의 가장 높은 역할보다 위에 있는 역할을 부여하거나 제거하거나, 가장 높은 역할이 봇보다 위에 있는 멤버에게 조치하는 것을 허용하지 않아요. 이 문제는 특히 두 곳에서 나타나요:

  • 인증: 인증 역할이 서버의 역할 목록에서 봇의 역할보다 위에 있으면, 인증 버튼을 눌러도 아무 일도 일어나지 않고 디스코드가 조용히 부여를 거부해요. 봇의 역할을 인증 역할 위로 옮기세요.
  • 안티 너크와 모더레이션: 봇은 가장 높은 역할이 자기보다 높은 계정에 대해 타임아웃, 추방, 밴을 할 수 없어요. 이것은 탈취된 공동 소유자 계정에서 가장 중요하며, 바로 안티 너크가 존재하는 시나리오예요. 실제로 조치가 필요한 계정에 대해 행동할 수 있을 만큼 봇의 역할을 충분히 높게 유지하세요.

역할을 재정렬한 뒤에는 빠르게 확인하세요. 서버 설정 → 역할로 가서 봇의 역할이 부여하거나 조치해야 하는 모든 것보다 여전히 위에 있는지 확인하세요. 이것은 "왜 봇이 아무것도 안 하지?"라는 문의의 가장 흔한 원인이에요. 디스코드에는 오류가 전혀 표시되지 않고, 작업이 그냥 조용히 실패해요.

신뢰 역할과 사용자: 안티 너크에 대한 의도된 예외

안티 너크는 설정한 작업 한도를 넘는 모든 계정에 대해 타임아웃, 추방, 밴을 해요. 예외 목록은 서버마다 하나이며, 신뢰하는 역할과 신뢰하는 사용자 ID이고, 보안 페이지에서 설정해요. 대량으로 채널을 삭제하고 다시 만드는 공동 소유자나, 높은 권한을 가진 도우미 봇을 추가하세요. 솔직한 트레이드오프는 이거예요. 신뢰 목록에 있는 모든 항목은 탈취되면 안티 너크가 막을 수 없는 계정이므로, 목록에는 서버를 통째로 넘겨도 될 사람만 넣어야 해요. 감지가 어떻게 이루어지는지는 안티 너크 가이드를 참고하세요.

대부분의 서버를 위한 무난한 역할 구성

  • 소유자: 안티 너크가 절대 조치하지 않으며, 항상 대시보드에 접근할 수 있어요. 실제 한 사람의 계정으로만 두고, 2단계 인증을 켜세요.
  • 공동 소유자 / 선임 관리자: 디스코드에서 관리자 권한을 가지고, 봇의 관리자 접근 역할에 추가되며, 정기적으로 대량 채널이나 역할 작업을 하는 경우에만 안티 너크 신뢰 목록에 추가해요.
  • 모더레이터 / 스태프: 관리자 권한이 아니라 멤버 추방, 메시지 관리, 멤버 타임아웃으로 범위가 정해진 역할이에요. 티켓 라우팅을 위해 예약된 스태프 역할에 추가하고, /security, /module 등을 실행해야 할 때만 관리자 접근 역할에 추가해요.
  • 인증된 멤버: 인증 패널이 부여하는 역할이며, 봇의 역할 아래에 두세요.

자주 묻는 질문

디스코드에서 누군가의 관리자 권한을 제거하면 대시보드 접근도 사라지나요? 네, 즉시요. 대시보드는 매번 서버에 실시간으로 확인하므로, 디스코드에서 권한을 회수하면 다음 대시보드 페이지 로드부터 바로 적용돼요.

내 관리자 역할이 봇의 슬래시 명령어를 실행할 수 없어요. 왜죠? 관리자 역할 목록을 바꾼 뒤 디스코드가 새로 고쳐진 명령어 권한을 등록하는 데 잠깐 걸려요. 몇 분이 지나도 실패한다면, Setup 페이지에서 역할이 실제로 저장되었는지 다시 확인하세요.

관리자 역할이나 스태프 역할을 여러 개 가질 수 있나요? 네, 둘 다 다중 선택이 가능해요. 구조에 맞게 필요한 만큼 역할을 고르세요.

안티 너크에서 역할을 신뢰해야 하나요, 아니면 특정 사용자를 신뢰해야 하나요? 작고 안정적인 그룹(공동 소유자)에는 역할을 신뢰하고, 특정 봇 계정 같은 일회성 예외에는 개별 사용자 ID를 신뢰하세요. 그래야 나중에 역할로 승진하는 모든 사람을 실수로 신뢰하는 일이 생기지 않아요.

서버가 저지르는 가장 큰 권한 실수는 뭔가요? "안전을 위해" 모든 스태프에게 관리자 권한을 주는 것이에요. 그것은 안전과 정반대예요. 피싱당한 모더레이터 계정 하나가 소유자가 할 수 있는 모든 것을 할 수 있다는 뜻이고, 그 안에는 서버 너크가 다루는 모든 것이 포함돼요.

관리자 역할과 스태프 역할은 서버 대시보드의 Setup 페이지에서 설정하고, 역할 구조가 제대로 잡히면 보안 설정을 검토하세요. 임계값은 그 아래의 역할 계층이 실제로 건전할 때에만 서버를 보호해요.