DontFeedTheAI가 AI 전송 전 민감정보를 가린다

AI에 보내기 전 민감정보를 가리고, 답이 오면 되돌리는 프록시가 나왔습니다. DontFeedTheAI는 IP 주소와 자격 증명, 호스트 이름, 개인정보(PII)를 대체 문자열로 바꾸고 응답 뒤 원래 값으로 복원합니다. 제작자는 탐지와 대체 처리가 사용자 컴퓨터에서 이뤄진다고 설명합니다. 전송 전에 가리는 방식은 반갑지만, 저는 복원된 값이 어디에 다시 드러나는지도 눈에 들어옵니다.

DontFeedTheAI는 로컬 프록시로 비밀정보가 외부 LLM에 전달되지 않도록 막거나 바꾸는 Keyfence와 맞닿아 있습니다. 이 도구는 응답이 돌아온 뒤 원래 값을 복원하고, 그 대응표를 감사 화면에 보여준다는 점에서 사용자가 살펴야 할 경계가 하나 더 생깁니다.

요청에서 정보를 지우기만 하면 답을 원문과 연결하기 어렵지만, 이 프록시는 응답을 받은 뒤 값을 복원합니다. Ollama는 호스트 이름·조직 이름·문장 속 자격 증명을 찾습니다. 정규식(regular expression)은 IP 주소·해시·토큰·API 키를 찾습니다. 가린 채 대규모 언어 모델(LLM)에 분석을 맡기면서도 결과를 원래 맥락에서 읽을 수 있다는 점이 실용적입니다.

다만 감사 화면에는 원본과 대체 문자열의 전체 대응표가 보입니다. 화면은 SSH 터널 뒤에서만 실행되지만, HTTP로 대응표를 다시 조회할 수 없게 하는 쓰기 전용 방식은 아직 로드맵입니다. 통합 테스트 명령은 Ollama가 필요하며, --integration 없이 실행하면 LLM 탐지는 모의 처리되고 정규식 계층만 검증됩니다. 민감정보를 보호하려는 도구인 만큼, 대응표 접근과 실제 탐지 검증이 사용자가 확인할 몫으로 남는 점이 걸립니다.

운영 정보 대신 가짜 IP 주소·API 키·호스트 이름을 넣은 요청을 보내고, 외부로 나가는 내용에 원문이 남지 않는지 확인하십시오. 이어 Ollama를 켠 통합 테스트를 실행하고 감사 화면에서 대응표를 볼 수 있는 계정과 경로를 살펴보십시오. 원문이 전송 내용에 남거나 대응표가 불필요한 곳에 노출되면 실제 자료는 넣지 마십시오.

외부 전송 내용 확인과 감사 화면의 대응표 접근 점검 가운데 무엇부터 하시겠습니까?