관리자에게는 참여 중인 주제와 PM만 표시해 주세요

Discourse Encrypt (deprecated) - #236 의 대화 내용을 이어서 말씀드리겠습니다.

매우 유감입니다. 많은 분들이 PM 시스템에 존재하는 이 일종의 '빈틈(loophole)'을 인지하지 못하고 있을 것 같습니다.

저는 해당 메시지를 이동하거나 수정하는 Customization > Theme component 를 사용해 왔습니다. 저는 많은 분들이 PM을 열람하는 것이 얼마나 쉽고 유혹적인지(특히 전체 권한이 없는 경우 관리자만 가능)를 모르고 있다고 생각합니다.

제안 :light_bulb: : 저처럼 자신이 초대받지 않은 PM을 열람하기 전에 한 단계 더 확인하는 절차를 원하시는 관리자를 위해, 메시지/경고 프롬프트/옵션을 비활성화(숨김)할 수 있는 사이트 설정을 추가하면 어떨까요?

추가로, 열람 중이 있을 때 ‘좋아요’ 버튼을 숨기는 것도 좋은 방법입니다. PM 트리/대화를 확인하는 과정에서 실수로 누르기 매우 쉬우기 때문입니다. 대화에 참여하지 않는 멤버가 누군가가 PM에 '좋아요’를 눌렀다는 것을 보면 당황할 수 있습니다. 저도 한 사용자가 저에게 독성(toxic)을 보일 때 이런 일이 있었습니다. 당시 한 모드가 사이트 정책에 대해 그 사용자를 가스라이팅하고 있었으며, 저는 클라이언트의 지시에 따라 그 모드의 과도한 반응(부적절하게 침묵/정지 조치)을 되돌리고 있었습니다. 그 모드는 제가 그의 과도한 행동을 되돌리는 것에 대해 불만을 품고, 다른 멤버들을 가스라이팅하여 제가 사용자를 BAN하라고 요구하거나 그의 상급자에게 제에 대해 불평하도록 조종하려 했습니다.

다행히 제가 실수로 '좋아요’를 눌렀다가 취소한 사용자는 이해해 주었지만, 처음에는 PM이 예상과 달리 실제로는 비공개가 아니라는 사실에 꽤 충격을 받았습니다. 그렇지 않았다면 커뮤니티 전체에 신뢰 위반으로 인해 큰 파장이 일어났을 수 있습니다.

3개의 좋아요

이 문제를 해결하기 위한 종단 간 암호화는 상당히 복잡한 솔루션이며, 많은 다른 UX 문제를 동반했습니다. 따라서 '의도치 않은 스태프 접근’이라는 우려를 더 간단한 방법으로 해결할 수 있다면 훨씬 나을 것입니다.

우리는 이 사이트 설정을 오랫동안 개발해 왔습니다. 방금 관리자 UI에서 사용할 수 있도록 숨김 처리를 해제했습니다:

이 설정은 관리자가 참여자가 아닌 경우 UI에서 주제와 개인 메시지를 억제합니다. 그러나 주의하세요: 이것은 보안 기능이 아닙니다. 관리자는 여전히 모든 것에 접근할 수 있습니다. 단지 설명하신 ‘의도치 않은’ 사례를 완화하기 위한 약간의 추가적인 마찰일 뿐입니다.

6개의 좋아요

PM은 어디에서 숨겨지나요?
방금 해당 설정을 활성화하고, 내가 속하지 않은 그룹으로만 접근이 제한된 카테고리를 하나 생성해 보았습니다. 설명대로 잘 작동했습니다. 카테고리 목록에서 해당 카테고리가 보이지 않습니다.
또한, PM 링크를 클릭하면 “이 페이지는 비공개입니다” 페이지로 이동하는 것도 확인했습니다. 하지만 다른 위치에서는 여전히 PM의 일부 내용을 읽을 수 있습니다. 따라서 이 기능을 오해하고 있는 것 같습니다.
예를 들어, 사용자가 좋아요나 반응을 보낸 게시물을 확인할 때(관리자가 아닌 경우를 제외하고는 이 작업을 자주 수행합니다) 메시지 초반부를 읽을 수 있습니다.


북마크 활동에서도 동일한 상황이 발생합니다.

삭제된 게시물을 확인할 때도 마찬가지입니다.

또한, 사용자의 수신함과 내가 속하지 않은 그룹의 수신함에서 메시지 제목을 여전히 볼 수 있습니다.

5개의 좋아요

이것은 매우 긍정적인 움직임입니다. 하지만 만약 이 방식이 아니라면, 이 설정을 서버 로그인 및 명령줄을 통해 활성화하도록 요구하는 것은 어떨까요?

종료된 종단 간 암호화(end-to-end encryption)의 복잡성을 이해하며, 최근 프랑스에서 체포된 텔레그램 창립자의 문제와 관련하여, 종단 간 암호화가 예전만큼 안전하지 않을 것이라 추정합니다.

또한 일부 개별 사용 사례에서는 직접 메시지(Direct Messages, 개인 메시지는 사적인 것과 혼동될 수 있음)가 모니터링되어야 할 필요가 있음을 이해합니다.

예를 들어, 학교나 회사가 직원 전용 리소스(회사 특정 목적 등)로 플랫폼을 사용하는 경우 등입니다.

따라서 제안입니다. 관리자 전체의 PM/그룹 메시지 등 접근을 활성화하는 명령줄(cmdline) 설정을 추가하는 것입니다.

옵션으로:

  • 활성화된 동안 전체 권한 부여
  • 대상 관리자만 활성화. 다른 관리자는 권한 없음. 일부 관리자가 테마 및 테마 구성 요소 관리를 위해 존재하는 경우 유용합니다.
  • 시간 제한 옵션: 시간=x, x시간 후 이전 상태(비활성)로 복귀.
  • 보고되지 않은 의심스러운 남용이나 법 집행 기관의 요청(필요한 법원 명령 포함)을 조사하기 위해 특정 사용자나 그룹을 대상으로 하는 옵션도 가능할까요?
1개의 좋아요

네, 두 곳 모두 이 설정이 콘텐츠를 숨기는 곳입니다 :+1:

사실 이 사이트 설정은 가장 일반적인 곳에서 우발적인 접근을 방지하기 위한 약간의 추가적인 장벽일 뿐입니다. UI의 모든 부분을 포함하지 않으며, 보안 기능으로 간주되지도 않습니다.

관리자가 모든 콘텐츠에 대한 완전한 접근 권한을 가진다는 것은 Discourse의 소스 코드에 매우 깊이 뿌리내린 구조입니다. 이를 변경하는 것은 쉽지 않을 것입니다.

현재 형태로는 보안 기능이 아니므로, 콘솔로만 제한하더라도 보안 측면에서 어떤 차이도 만들지 못할 것입니다.


두 분 모두 이 기능의 더 완전한 버전을 요청하고 있다는 점을 이해합니다. 이는 완전히 타당한 요청입니다. 향후 이를 구현할 수도 있지만, 당분간 우선순위로 잡을 계획은 없습니다.

3개의 좋아요

저에게는 사용자 활동 페이지가 꽤 일반적인 장소입니다. 사용자로 자주 이용하거든요. 그리고 관리자로서 그곳에서 개인 메시지도 읽고 있다는 사실을 알아차리기 매우 어려운 장소 중 하나이기도 합니다.

아마도 설정 설명이 너무 많은 것을 약속하고 있는 것 같습니다. "관리자 UI에서"라고 적혀 있을 뿐, "관리자 UI의 일부 일반적인 장소에서"라고는 하지 않으니까요.

참여자가 아닌 주제와 개인 메시지를 관리자 UI에서 숨깁니다. 이것은 보안 기능이 아닙니다: 관리자는 필요할 때 사이트의 모든 콘텐츠에 항상 접근할 수 있습니다.

3개의 좋아요

글쎄, 우리 사이트 스태프 스스로도 "로마는 하루아침에 지어지지 않았다"는 속담처럼 이 점을 인식하고 감사해야 할 때입니다.

시간과 자원이 필요합니다. 팀의 점진적인 업데이트를 공유하며 이 매우 긍정적인 첫걸음을 소개해 주시는 것은 훌륭합니다. 그리고 우리가 피드백/비판을 제시하는 것은 결국 이 기능이 더 완성도 있게 갖춰지도록 실제 필요한 부분을 돕기 위함일 뿐입니다.

@Canapin이 오래전에 만든 토픽에서 커뮤니티가 이 기능/활용을 발견했을 때 커뮤니티에 실제로 큰 피해를 줄 수 있는 명확한 사례가 있었습니다. 그 예에서 여기의 한 멤버는 경쟁사가 이 기능을 사용하다 발각되어 신뢰를 잃었고, 그 결과 상당수의 사용자가 그 포럼을 떠나 그 경쟁사의 포럼으로 옮겼다고 언급했습니다.

Discourse에 7년 이상 관여해 온 저로서는 팀이 처음에 단호하게 구현을 반대했던 다양한 사안에 대해 입장을 재고하는 모습을 지켜봐 왔습니다. 예를 들어 사용자가 다른 사용자를 차단할 수 있는 옵션이 있습니다. 이것은 그 부분의 시작은 되었지만, 이미 더 완전한 차단/무시 기능이 필요함을 입증하고 있으며, 상호 차단이 이루어진 토픽에서 좋은 토론을 하는 데 실제로 방해가 되지 않는 다른 플랫폼들과의 동등성 측면에서는 여전히 많은 것이 필요합니다. 현재의 형태는 오히려 개인적인 그림자 밴(shadow ban)에 가깝습니다. 차단된 사용자는 자신을 차단한 사용자에게 여전히 응답할 수 있기 때문입니다.

1개의 좋아요

좋은 지적입니다. 설명을 다음과 같이 개선하는 것은 어떨까요?

관리자를 위한 UI의 일부 부분에서 비공개 토픽과 개인 메시지를 숨깁니다. 콘텐츠는 여전히 일부 위치에서 표시될 수 있습니다. 이것은 보안 기능이 아닙니다: 관리자는 사이트의 모든 콘텐츠에 항상 접근할 수 있습니다.

다른 수정 사항이 있을까요?

7개의 좋아요

관련 게시물을 가져옵니다:

4개의 좋아요

여러분, 안녕하세요

저희는 100% 익명 커뮤니티를 운영하고 있으며, 사용자가 실제 이름이나 주소 등을 게시하는 것을 허용하지 않기 때문에 이 기능을 정말로 환영합니다.

저희가 직면한 과제 중 하나는 커뮤니티 내 콘테스트를 위해 배송 주소를 안전하게 교환할 수 있는 방법을 마련하는 것입니다. 이전에는 관리자나 운영진(모드)이 접근할 수 없도록, 사용자가 스폰서에게 주소를 개인 메시지로 보낼 수 있도록 E2E(끝-끝) 암호화를 사용했습니다.

저희의 특정 사용 사례를 위해, 그룹 기반 권한 설정을 볼 수 있기를 희망합니다. 그렇게 하면 실제 참가자만 개인 메시지를 보낼 수 있고, 관리자/운영진은 이에 접근할 수 없게 됩니다.

2개의 좋아요

#customization:theme-component를 사용하면 "Messages"를 사용자 관리 페이지로 이동시키고, 라벨을 "Show Messages"로 설정하여 해당 기능의 의도를 명확히 할 수 있습니다.

2개의 좋아요