로그에 무엇이 담기는지 알아두세요

AI 요약

버그를 재현하는 데 도움이 되는 로그에는 오류 메시지와 스택 트레이스뿐 아니라 사용자가 화면에서 읽던 문구, 주고받은 메시지, 계정 정보, 파일 경로, 인증 토큰이 포함될 수 있습니다. 어떤 정보가 기록되는지는 애플리케이션과 로깅 설정, 오류 상황에 따라 달라집니다. 파일 이름이나 크기만으로 민감한 내용이 들어 있는지 판단하기도 어렵습니다.

로그는 사용자의 활동 기록이 될 수 있습니다

글쓴이는 스크린 리더를 개발하며, 오작동을 진단하려면 화면에 있던 텍스트가 필요할 때가 있다고 설명합니다. 스크린 리더는 이메일, 사적인 대화, 금융 정보, 의료 기록, 업무 문서처럼 민감한 내용도 읽을 수 있습니다. 해당 정보가 로그에 남으면 개발자는 버그를 고치는 과정에서 사용자가 공유할 의도가 없던 내용을 보게 됩니다. 진단에 유용하다는 사실이 곧 안전하다는 뜻은 아닙니다.

글쓴이는 경고문에 로그가 화면의 텍스트를 담을 수 있다고 적혀 있다면 실제로 담는다고 보고 판단하라고 권합니다. 로그를 전부 읽어 확인하라는 조언은 현실적이지 않습니다. 파일이 수만 줄에 이르거나 인코딩된 데이터가 들어갈 수 있고, 스크린 리더 사용자에게 긴 로그를 훑는 일은 특히 부담스럽습니다. 내용을 확인할 수 없다면 경고에 적힌 정보가 들어 있다고 가정하고 전송 여부를 결정하라는 제안입니다.

로그 없이도 버그를 보고할 수 있습니다

로그가 불편하다면 첨부하지 않고도 문제 상황과 재현 절차, 기대한 동작과 실제 동작을 설명할 수 있습니다. 개발자가 추가 정보가 필요하면 더 안전한 수집 방법이나 문제를 좁힌 자료를 요청할 수 있습니다. 로그가 꼭 필요하다면 새 세션을 시작하거나 기존 로그를 지운 뒤 문제를 재현하고, 가능하면 실제 정보 대신 테스트 문서나 가짜 계정을 사용해 민감한 내용이 기록될 가능성을 줄일 수 있습니다. 다만 특정 데이터가 있어야만 재현되는 오류도 있으므로, 안전하게 재현하기 어렵다는 점을 개발자에게 알리는 방법도 있습니다.

동의와 기본 설정은 명확해야 합니다

글쓴이의 버그 보고 양식에서는 로그 첨부를 기본값으로 끄고, 전송 전에 화면의 텍스트가 로그에 포함될 수 있다고 경고합니다. 사용자는 미리 선택된 체크박스나 업로드가 끝난 뒤 나타나는 경고가 아니라, 전송 여부를 직접 결정할 수 있어야 한다는 주장입니다. 개발자에게는 비밀번호나 인증 토큰을 기록하지 말고, 디버깅에 필요한 최소 정보만 수집하며, 로그가 민감한 내용을 담을 수 있다면 그 사실을 전송 시점에 평이한 말로 알리라고 요구합니다. 전체 기록 대신 스택 트레이스나 오류 코드, 필요한 로그 일부만으로 충분한지도 따져야 합니다.

실수로 민감한 정보를 받았다면

개발자가 민감한 로그를 받으면 이를 퍼뜨리거나 발신자를 놀림거리로 삼지 말고, 불필요한 사본을 삭제하며 공개된 첨부 파일은 내리는 데 협조해야 합니다. 자격 증명이 노출됐다면 폐기하거나 교체해야 할 수 있다는 점도 알려야 합니다. 버그 보고는 기술 지원을 요청하는 행위이지, 사생활을 포기한다는 뜻이 아니라고 글쓴이는 강조합니다.

원문: Fireborn 블로그 / 번역·요약: Trawling