Usability of Passwordless Authentication in Wi-Fi Networks: A Comparative Study of Passkeys and Passwords in Captive Portals
핵심
이 글은 Wi-Fi 캡티브 포털(captive portal)에서 패스키(passkey)와 비밀번호의 사용성을 비교한 연구인데요.
연구진은 Android와 Windows에서 50명을 대상으로 통제 실험을 진행해 로그인, 설정, 재접속 과정을 비교했습니다.
결과적으로 패스키가 더 쓰기 편하다는 경향은 있었지만 통계적으로 유의하지 않았고, 포털 제약은 두 방식 모두에 불편을 줬습니다.
특히 Android의 미니 브라우저는 WebAuthn과 호환되지 않아 절차가 복잡해졌고, 기기별 설정 난점도 확인됐습니다.
저자들은 사용자 이름 없는 흐름과 더 나은 포털 감지, UI 개선이 캡티브 포털 인증의 핵심 개선점이라고 제안합니다.
CIT의 코멘트
이 글은 HCI 관점에서 읽을 만한 이유가 분명합니다. passkeys 자체의 보안성보다도, 실제 사용 맥락인 캡티브 포털(captive portal)에서의 사용성과 오류 경험을 다루고 있기 때문입니다. 특히 공공 Wi-Fi는 짧은 시간 안에, 낯선 인터페이스와 네트워크 설정, 브라우저 전환까지 요구하는 고맥락 환경인데요, 이런 상황은 HCI/UX 실무자에게 ‘기술이 가능하다’와 ‘사용자가 무리 없이 쓴다’ 사이의 간극을 잘 보여줍니다. 또한 Windows와 Android를 함께 비교하고, 등록과 로그인, 재사용 단계까지 나눠 본 점은 단순 만족도 조사보다 훨씬 실무적인 시사점을 줍니다.
CIT의 관점에서 보면, 이 연구의 핵심은 passkeys의 우수성 입증이 아니라 캡티브 포털이라는 시스템 경계가 경험을 좌우한다는 사실을 드러낸 데 있습니다. 결과에서 통계적으로 유의한 차이가 없었음에도 passkeys가 더 낫게 지각되었다는 점은, 새 인증 방식의 장점이 인터페이스 수준의 마찰에 의해 상쇄될 수 있음을 시사합니다. 특히 Android의 미니 브라우저가 WebAuthn API와 호환되지 않아 외부 브라우저로 우회해야 했던 부분은, 사용성 문제가 개인의 숙련도보다 플랫폼 아키텍처와 연동 설계에 더 크게 의존할 수 있음을 보여줍니다. 즉, 인증 UX는 인증 화면만의 문제가 아니라 운영체제의 캡티브 포털 탐지, 브라우저 진입, 상태 전이 안내까지 포함하는 서비스 여정 전체의 문제인데요, 이 논문은 그 복합성을 실증적으로 잘 보여줍니다. 다만 표본이 IT 관련 전공자에 편중되어 있어 일반 사용자, 고령층, 저숙련 사용자에게도 같은 결과가 나올지는 추가 검증이 필요합니다. 또한 보안 기술의 채택성을 논할 때는 초기 등록 경험보다 반복 사용과 복구 상황이 더 중요할 수 있으므로, 장기적 관점의 현장 연구가 이어지면 좋겠습니다.
원문을 읽으면서는 다음 질문을 던져볼 만합니다. 첫째, 캡티브 포털 환경에서 발견된 오류와 지연이 passkeys 자체의 사용성 문제인지, 아니면 플랫폼 구현과 네트워크 아키텍처의 문제인지 어떻게 분리할 수 있을까요? 둘째, 이 연구의 참가자가 디지털 친숙도가 높은 집단에 치우쳐 있는데, 일반 대중을 대상으로 하면 결과가 얼마나 달라질까요? 셋째, usernameless authentication 같은 개선안은 실제 공공 Wi-Fi 운영자에게 어떤 운영 부담이나 전환 비용을 요구하는지까지 함께 평가해야 하지 않을까요?
뉴스레터 구독
매주 금요일, 주간 HCI 하이라이트를 이메일로 받아보세요.