관리자가 공개 프로필에서 개인 메시지를 확인할 때 경고 표시 추가

관리자가 다른 사람들의 직접 메시지를 읽을 수 있어야 하는 이유나 방법에 대해서는 여기서 다루지 않겠습니다(이미 수없이 많은 논의가 있었기 때문입니다). 또한, 여기서 ‘private message’ 대신 'direct messages’라는 용어를 사용한 것은 현명한 선택이었습니다. Discourse Encrypt에 대해서도 언급하지 않겠습니다. 제 메시지는 이 플러그인을 사용하지 않는 커뮤니티에 관한 것입니다.

다만, 제가 여기서 설명한 경험에 기반한 작은 요청이 있습니다:
https://meta.discourse.org/t/feature-request-regular-mode-for-admins-and-moderators-something-like-sudo-for-the-ui-basically/211617/19?u=canapin


:warning: 또한, 어떤 이유로든 포럼에서 공개 프로필의 스크린샷을 붙여넣어야 할 경우, 사용자가 사용자 공개 프로필의 “direct messages” 탭이 포함된 스크린샷을 보고 놀랄 수 있다는 점도 덧붙입니다.


인터넷에서 'private message’가 '진정으로 비공개’를 의미한다고 생각하는 사용자가 99% 이상이며, 그들은 이에 대해 교육받은 적이 없기 때문에, 관리자가 쉽게 ‘비공개’ 메시지를 읽을 수 있다고 암시하거나 말하거나 설명하는 것은 (반드시) 역효과를 낳을 것입니다.

몇 년 전, 저는 여기에서 짧은 증언을 읽었습니다(검색 엔진으로 찾을 수 없었지만, 누군가 찾아내면 다시 읽고 싶습니다!). 한 사용자가 이 상황을 겪었고, 그의 포럼에서 50명의 사용자가 떠났다고 설명했습니다.
누군가는 인터넷 전반, 적어도 이 유형의 소프트웨어에서 비공개 메시지가 그렇게 작동하는 것이라고 답했습니다.
하지만 첫 번째 사람은 "그래도 내 사용자 50명이 떠났다"는 식으로 답했습니다.

당신이 원하는 만큼, 그리고 가장 좋은 논거를 가지고 사용자에게 설명하더라도, 사람들은 1) 이해하지 못하고 2) 결국 당신을 신뢰하지 않기로 결정할 수 있습니다.


Discourse에서는 많은 모더레이션 도구나 동작이 명확합니다. 추가 메뉴, 도구, 버튼, 다양한 경고, 빨간색 요소, 이런 것들이요…
하지만 공개 사용자 프로필에서는, 특히 이 ‘direct message’ 탭에서는 아무것도 없습니다: 사용자의 직접 메시지 목록을 표시하는 일반적인 ‘direct message’ 버튼뿐입니다(제가 틀리지 않았다면, 여기에 우리 자신을 새로운 참여자로 추가할 수도 있습니다!).

물론, 우리는 관리자로서 책임감 있고 윤리적이며, 사용자는 우리 웹사이트에 등록할 때 우리에게 암묵적으로 신뢰해야 합니다.

하지만 직접 메시지를 읽을 수 있는 기능에 작은 무언가를 추가하는 것이 좋은 일이라고 생각합니다.

"다른 사람의 직접 메시지를 읽으려는 중입니다: 확인 / 취소"와 같은 확인 팝업이거나, 기본적으로 이 탭을 숨기되 관리자 설정을 통해 표시되도록 하거나(체크 해제할 때까지, 또는 특정 기간 동안), 또는 ‘direct message’ 탭의 색상을 다르게 하는 것 등…
저는 잘 모르겠습니다. 하지만 이 탭을 클릭하는 것이 일반적인 동작이 아니라 모더레이션 또는 관리 동작임을 명시적으로 알려주는 작은 무언가가 있으면 좋겠습니다.

16개의 좋아요

네, 그 말이 맞습니다. “이 작업은 이 사용자가 사적으로 여기는 정보를 노출할 수 있습니다. 계속하시겠습니까?”

또한, Admin - Users - Log personal message views by Admin for other users/groups. 항목의 기본값을 true로 설정하고,

활성화되어 있을 경우 해당 팝업에 "이 작업은 기록됩니다"라는 경고 메시지를 포함하는 것을 제안합니다.

10개의 좋아요

이 말씀이 맞으신가요?

3개의 좋아요

네, 맞습니다. 제 기억이 틀렸고 50명과 50%를 혼동했었네요 (하지만 총 100명의 사용자가 있었을 수도 있죠,谁知道 :sweat_smile: ). 이걸 찾아내줘서 감사합니다. :slight_smile:

저는 제 포럼에서 항상 이 기능을 활성화해 두는데, 솔직히 이걸 토글로 설정할 수 있는 이유를 정확히 모르겠습니다: 왜 이런 기록을 원치 않는다는 건지? 거의 모든 것이 기록되는데, 다른 사용자의 개인 메시지를 읽는 것은 특히 민감하고 침습적인 행위입니다.
기본적으로 활성화되어 있기를 찬성합니다.

6개의 좋아요

음, 이건 좀 걱정스럽네요. Full Mod도 사용자 메뉴에서 메시지 접근 권한이 있나요? 아니면 관리자만 그런 건가요?

개인적으로 플러그인 없이도 모드가 해당 기능을 사용할 수 있다면, 켜고 끌 수 있는 옵션이 있어야 한다고 생각합니다. 실수한 게 아니라면, 유럽처럼 더 엄격한 개인정보 보호법을 가진 국가에서 문제가 생길 수 있습니다.

2개의 좋아요

관리자 전용입니다. 제 메시지에서 'moderation(중재)'이라는 단어를 사용했지만, '관리자로서 수행하는 중재 조치’라는 뜻이었습니다.
다시 한번 말씀드리자면, 이 토픽의 목표는 공개 프로필의 직접 메시지 버튼을 시각적으로(확인 팝업 표시, 일부 관리자 설정에서 기본적으로 숨김 처리 등) 일반적 동작이 아닌 관리자 전용 동작으로 보이게 하자는 제안일 뿐입니다. :slight_smile:


수정: 법적/개인정보 관련 주제로 논쟁이 확장되는 것은 원치 않으며, 디자인 관련 사항에 한해서만 논의해 주셨으면 합니다. 물론 우려는 이해합니다(제 토픽에서 언급했듯이 이미 여러 번 논의된 바 있습니다). :slight_smile:

3개의 좋아요

잘못 알고 계십니다. 관리자가 개인 메시지(PM)에 접근할 수 없다고 명시한 법은 없습니다 :slight_smile:
(관리자가 개인 메시지에 접근할 수 있거나, 혹은 접근할 수 없다고 명시한 법도 없습니다).

GDPR(일반 데이터 보호 규칙)에 대해 말씀하시는 거라면, 그 문제는 좀 더 복잡합니다. 기본적으로는 적절한 이유와 그에 상응하는 절차가 있어야 한다는 것으로 요약할 수 있습니다.

1개의 좋아요

그렇군요, 다행입니다. 하지만 해당 옵션을 탐색할 때 경고가 표시되어야 한다는 점에는 전적으로 동의합니다. 이 옵션은 다양한 문제를 일으킬 수 있기 때문입니다.

우리는 한 명의 모더레이터를 관리자로 승진시켰는데, 이 사람이 그 기능을 이용해 다이렉트 메시지(DM)에 무단으로 접근하고 침투하는 데 사용했습니다. 다행히도 그의 범행이 보고된 후 그는 그 직책을 오래 유지하지 못했습니다.

저는 관리자로서 그런 기능이 있다는 것을 이 게시물을 보기 전까지는 알지 못했습니다. 사용자가 게시한 토픽 링크를 클릭했는데, 그 링크가 실제로는 PM/DM 링크였고, 제가 그 내용을 볼 수 있었습니다. 제 생각에는 그런 상황에서도 팝업 경고가 표시되어야 합니다.

이 문제를 알려주셔서 감사합니다.

1개의 좋아요

제가 말씀드린 건 바로 그겁니다. 잘은 모르지만, PM/DM이 비공개가 아니라는 점을 고지하면 괜찮을 수도 있을 것 같아요.

다만 OP에 대해서는 이 부분의 대화를 마무리하는 게 좋겠습니다. 혹시 공유할 통찰이 있으시다면 PM으로 보내주세요. 설명해 주셔서 감사합니다.

1개의 좋아요

네, 물론이죠. 제안된 경고 문구는 앞서 언급된 프로세스의 중요한 부분이 될 것입니다.

3개의 좋아요

어제 경험한 또 다른 일입니다.

관리자가 다이렉트 메시지(DM)의 내용을 선택하고 인용한 후, 그 결과를 우리 모더레이션(운영진) 전용 비공개 카테고리에 복사해서 붙여넣었습니다. 결과는 다음과 같았어요 (민감한 정보가 전혀 없어서 보여드려도 된다고 판단했습니다):

그런데 저는 인용된 제목을 클릭하여 해당 주제(토픽)를 확인했습니다 (이 링크는 다이렉트 토론의 첫 번째 메시지가 아니라 마지막 메시지 중 하나로 이동했습니다):

처음에는 공개 주제인 줄 알고 두 메시지 모두 좋아요를 눌렀습니다. 제가 참여하지 않은 다이렉트 메시지임을 화면에서 알려주는 유일한 단서는 제목 아래 헤더에 있는 사용자 목록이었지만… 제 주의를 완전히 끌지 못했습니다. 저는 메시지를 읽고 있었기 때문입니다.

다른 메시지를 읽기 위해 위로 스크롤을 올렸을 때, 제가 본 첫 번째 것은 주제 제목 앞에 있는 봉투 아이콘이었습니다 (참여자 섹션을 볼 수도 있었지만, 역시 제 뇌는 그것을 무시했습니다):

그래서 저는 제 "실수"를 깨닫고 좋아요를 취소했습니다.

물론, 제가 관리자였기 때문에 주제 내용을 볼 수 있었던 점은 이해하고 있습니다.
하지만 아마도 유사한 경고(제 첫 번째 게시물과 다른 사람들의 제안 참고)를 설정할 수 있지 않을까요? @RGJ 님이 제안하신 것과 유사하게, 주제 링크를 클릭할 때 팝업 경고를 표시하는 것입니다. 예를 들어 "참여하지 않은 다이렉트 메시지를 보게 됩니다"와 같은 문구 말이죠?

확신은 없습니다. 3년간 Discourse를 사용하면서 이 문제를 겪은 적이 없으니 드문 경우일 수도 있습니다… 하지만 어쨌든 제 작은 실수는 발생했고, 제가 포함된 것이 아닌 다이렉트 메시지임을 모른 채 주제에 답글을 달았을 수도 있습니다. 이는 문제를 일으킬 수 있습니다 (일반 사용자가 관리자가 그들의 “비공개” 토론에 직접 답글을 다는 것을 보는 경우 :scream:)

10개의 좋아요

정신 건강 커뮤니티, 마이너 성인 커뮤니티, 암호화폐 커뮤니티처럼 매우 민감한 주제를 다루는 커뮤니티를 다뤄본 커뮤니티 매니저로서, 저는 이 주장을 강력히 지지합니다. 구체적으로는, 해당 기능이 사용될 때마다 관리자가 검토할 수 있도록 별도의 로그 파일을 생성하고, 누가 사용했는지, 그리고 어떤 사용자를 조회했는지를 기록하는 방식을 말합니다.

예를 들어, 제가 도움을 준 한 커뮤니티(실제로는 더 작고 긴밀한 여러 커뮤니티로 이루어진 대규모 집단)에서는 관리자가 단지 호기심 때문에 자기가 속한 초지역(hyperlocal) 커뮤니티 구성원들의 메시지를 열람하는 상황이 발생했습니다. 이를 해결하기 위해 이해 충돌(conflict of interest) 정책을 수립하여, 해당 건이 자신과 관련이 있거나 자신의 거주 지역에 있는 사람에 관한 것이라면 그 건을 처리할 수 없도록 했습니다(대규모 원격 CM 그룹이었음).

로그 기능을 활성화한 후, 결국 네 명의 CM을 해고해야 했습니다. 조사 결과, 이들이 자신의 권한을 이용해 사실상 지역 커뮤니티를 감시하고 있었던 것으로 드러났기 때문입니다. 정책이 제정되기 전까지 다른 CM들도 해당 행위를 했음을 자백한 바 있습니다.

8개의 좋아요

저는 여전히 이러한 방식의 도입이나, 관리자의 개인 메시지(PM) 열람 및 계정 위장(impersonate) 기능을 제거하는 것을 지지합니다. 설치 시 사이트 설정으로 제공될 수도 있겠지요. 전형적인 메시지 보드와는 다른 성격의 Discourse 커뮤니티가 매우 많습니다. 저희 중 많은 분들이 민감한 정보나 비즈니스 그룹으로 이 플랫폼을 활용하고 있기 때문에, 모든 정보를 볼 수 있는 관리자의 권한이 필요하지 않거나 원하지 않습니다.

개발자들과 이곳의 다른 사용자들은 커뮤니티를 관리하기 위해 관리자가 현재와 같은 접근 권한을 가져야 하는 이유를 끊임없이 정당화하며 반발하고 있습니다. 하지만 실제로 커뮤니티 관리자 중 해당 활동을 엄격히 제한하고 모든 활동을 로그로 남기거나, 해당 기능을 완전히 제거해 달라고 직접 요청하는 목소리에 귀를 기울이는 경우는 드뭅니다.

설치 또는 초기 설정 시 계정 위장 및 DM 접근 권한을 비활성화하는 것이 유용할 것 같습니다. 이후 운영 중인 커뮤니티에서 이 기능을 활성화하려면, 비활성화된 설치 환경에서 전역 설정 변경을 승인하기 위해 모든 관리자/모더레이터의 입력을 요구하는 방식이죠.

이를 ‘최대 프라이버시 모드’ 대 ‘표준 커뮤니티 설치’라고 부를 수 있을 것입니다.

이 시점에는 Discourse 커뮤니티의 활용 사례와 적용 분야가 너무 다양해서, 이런 문제를 고려하지 않을 수 없습니다.

4개의 좋아요

제 생각에는 관리자 계층을 2단계로 나누는 것이 좋습니다. 단순히 '관리자’와 '모더레이터’만 있는 구조 대신, 최고 관리자(Top Admin)는 전체 권한을 보유하되, 민감한 영역에 접근할 경우 명확한 경고가 표시되도록 해야 합니다. 현재는 개인 메시지를 누군가가 열람할 수 있다는 점이 명확히 안내되지 않고 있기 때문입니다. 최고 관리자는 신뢰할 수 있어야 합니다. 2차 관리자(Senior Admin)는 포럼 업데이트나 테마 및 컴포넌트의 추가/수정 등을 수행할 수 있는 향상된 권한을 가질 수 있습니다.

추가적인 보안 조치로, 루트 서버에서 실행해야 하는 활성화/비활성화 명령어를 도입하는 것도 좋은 아이디어일 수 있습니다.

한편, 사용자가 개인 메시지에서 모더레이터나 관리자의 도움이 필요할 경우 해당 인물을 초대할 수 있도록 할 수 있습니다. 또한 청소년이 참여하는 사이트와 같은 경우, 필요 시 커맨드라인 스위치를 활용하도록 하는 것도 방법입니다.

2개의 좋아요

서버 접근 계정을 가진 최상위 관리자가 사용자를 impersonate(대리)하는 것과 관련하여, 저는 이 의견에 전적으로 동의합니다.

또한 암호화 플러그인이 도입되면 사람들이 비공개 메시지를 읽는 일이 사라지기를 바랍니다.

3개의 좋아요

완전히 관련이 있는 것은 아니지만, 게시물을 영구 삭제하는 데 이 방식(유사한 방식)의 일종의 “보호” 기능이 있습니다:

1개의 좋아요

pm/dm에 종단 간 암호화(end-to-end encryption)를 제공하는 Encrypt 플러그인을 추천합니다. 우회하기가 쉽지 않습니다. pm/dm에 초대된 멤버만 해당 메시지를 읽을 수 있습니다.

그룹 메일박스에는 적용되는지 확실하지 않습니다. 아마 적용되지 않을 것입니다.

2개의 좋아요

관심 있는 분들을 위해, 사용자의 PM(개인 메시지) 초기 접근을 사용자의 페이지에서 관리자 페이지로 이동시키는 테마 컴포넌트를 공유합니다. 이 컴포넌트는 관리자 페이지에 새로운 버튼을 추가하며, 관리 컨텍스트 내에서의 의도를 유지합니다: Alternative User PMs Button For Admin. 도움이 되길 바랍니다!

6개의 좋아요