Insights
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
코딩 에이전트의 채팅 로그에 포함될 수 있는 비밀 정보(토큰, 연결 문자열 등)를 제거하는 방법을 다룹니다. 본문은 형태 기반 스크러빙과 로그 기록 경로 자체를 설계하여 정보를 보호하는 두 가지 접근 방식을 제시합니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기코딩 에이전트의 채팅은 로그이며, 로그는 비밀 정보가 남게 되는 곳입니다. '그냥 시도해 보자'며 붙여넣은 토큰, 스택 트레이스에 있는 연결 문자열(connection string), 첨부 파일 속 키 등이 그렇습니다. 제 앱에서는 제가 저장하는 모든 것이 먼저 스크러버(scrubber)를 거칩니다.
첫 번째 단계는 형태(shape) 기반의 스크러빙입니다. 메시지 텍스트는 비밀 정보처럼 보이는 것이 제거된 상태로 저장되며, 에이전트가 제공하여 저장되는 내용 역시 동일한 검열 과정을 거칩니다. 키나 자격 증명(credentials)처럼 보이는 첨부 파일은 아예 거부됩니다.
여기서 얻을 수 있는 교훈은 형태 일치(shape-matching)는 벽이 아니라 그물망이라는 것입니다. 짧은 비밀번호나 토큰이 포함된 내부 URL처럼, 비밀 정보처럼 보이지 않는 것은 통과할 수 있습니다.
그래서 두 번째 단계는 로그에 절대 닿지 않는 경로를 만드는 것입니다. 에이전트가 사용자에게서 비밀 정보를 필요로 할 때, 질문에는 마스킹 필드(masked field)가 적용되고 답변은 기록(transcript)에서 제외됩니다. 실제 자격 증명은 OS 키체인(keychain)에 보관되며, 다른 모든 것은 이를 ID로 참조합니다.
따라서 팁은 이렇습니다. 패턴으로 제거할 수 있는 것은 스크러빙하되, 그 패턴을 유일한 방어책으로 삼지 마세요. 비밀 정보를 넣는 곳을 설계하여 절대 로그에 남지 않도록 하고, 그것이 가장 쉬운 방법이 되게 만드세요.
도움이 되지 않는 부분은 다음과 같습니다. 일반 메시지로 입력된 비밀 정보는 여전히 패턴에 의해서만 보호됩니다. 그리고 로그를 스크러빙하는 것이 에이전트 자체 제공업체(provider)로 전송된 내용을 취소하지 못하므로, 어떤 에이전트에 무엇을 입력하든 공유된다고 간주해야 합니다.
이는 코딩 에이전트를 나란히 실행하는 오픈 소스 앱인 Styx를 만들면서 얻은 경험입니다.