의존성 문제로 인해 해당 PR이 닫힌 것을 확인했습니다.
앱 비밀번호(App Passwords)는 여전히 유효하지만(아직은), OAuth를 지원하면 좋겠습니다.
Google 이메일: 요약 - 2024년 9월 이후 OAuth2 사용
2024년 9월 30일부터 Google Workspace 계정은 OAuth를 사용하는 앱에 대한 접근만 허용합니다. 앱 비밀번호를 제외한 비밀번호 기반 접근은 더 이상 지원되지 않습니다. POP과 IMAP는 중단되지 않으며, OAuth를 통해 연결하는 앱에서는 여전히 활성화할 수 있습니다.
관리자님께,
이전에 블로그 게시물에서 안내해 드린 바와 같이, 2024년 6월 15일부터 보안이 낮은 앱(Less Secure Apps, LSA)에 대한 접근을 중단할 예정입니다. LSA란 사용자 이름과 비밀번호(기본 인증)만으로 Google 계정에 접근할 수 있는 비-Google 앱을 의미합니다.
알아두실 점
기본 인증을 통한 접근은 계정이 탈취되는 위험에 노출되게 만듭니다. 앞으로는 OAuth라고 하는 더 현대적이고 안전한 접근 방식을 지원하는 앱만 Google Workspace 계정에 접근할 수 있습니다.
LSA에 대한 접근은 두 단계에 걸쳐 중단됩니다:
2024년 6월 15일부터 - LSA 설정이 관리자 콘솔에서 제거되어 더 이상 변경할 수 없습니다. 활성화된 사용자는 그 시점 이후에도 연결할 수 있지만, 비활성화된 사용자는 더 이상 LSA에 접근할 수 없습니다. 이는 CalDAV, CardDAV, IMAP, SMTP, POP와 같은 프로토콜을 통해 Gmail, Google 캘린더, 연락처에 비밀번호만으로 접근을 요구하는 모든 제3자 앱을 포함합니다. IMAP 활성화/비활성화 설정은 사용자의 Gmail 설정에서 제거됩니다. 이 날짜 이전에 LSA를 사용해 왔다면 2024년 9월 30일까지 계속 사용할 수 있습니다.
2024년 9월 30일부터 - 모든 Google Workspace 계정에 대해 LSA 접근이 중단됩니다. 비밀번호만으로 로그인할 경우 CalDAV, CardDAV, IMAP, POP이 더 이상 작동하지 않으며, OAuth라고 하는 더 안전한 접근 방식으로 로그인해야 합니다.
조치 사항
종단 사용자가 Google Workspace 계정으로 이러한 유형의 앱을 계속 사용하려면, **OAuth라고 하는 더 안전한 접근 방식으로 전환**해야 합니다(영향받는 사용자 목록은 첨부되어 있습니다). 이 인증 방식은 사용자가 사용자 이름과 비밀번호를 공개할 필요 없이 디지털 키를 통해 앱이 계정에 접근할 수 있도록 합니다. 조직 내 개인들이 필요한 변경 사항을 수행하도록 돕기 위해 사용자 안내서(이 PDF 파일)을 공유할 것을 권장합니다. 대안으로, 조직이 자체 도구를 사용하고 있다면 해당 도구 개발자에게 OAuth를 사용하도록 업데이트하도록 요청할 수 있습니다. 개발자 안내서도 이 PDF 파일에 포함되어 있습니다.
MDM 구성
조직이 모바일 기기 관리(MDM) 제공업체를 사용하여 IMAP, CalDAV, CardDAV 또는 POP 프로필을 구성하고 있다면, 이러한 서비스는 아래 시간표에 따라 단계적으로 종료됩니다:
2024년 6월 15일부터 - 처음 연결을 시도하는 고객에 대해 비밀번호 기반 IMAP, CalDAV, CardDAV, POP의 MDM 푸시가 더 이상 작동하지 않습니다. Google MDM을 사용하는 경우, CalDAV와 CardDAV에 대해 “Custom Push Configuration” 설정을 켤 수 없습니다.
2024년 9월 30일부터 - 기존 사용자에 대해 비밀번호 기반 IMAP, CalDAV, CardDAV, POP의 MDM 푸시가 더 이상 작동하지 않습니다. 관리자는 MDM 제공업체를 통해 Google 계정을 푸시해야 하며, 이는 iOS 기기에 OAuth를 사용하여 Google 계정을 다시 추가하게 됩니다. Google MDM을 사용하는 경우, “Custom push configuration-CalDAV”와 “Custom push configuration-CardDAV”(설정 관련 자세한 정보)가 더 이상 효과를 발휘하지 않습니다.
기타 보안이 낮은 앱
기타 LSA의 경우, 사용 중인 앱의 개발자에게 OAuth 지원을 시작하도록 요청하십시오.
스캐너 및 기타 기기
단순 메일 전송 프로토콜(SMTP)이나 LSA를 사용하여 이메일을 보내는 스캐너 또는 기타 기기의 경우, OAuth를 사용하도록 구성하거나, 대안 방법을 사용하거나, 기기와 함께 사용하기 위해 앱 비밀번호를 구성하십시오. 기기를 교체할 경우, OAuth를 사용하여 이메일을 보내는 기기를 찾으십시오.
우리는 Google이 제시한 기한 내에 이 문제를 해결하기 위해 작업할 계획입니다. POP3 폴링 기능을 잃고 싶지 않으며, 내부적으로도 상황을 추적하고 있습니다. net-pop PR이 막혀 있다는 점은 상당히 실망스러운 일입니다.
희망적으로 어떤 해결책을 찾을 수 있을 것 같습니다. Meta 소속의 누군가가 해당 PR에 게시물을 남겼다는 것을 확인했고, 저도 참여하여 해당 PR에 진전이 생길 수 있도록 노력하겠습니다. 그렇지 않으면 discourse 코어에서 Net::POP3를 원키 패치(monkey-patching)하는 등의 대안을 마련해야 할 것입니다.
!