기관 이메일 도메인에서 사용자를 이관할 때 중복 및 사칭 계정을 방지하는 모범 사례

저는 https://physicswithethan.discourse.diy 라는 독립적인 Discourse 커뮤니티를 운영하고 있습니다. 이전에는 기관 이메일 주소와 외부 SSO를 허용하고 있었습니다.

이제 개인 이메일 주소를 사용하는 일반 로컬 Discourse 계정으로 전환하고, 신규 가입 시 기관 SSO나 기관 이메일 도메인에 의존하지 않도록 하려고 합니다.

안전하게 처리해야 할 문제는 계정 연속성과 사칭 위험입니다:

  • 기존 사용자 중 상당수가 기관 이메일 주소를 기본 이메일로 사용하고 있습니다;
  • 신규 사용자는 대신 개인 이메일 주소를 사용하도록 하고 싶습니다;
  • 다른 사람의 이름이나 기관 이메일 주소로 계정을 등록하는 것을 방지하고 싶습니다;
  • 또한 해당 계정/이메일을 동일한 사람이 관리하고 있다는 명확한 증거가 없는 한, 안전하지 않거나 수동인 계정 병합을 피하고 싶습니다.

여기서 권장되는 Discourse 네이티브 접근 방식은 무엇인가요?

예를 들어, 최적의 패턴은 다음과 같은 것인가요:

  1. 로컬 로그인 재활성화;
  2. 외부 SSO 제공자 비활성화;
  3. 신규 가입을 위해 기관 도메인을 차단된 이메일 도메인에 추가;
  4. 기존 사용자에게 기본 이메일을 개인 주소로 업데이트하도록 요청하는 사이트 공지 추가;
  5. 의심스러운 신규 계정에 대한 수동 승인/검토 사용;
  6. 사용자가 두 계정 또는 이메일 주소에 대한 관리 권한을 확인한 경우에만 계정 병합 수행?

특히 사용자가 다른 사람의 기관 메일박스로 이메일을 트리거하거나, 다른 사람의 이름으로 오해의 소지가 있는 계정을 생성하는 설정을 피하는 데 관심이 있습니다.

이러한 전환을 위해 사람들이 권장하는 기존 설정이나 워크플로가 있나요?

특정 기관(예: whatever.edu)과 SSO를 설정하고 있고, 사람들이 해당 이메일 주소를 사용하지 못하게 하려는 뜻인가요?

어떤 시나리오에서도 (이메일 인증 요청을 제외하고) 기관 계정으로 이메일을 발송하도록 유도하는 방법은 없습니다.

사람들이 다른 사람을 사칭하지 못하게 하는 가장 좋은 방법은 기관 이메일 주소를 사용하도록 요구하는 것 아닌가요? albert.einstein123@gmail.com과 같은 계정을 만들어 해당 사람인 것처럼 보이게 하는 것을 막을 수 있는 것은 없으니까요.

네, 제가 다루고자 하는 긴장감이 바로 그겁니다.

기술적으로는 기관 이메일 주소가 개인 이메일 주소보다 신원 확인에 더 강력한 수단이라는 데 동의합니다. 제가 기관 이메일/SSO에서 벗어나려는 이유는 개인 이메일이 신원 확인에 더 우월해서가 아니라, 커뮤니티가 명확하게 독립적이며 지속적 접근을 위해 특정 기관의 신원 시스템이나 이메일 도메인에 의존하지 않기를 원하기 때문입니다.

첫 게시글 이후로 사이트 자체에서 현재의 전환 상태를 더 명확히 설명했습니다:

  • 스플래시/로그인 페이지에는 Physics with Ethan이 독립적이며 어떤 대학, 학교, 또는 학과와도 제휴하거나 그로부터 승인을 받지 않았다는 내용이 명시되었습니다.
  • 또한 현재 가입(onboarding) 시 Microsoft 업무 또는 학교 계정 인증을 사용한다는 설명도 추가되었습니다.
  • 기존 사용자는 로그인 후 프로필 → 환경설정 → 이메일 경로를 통해 개인 이메일 주소를 추가할 수 있습니다.
  • 또한 다른 사람의 이름, 이메일 주소, 또는 신원을 이용해 가입하지 말아 달라는 문구도 추가했습니다.

따라서 현재 상황은 과도기적 위치라고 생각합니다:

  • Microsoft 업무/학교 인증은 가입 단계에서 사칭 위험을 줄이는 데 여전히 유용합니다.
  • 하지만 기존 사용자들이 개인 이메일 주소를 추가하기를 원합니다.
  • 그리고 커뮤니티가 장기적으로 기관 이메일/SSO에 의존하는 것을 피하고 싶습니다.

제가 여전히 답을 찾고 있는 실용적인 Discourse 관련 질문은 다음과 같습니다:

기관 이메일/SSO에서 로컬 계정과 개인 이메일 주소로 전환하려는 커뮤니티의 경우, 자동 계정 병합을 시도하기보다 수동/관리자 검토 방식으로 전환을 유지하는 것이 가장 안전한 패턴일까요?

예를 들어:

  1. 로그인 상태인 기존 사용자에게 개인 이메일 추가를 허용합니다.
  2. 스플래시 페이지에서 현재 가입 방식을 명확히 설명합니다.
  3. 오해의 소리가 있는 가입/사칭을 지양합니다.
  4. 자동 계정 병합을 피합니다.
  5. 동일한 사람이 관련 계정/이메일을 통제하고 있다는 명확한 증거가 있을 때만 계정을 병합합니다.

이것이 Discourse 네이티브 관점에서 올바른 방향이라고 보시나요?