인증 앱 아이콘이 잘못됐다? 로고가 아무것도 증명하지 못하는 이유

브랜드 로고가 있어야 할 자리에 회색 사각형이 보이면 불안해 보이지만, 그것은 대응해야 할 대상이 아닙니다. 인증 앱이 그리는 그림은 항목의 레이블에서 파생된 표시 세부 사항이고, 보안 질문은 그 항목 안의 비밀이 당신의 계정에 속하는지입니다. 이 둘을 분리해 두는 것이 겉모습 수리와 자격 증명 사고를 구분합니다. 상황을 악화시키는 수리도 막아 줍니다.

아이콘과 비밀은 서로 다른 질문에 답한다

인증 앱 항목은 계정 레이블과 발급자 이름과 함께 공유 비밀을 담은 키 URI로 만들어집니다. 앱은 인식하는 발급자의 로고를 그리고, 알 수 없거나 변경된 발급자는 그저 일반적인 이미지를 만들어 냅니다. 그 표시만으로는 누가 비밀의 사본을 더 가지고 있는지 알 수 없고, 올바른 로고가 있다고 해서 항목이 당신만의 것이라는 것도 알 수 없습니다. 표시는 레이블에 대한 힌트로 읽고, 보관에 대한 진술로 읽지 마세요.

반대도 사실이며, 그쪽이 더 위험한 방향입니다. 그럴듯한 로고는 없는 로고보다 증명하는 바가 더 적습니다.

그림을 고치려고 다시 등록하지 마세요

온라인에 떠도는 수리는 QR 코드를 다시 생성하는 것이고, 이는 비밀을 내보내 다른 도구를 거치게 하는 일입니다. 내보낸 파일에는 공격자가 유효한 코드를 만드는 데 필요한 재료가 그대로 들어 있으므로, 표시 문제가 노출로 바뀝니다. 웹 생성기에 업로드하는 것은 더 예쁜 아이콘과 맞바꿔 두 번째 요소를 제삼자에게 넘기는 일입니다.

계정이 아직 코드를 검증한다면 등록은 온전하고 표시는 겉모습의 문제입니다. 발급자 레이블과 아이콘 조회에 대해서는 인증 앱 자체의 문서를 참고하고, 항목은 그대로 두세요. 로고를 강제하려고 레이블을 편집하는 것은 인증과 아무 관련이 없는 이유로 항목을 바꾸는 일입니다.

원본 QR 이미지, 원시 키 URI, 수동 비밀은 티켓, 채팅 스레드, 스크린샷, 공개 이슈 트래커에 두지 마세요. 설정 페이지 스크린샷에는 찍은 사람이 의도한 것보다 많은 것이 담기기 쉽습니다.

비밀이 실제로 노출되었을 때

노출은 그 자체의 대응이 필요한 별도의 사고로 다루세요. 서비스의 지원되는 교체 절차로 새 인증 앱을 등록하고, 새 항목이 받아들여지는 코드를 만드는지 확인한 뒤 서버에서 예전 등록을 해지하세요. 기기에서 항목을 지워도 서버 쪽 등록은 사라지지 않으므로, 서비스에 다른 통보를 하기 전까지 노출된 비밀은 계속 작동할 수 있습니다. 위험의 대부분은 기기에서의 삭제와 서버 상태 사이의 이 틈에 있습니다.

여기서는 순서가 중요합니다. 먼저 교체 대상을 등록하고 검증한 다음에야 예전 것을 제거하세요. 마지막 요소가 사라지면 대부분의 서비스가 잠그기 때문입니다. 복구 코드도 이 순서에 속합니다. 전화를 쓸 수 없을 때의 대체 수단이기 때문입니다.

같은 비밀이 다른 곳에서 쓰였는지 확인하세요. 생성기에 붙여 넣은 키 URI는 당신의 통제를 벗어났고, 그 뒤의 계정은 등록이 교체될 때까지 공유된 것으로 다뤄야 합니다.

지원 요청에는 코드나 설정 자료를 넣지 말고 시각적 문제만 설명해야 합니다. 계정에 특정된 내용은 공급자의 검증된 채널에 속하며, 공개 스레드에 쓸 것이 아닙니다.

삭제 전에 복구 경로를 확보하라

작동하는 항목을 제거하기 전에 승인된 복구 경로가 있고 그것을 쓸 수 있는지 확인하세요. 잠금으로 끝나는 겉모습 수리는 잘못된 로고보다 나쁜 결과이며, 등록된 유일한 기기가 편집 대상인 기기일 때 잠금은 흔합니다.

수용 조건은 좁습니다. 계정과 인증 앱 사이의 검증된 관계, 그리고 등록 자료를 비공개로 유지하는 것입니다. 익숙한 배지는 그 조건의 일부가 아니며, 그것이 없다고 해서 침해의 증거가 되지 않습니다.

키 URI 형식 자체는 Google Authenticator 키 URI 사양에 문서화되어 있으며, 페이로드가 로고가 아니라 비밀을 담는다는 점도 일깨워 줍니다. 잃을 여유가 없는 항목에서 무엇이든 내보내기 전에 그것을 읽어 보세요.