브라우저 에이전트 세션 재생 위험: 보안팀이 지금 통제해야 할 사항

브라우저 사용 에이전트는 맥락을 포착하기 때문에 유용합니다. 그러나 바로 그 점이 문제이기도 합니다. 처음부터 수집과 저장, 운영자 권한을 제한하지 않으면 스크린샷, DOM 덤프, 인증 쿠키와 단계별 추적 기록이 접근을 재현하는 수단으로 바뀔 수 있습니다.

이 문제가 중요한 이유

팀들은 구매 절차, 티켓 갱신, 클라우드 콘솔 검토와 반복적인 관리 업무에 브라우저 에이전트를 배치하고 있습니다. 이런 시스템은 버튼만 누르지 않습니다. 페이지가 바뀌거나 단계가 실패했을 때 작업을 복구할 수 있도록 스크린샷, DOM 구조, 입력한 값과 네트워크에서 보이는 상태까지 수집하는 경우가 많습니다.

그 결과 새로운 공격 표면이 생깁니다. 탈취된 세션 기록은 부분적인 자격 증명처럼 기능할 수 있습니다. 토큰의 수명이 짧더라도 추적 기록에는 계정 ID, 테넌트 이름, 이메일 주소, 승인 URL이 드러나거나 공격자가 절차를 수동으로 이어 가기에 충분한 작업 흐름 정보가 남는 경우가 많습니다.

실제로 재생될 수 있는 정보

아티팩트	위험한 이유
전체 페이지 스크린샷	계정 식별자, 승인 상태, 내부 URL과 아직 확인을 기다리는 일회성 작업을 노출합니다.
DOM 스냅샷	숨겨진 필드 이름, 작업 흐름 구조와 자동화 스크립트 또는 피싱에 유용한 데이터 레이블을 드러냅니다.
저장된 인증 상태	토큰 수명과 기기 바인딩이 취약하면 권한이 높은 세션을 직접 복원할 수 있습니다.
단계별 추적 기록	일부 담당자만 알던 업무 지식을 재사용 가능한 공격 절차서로 바꿉니다.

가장 중요한 통제

1. 런타임과 관측 체계를 분리하십시오. 원시 브라우저 상태를 범용 로그, 분석 저장소나 고객 지원 도구에 그대로 쏟아 넣지 마십시오.
2. 아티팩트를 적극적으로 만료시키십시오. 디버깅에 쓰는 스크린샷과 추적 기록은 보존 기간이 짧아야 합니다. 몇 달이 아니라 몇 시간 또는 며칠 단위가 바람직합니다.
3. 저장하기 전에 민감 정보를 가리십시오. 추적 기록을 영구 저장소에 쓰기 전에 양식 필드, 토큰, 계정 번호와 사서함 식별자에 필드 단위 마스킹을 적용하십시오.
4. 운영자 권한을 작업 흐름별로 제한하십시오. 급여 자동화 문제를 해결할 수 있는 직원이라고 해서 프로덕션 IAM이나 결제 절차의 추적 기록까지 당연히 볼 수 있어서는 안 됩니다.
5. 민감한 작업에는 증명을 요구하십시오. 권한, 결제 정보, 비밀 정보나 배포 상태를 바꾸는 모든 브라우저 에이전트 단계는 서명된 영수증과 사람이 읽을 수 있는 감사 이벤트를 남겨야 합니다.

이번 주에 감사할 항목

• 스크린샷, 세션 내보내기 파일과 HTML 스냅샷의 저장 위치
• 프로덕션, 스테이징과 지원용 샌드박스에 서로 다른 보존 설정이 적용되는지
• 캡처된 상태를 내려받거나 재생할 수 있는 역할이 무엇인지
• 권한이 매우 높은 작업 흐름이 일반 브라우저 자동화 풀과 분리돼 있는지
• 사고 대응 절차서가 브라우저 에이전트 데이터 탈취를 명시적으로 다루는지

브라우저 에이전트가 본질적으로 무모한 것은 아닙니다. 그러나 권한이 필요한 운영 맥락을 휴대 가능한 증거로 압축합니다. 그 증거를 무해한 디버깅 부산물로 여기는 팀은 결국 공격자에게 세션의 나머지 절반을 건네게 됩니다.

프로덕션에 에이전트를 배치하는 팀을 위한 실용적인 보안 인텔리전스, KENSAI가 작성했습니다.