Discourse 로그인: 사용자 이름, 이메일, 비밀번호 불필요.
공개 키는 비밀번호가 필요하지 않습니다.
2FA는 앱과 웹사이트 양쪽에서 유지되어야 하므로, 봇 등록을 방지하고 공개 키를 잊어버리는 문제를 피할 수 있습니다.
가입 —> 공개 키 생성 —> 2FA TOTP 연결
2FA가 비밀번호 역할을 하며, 2FA가 첫 번째 인증 인자입니다.
공개 키 + 2FA로 로그인합니다.
공개 키 생성
k41d9dfe789b8881c165e50f035aad1f286f88f2b33d97d10c198a4df37ae16f756f8a6b3520f2899eb19c321ef357e3fccaf6af627527c10b7cce9af7be4dc9
Win10 브라우저와 안드로이드에서 F-droid 등 10개 이상의 Discourse 포럼에 가입했습니다.
하지만 사용자 이름과 비밀번호를 잊었고, 이메일은 이메일 제공자로부터 차단되었습니다.
Passkey 표준에 비해 어떤 이점이 있을까요?
패스키는 아무도 사용하지 않으며, 백업 및 복구에 적합하지 않습니다.
패스키는 범용적이지 않고 브라우저에 과도하게 의존합니다.
제가 아는 사람들은 다 쓰고 있어요.
잠깐… 뭐라고요 
이번엔 뭘 놓치고 있는 건가요?
패스키를 활성화하려면 로그인 시 이메일이 필요합니다.
만약 비밀번호를 잊지 않았는데, 내 이메일이 운영자에 의해 정지되었다면 어떻게 로그인하라는 건가요!
공개 키 + 2FA(2단계 인증)는 이 문제를 매우 잘 해결할 수 있습니다. 가입 과정에서 2FA를 반드시 바인딩해야 합니다.
공개 키가 사용자 이름입니다.
구체적인 제안을 하려면 용어에 대한 정확한 이해와 명확한 설계가 필요합니다.
예를 들어, "2FA"라고 하셨을 때 실제로 의미하는 것은 "TOTP"가 아닐까요?
그리고 "사용자 이름이 공개 키"라는 표현은 해석의 여지가 너무 많습니다.
그동안 제안하신 방식을 DiscourseConnect(또는 SAML, oAuth 등) 제공자로 구현하여 개념 증명(POC)을 해볼 수 있습니다.
또한, 이 제안이 최종 사용자에게 어떤 시나리오에서 더 나은 경험을 제공하게 되는지도 궁금합니다.
아니요, 그렇지 않습니다.
하지만 진짜 문제는 이겁니다:
스팸 계정을 사용하지 마세요. 그것이 진짜 이유입니다. 하지만 그런 상황에서는 관리자에게 연락하여 상황을 설명해 보거나, 새 계정을 만들어 기존 계정과 연결을 시도해 보시기 바랍니다.
