주소 뒤의 식별정보와 비공개 문서 권한부터 살피세요

링크는 공유하고 비밀번호는 분리하는 5단계

남길 것은 서비스의 공식 로그인 주소이고, 뺄 것은 비밀번호·복구 코드·초대 토큰이 포함된 주소입니다. 여러 계정을 관리할 때는 기억하기 쉬운 한 비밀번호를 반복하기보다, 계정마다 다른 값을 만들고 관리 도구 안에서 구분해 보관하세요.

1. 계정마다 고유 비밀번호를 만듭니다.

   메일, 클라우드 문서, 링크 저장 서비스에 같은 비밀번호를 쓰면 한 계정의 정보가 노출됐을 때 다른 계정까지 영향을 받을 수 있습니다. 길이를 충분히 확보하고 예측하기 어려운 값을 사용하되, 이름·생일·서비스명처럼 추측 가능한 정보는 피합니다.

   정리 예시: ‘업무 도구 공통 비밀번호’라는 규칙을 만들지 않고, 비밀번호 관리 도구가 생성한 서로 다른 값을 각 항목에 저장합니다.

2. 관리 도구의 잠금 기준을 먼저 정합니다.

   도구를 고를 때는 기기 잠금 연동, 자동 잠금 시간, 다단계 인증 지원 여부, 내보내기 형식과 복구 절차를 확인합니다. 모든 비밀번호에 접근하는 기본 비밀번호는 다른 곳에서 재사용하지 말고 충분히 길게 설정합니다. 기본 비밀번호 자체를 링크 설명이나 메모 제목에 적어 두어서는 안 됩니다.

3. 로그인 주소와 인증 정보를 분리해 저장합니다.

   링크모음에는 공식 도메인의 일반 로그인 화면만 남깁니다. 주소 뒤에 긴 식별값, 이메일 주소, 일회용 인증값 또는 초대 문자열이 붙었다면 공개 항목으로 옮기기 전에 삭제 가능 여부를 확인하세요. 삭제하면 작동하지 않는 주소라면 개인 보관함으로 이동하고 공개하지 않는 편이 적절합니다.

   공유 목록: 서비스 이름·공식 로그인 주소·선정 이유비공개 보관함: 계정명·비밀번호·복구 코드·개인용 접속 정보

4. 동기화와 복구 경로를 점검합니다.

   기기 간 동기화를 켜기 전에는 어떤 계정으로 연결되는지, 분실한 기기의 접속을 해제할 수 있는지 살핍니다. 복구 코드는 비밀번호와 같은 공개 메모에 두지 말고 별도 위치에 보관합니다. 내보내기 파일은 평문으로 생성될 가능성이 있으므로 파일 형식과 암호화 여부를 확인하고, 이전이 끝나면 남은 사본과 휴지통까지 정리합니다.

5. 팀에서는 비밀번호 대신 권한을 공유합니다.

   하나의 계정과 비밀번호를 여러 사람이 돌려 쓰기보다 구성원별 계정을 발급하고 문서·폴더 권한을 나눕니다. 불가피하게 관리 도구의 공유 기능을 쓴다면 열람 가능자, 편집 가능자, 퇴사자나 외부 협업자의 접근 종료일을 기록하세요. 메신저 대화나 공개 링크 설명란에 비밀번호를 전달하지 않습니다.

검토할 때 지울 항목

• URL이나 제목에 포함된 이메일 주소와 사용자 식별값
• 만료 여부를 알 수 없는 초대 링크와 비밀번호 재설정 링크
• 공개 문서에 적힌 로그인 정보, 보안 질문 답, 복구 코드
• 담당자가 불분명한 공용 계정과 더 이상 쓰지 않는 공유 권한
• 이전 과정에서 내려받은 비밀번호 내보내기 파일의 불필요한 사본

마지막으로 링크 항목에 검토일을 남기고, 구성원이 바뀌거나 기기를 잃어버렸을 때 즉시 비밀번호 변경과 세션 해제를 진행할 담당자를 정합니다. 생성하고, 이름 붙이고, 분리해 보관하고, 권한을 검토하고, 남은 사본을 정리하는 순서를 유지하면 링크모음과 인증 정보가 뒤섞이는 일을 줄일 수 있습니다.

노출 범위를 멈춘 뒤 링크를 다시 발급하는 순서

남길 것은 노출 시점과 조치 기록이고, 즉시 뺄 것은 계정 식별값·초대 토큰·비공개 문서 주소가 포함된 링크입니다. 다만 공개 목록부터 편집하면 원래 주소가 복사본이나 알림에 남을 수 있으므로, 먼저 접근 권한을 끊는 순서가 안전합니다.

1. 1. 저장: 노출 상태를 최소한으로 기록합니다.

   링크가 발견된 위치, 공개된 기간, 열람 가능 대상, 발견 시각을 적습니다. 화면을 보관해야 한다면 토큰과 이메일 주소 일부를 가린 사본을 만들고 원본을 다시 공유하지 않습니다. URL의 물음표 뒤 매개변수, 문서 식별자, 초대 코드, 검색어뿐 아니라 애플리케이션이 사용하는 주소 끝의 조각도 확인합니다.

2. 2. 이름 붙이기: 노출 유형을 구분합니다.

   예를 들어 공개 프로필 식별값, 로그인된 사용자 전용 주소, 링크 보유자 열람 문서, 편집 초대 URL, 비밀번호 재설정 주소처럼 분류합니다. 단순한 긴 주소와 실제 권한을 부여하는 주소를 모양만으로 판단하지 말고 해당 서비스의 공유 설정에서 확인합니다.

3. 3. 근거 기록: 원본 서비스에서 권한을 먼저 회수합니다.

   문서 공유를 비공개 또는 지정 사용자로 바꾸고, 기존 초대 링크를 취소하거나 새 링크를 발급합니다. 팀 공간에서는 퇴사자·외부 협력자·익명 사용자 권한도 함께 살핍니다. 주소의 매개변수만 임의로 잘라 공개용 링크로 쓰지 말고, 공식 화면에서 공개 가능한 새 주소를 생성합니다.

   목록에서 삭제하는 일은 노출 흔적을 줄이는 조치이고, 링크 무효화는 실제 접근을 막는 조치입니다. 둘은 따로 수행해야 합니다.

4. 4. 검토: 계정과 동기화 범위를 확인합니다.

   의심스러운 로그인, 연결된 기기, 활성 세션, 외부 앱 권한을 점검합니다. 계정 침해 정황이 있으면 비밀번호를 고유한 값으로 바꾸고 다른 세션을 종료하며 다중 인증을 설정합니다. 브라우저 북마크 동기화 계정이 개인용과 팀용 사이에 섞이지 않았는지, 공유 폴더가 자동 동기화되는지도 확인합니다.

5. 5. 정리: 공개 목록과 복제본을 교체합니다.

   공개 링크모음, 팀 채팅의 고정 글, 문서 본문, 내보낸 북마크 파일에서 기존 주소를 찾아 제거합니다. 같은 URL이 제목만 달리해 중복 저장됐을 수 있으므로 주소 기준으로 검색합니다. 새 링크에는 목적, 공개 범위, 소유 부서 또는 담당자, 검토 날짜를 함께 적되 개인 이메일이나 내부 계정명은 넣지 않습니다.

추가 피해 여부를 가르는 점검선

• 열람 기록이 제공되는 경우: 낯선 접속이 있었는지 확인하고 필요한 범위에서 문서 소유자와 팀 관리자에게 알립니다.
• 결제·인증·복구 링크인 경우: 단순 북마크 문제로 취급하지 말고 해당 서비스의 공식 계정 보호 절차를 따릅니다.
• 피싱이 의심되는 경우: 다시 접속해 시험하지 말고 메시지와 발신 정보를 보존한 뒤 조직의 보안 담당 창구나 관련 신고 절차를 이용합니다.
• 조치 완료 후: 수정 시각, 권한 변경 내용, 새 링크 검토일을 남기고 일정 기간 뒤 공유 권한을 다시 확인합니다.