HAR File Analyzer

HAR 파일(HTTP Archive, .har)은 브라우저 세션의 JSON 기록입니다 — 페이지가 보낸 모든 요청과 받은 모든 응답을 전체 헤더, 쿠키, 쿼리 매개변수, POST 본문과 함께 기록합니다. 여기에 놓고 제대로 읽어 보세요: 총계와 시간 범위, 상태 클래스와 호스트별 요청, 가장 느린 다섯 개, 그리고 각 항목의 헤더와 페이로드. 민감한 값 — Authorization 헤더, 쿠키, 토큰, 비밀번호 — 은 기본적으로 마스킹되며, 지원 티켓에 안전하게 첨부할 수 있는 삭제된 사본을 다운로드할 수 있습니다. 파일은 절대 업로드되지 않습니다: 이 페이지에서, 사용자의 기기에서 파싱됩니다.

마지막 업데이트:

또는 파일을 이 상자 안 어디에나 놓으세요. 아래의 모든 내용은 파일 자체에서, 이 기기에서 읽습니다. 제한: 50MB. 파일은 절대 업로드되지 않습니다.

HAR 파일은 당신의 키를 기록한 것입니다 — 그렇게 다루세요

HAR 파일에는 일상적으로 유효한 자격 증명이 들어 있습니다: 아직 유효한 세션 쿠키, Authorization 헤더, URL에 숨어 있는 API 토큰, 그리고 양식에 입력한 모든 내용. 파일을 가진 사람은 종종 그것으로 당신의 세션을 재생할 수 있습니다 — 그래서 이 페이지는 절대 업로드하지 않고, 당신이 요청할 때까지 값을 마스킹하며, 삭제된 내보내기조차 주의가 필요합니다: 삭제는 비밀을 대체하지만, 파일은 여전히 애플리케이션의 엔드포인트, 매개변수, 트래픽 형태를 그려 냅니다. 공개 포럼이 아닌 비공개 채널로 보내고, 티켓이 닫히면 수신자에게 삭제를 요청하세요. 함께 제공되는 글 그 HAR 파일을 보내기 전에에서는 무엇이 새어 나가는지, 안전하게 캡처하는 방법을 안내합니다. 브라우저가 아닌 네트워크에서 캡처한 트래픽에 대해서는 PCAP Analyzer 가 같은 로컬 전용 규칙으로 패킷 캡처를 읽습니다.

HAR 파일이 기록하는 것 — 이 페이지가 거기서 읽는 것

브라우저와 디버깅 프록시(Chrome과 Firefox의 DevTools, Charles, mitmproxy)는 네트워크 패널에서 HAR를 내보냅니다: log 객체의 entries 배열이 요청마다 하나의 객체를 담습니다 — 메서드, URL, 요청 및 응답 헤더, 쿠키, 쿼리 문자열, POST 데이터, 상태, 크기, 단계별 시간. 지원 팀이 이 파일들을 요구하는 이유는 그것이 "페이지가 느렸다"거나 "API가 500을 반환했다"는 사실의 근거이기 때문입니다: 스크린샷도, 기억도 아닌, 기록 그 자체입니다. 이 페이지는 그 같은 구조를 읽고 당신이 실제로 디버깅하는 방식으로 제시합니다 — 먼저 요약(요청 수, 전송량, 시간 범위, 호스트, 가장 느린 것), 다음으로 필터링 가능한 표, 그다음 하나의 전체 항목. 캡처, 검사, 삭제의 전체 과정은 그 HAR 파일을 보내기 전에, 안에 무엇이 있는지 읽어 보세요에 있습니다.

삭제된 다운로드가 이 도구의 핵심입니다. HAR 구조를 그대로 유지합니다 — 같은 항목, 헤더, 시간으로 어떤 뷰어나 지원 엔지니어도 계속 열 수 있습니다 — 그리고 자격 증명으로 작용하는 값만 대체합니다: Authorization, Cookie, Set-Cookie 헤더, 모든 쿠키 값, 그리고 이름에서 토큰, 키, 비밀, 세션, 비밀번호 냄새가 나는 모든 헤더, 쿼리, 양식 매개변수(JSON POST 본문에 중첩된 비밀 포함). 정직한 한계 하나: JSON도 일반 양식 데이터도 아닌 POST 본문은 안전하게 파싱할 수 없어 그대로 유지됩니다 — 파일을 보내기 전에 그런 본문은 직접 확인하세요. CSV 요약은 토글 상태와 관계없이 마스킹됩니다. 스프레드시트야말로 전달되는 파일이기 때문입니다. 그리고 PCAP Analyzer 가 네트워크에서 캡처한 트래픽을 다루는 반면, 이 페이지는 브라우저 자체가 남긴 그 기록을 다룹니다 — 같은 대화의 두 가지 시점입니다.

자주 묻는 질문

내 HAR 파일이 어디かに 업로드되나요?

아니요. 파일은 이 페이지에서, 사용자의 기기에서 열리고 파싱되며, 아무것도 업로드, 전송, 저장되지 않습니다 — 파일을 분석할 때 네트워크 요청은 발생하지 않습니다. 이것은 의도적인 설계 규칙이지 편의가 아닙니다: HAR 파일은 당신의 기기에서 자격 증명 밀도가 가장 높은 파일 중 하나이며, 검사하기 위해 업로드를 요구하는 도구는 문제의 일부가 됩니다.

정확히 무엇이 마스킹되나요?

세 가지가, 그것들이 나타나는 모든 곳 — 화면의 상세 보기, 삭제된 다운로드, CSV — 에서 마스킹됩니다: Authorization, Cookie, Set-Cookie 헤더; 모든 쿠키 값; 그리고 이름이 token, key, secret, session, auth, password, passwd, jwt, bearer 중 하나와 일치하는(대소문자 무시) 헤더, 쿼리 매개변수, 양식 필드 또는 JSON 본문 키. 삭제된 파일에서는 그 값들이 리터럴 텍스트 REDACTED가 되고, 화면에서는 "민감한 값 표시"를 켤 때까지 ••••••로 표시됩니다.

삭제된 HAR는 완전히 안전하게 공유할 수 있나요?

더 안전해지지만, 안전한 것은 아닙니다. 삭제는 자격 증명으로 작용하는 값을 제거하지만, 파일은 여전히 당신의 호스트, 엔드포인트, 매개변수 이름, 응답 형태, 시간을 보여 줍니다 — 공개하고 싶지 않을 수 있는 애플리케이션의 지도입니다. JSON도 양식 데이터도 아닌 본문은 삭제되지 않은 채 유지됩니다. 삭제된 파일은 공개 게시물이 아닌, 공급업체가 알려 준 티켓이나 채널로 공유하고, 나중에 삭제를 요청하세요.

표가 500개 항목에서 멈추는 이유는 무엇인가요?

매우 큰 캡처 — 긴 세션, 폴링하는 앱, 트래커로 가득한 페이지 — 에는 수만 개의 요청이 들어 있을 수 있고, 전부를 렌더링하면 페이지가 멈춥니다. 표는 필터와 일치하는 처음 500개 항목을 렌더링하고 그 사실을 알려 줍니다. 요약은 항상 파일 전체를 세며, 텍스트, 상태, 메서드, 호스트로 필터링하는 것이 거대한 캡처를 관심 있는 요청으로 좁히는 방법입니다. 삭제된 다운로드는 항상 모든 항목을 포함합니다.