예를 들어, 테마 기능에 대해 관리자나 모더레이터에게 접근 권한을 부여하되, 소셜 로그인 API 시크릿을 볼 수 있는 권한은 비활성화하는 식으로 설정할 수 있습니다.
또한 모더레이터를 분리하여, 예를 들어 커뮤니티 포럼의 특정 지점에서 커뮤니티 내 신뢰할 수 있는 사람들에게 제한적인 권한을 가진 모더레이터 역할을 부여하는 식으로 운영할 수 있습니다.
예를 들어, 테마 기능에 대해 관리자나 모더레이터에게 접근 권한을 부여하되, 소셜 로그인 API 시크릿을 볼 수 있는 권한은 비활성화하는 식으로 설정할 수 있습니다.
또한 모더레이터를 분리하여, 예를 들어 커뮤니티 포럼의 특정 지점에서 커뮤니티 내 신뢰할 수 있는 사람들에게 제한적인 권한을 가진 모더레이터 역할을 부여하는 식으로 운영할 수 있습니다.
안녕하세요 ![]()
제 이해가 맞다면, 디스코스가 модератор(운영진)에 대한 권한을 제공하는지 묻고 계신 것 같습니다.
만약 그렇다면, 이는 불가능합니다. 사용자는 스태프(관리자 또는 운영진), 카테고리 운영진, 또는 TL4 리더 중 하나입니다.
다음 주제를 읽어보시기 바랍니다.
여기서는 카테고리 운영진이나 리더가 잘 작동할 것 같습니다.
테마에 쓰기 권한이 있는 사람은 사용자의 세션을 완전히 탈취할 수 있습니다. 누군가가 이를 수행하는 것을 신뢰하지 않는다면, 그 사람을 아예 신뢰해서는 안 됩니다. 그리고 만약 그 사람을 신뢰한다면, 그냥 관리자로 만들면 됩니다.
예를 들어, 더 명확하게 설명하자면, API 키에 대한 액세스를 제공하기보다는 다른 설정 섹션에 액세스를 제공하려고 합니다. 이는 관리자가 나중에 예를 들어 무언가를 테스트하기 위해 해당 키를 복사하여 제3자에게 사용하는 것을 방지하기 위한 것입니다.
반드시 악의적인 의도가 있는 것은 아니지만, 예를 들어 GitHub 키의 경우 이는 상당히 우려되는 부분입니다. 관리자는 저장소와 아무 관련이 없으면서도 포럼을 관리할 수 있습니다. 하지만 저는 그가 실수로 키를 손상시키지 않기를 원합니다. 단순히 “키를 복사한 후 그에게서 도난당할 수 있기” 때문입니다.
또는 실수로 삭제할 수도 있습니다.
자신의 키를 얻기 게을러서 그런 것이며, 트위터와 구글의 경우 모든 것이 상당히 모순됩니다. 왜냐하면 해당 키는 "액세스를 원한다"고 쓰는 모든 사람에게 분배되지 않으며, 키가 실수로 손상되면 API 액세스가 비활성화될 수 있기 때문입니다.
해결책 페이지를 나중에 필요할 경우 다음 릴리스에서 추가 비밀번호로 보호하는 방법은 무엇일까요?
가능할 모든 취약점을 생각하고, 발생 가능성이 낮더라도 예방하는 것이 더 좋다고 생각합니다.