PII 마스킹
입출력·출처·DB 결과의 개인정보 마스킹 정책과 적용 경로
Engineering 5
DB 도구가 느린 이유는 DB가 아니었다: LLM 왕복 99.8%와 이름 충돌, 방언 등록 구조로 통합
에이전트에 DB 도구를 여러 개 연결하면 일부가 조용히 사라지던 문제를 도구 이름 충돌로 진단해 고치고, 느리다는 제보는 실행 기록 27건에서 시간의 99.8%가 LLM 왕복이라는 사실로 좁혔습니다. 결과 행 상한, 테이블·컬럼 사전 적재, DB 방언 등록 구조로 바꿔 질문당 LLM 호출을 4회에서 2회로 줄였습니다.
출처는 생산 지점에서, 원본도 같은 정책으로: RAG 출처 표시 파이프라인 재정비
답변 출처가 검색 모드에 따라 사라지거나, 검색 노드 없이도 붙거나, 원본 열람이 마스킹 정책을 우회하고, 큰 CSV 출처가 브라우저를 멈추던 문제를 차례로 추적했습니다. 출처는 백엔드 생산 지점에서 결정하고, 원본도 청크와 같은 정책을 거치며, 뷰어는 보이는 만큼만 그린다는 원칙으로 정리했습니다.
값이 아니라 자리로 가린다: DB 결과의 컬럼 단위 PII 마스킹과 감사 로그 실행 신원
전화번호 정규식이 계좌번호를 가리고 이름·주소는 놓치던 문제를 값의 모양 대신 컬럼으로 판단하는 층으로 풀었습니다. 연결·쿼리 템플릿·노드 3층 규칙을 DB 결과가 LLM에 닿기 전에 적용하고, 실측으로 찾은 에이전트 DB 도구 경로의 누락, 비활성 정책의 원문 유출, 비어 있던 감사 로그 실행 신원까지 막았습니다.
정상 요청을 막은 가드 가려내기: 읽기 전용 SQL 검증 단일화와 가드레일 PII 판정 분석
DB 연동에서 괄호 집합연산이 거부되던 원인을 9곳에 흩어진 읽기 전용 검증으로 특정해 단일 검증기로 통일하고, 채팅 붙여넣기 차단은 마스킹이 아니라 가드레일 모델의 PII 판정임을 직접 호출과 차단 로그 200건 분류로 확인했습니다. 두 건 모두 어느 계층이 막았는지부터 가렸습니다.
설정에 없는 규칙이 마스킹을 계속할 때: 정규식 경계, 성공으로 기록된 쓰기 실패, findall 그룹 튜플
날짜·금액이 마스킹되고 지운 정책이 계속 적용되던 현상을 경계 없는 정규식 템플릿, 쓰기 실패를 성공으로 기록하던 컨트롤러, 재승인 때 사라지는 예외, 그룹 정규식에서 튜플을 반환하는 findall로 나눠 고쳤습니다. 쌍둥이 정책은 복합 FK로 막는 테이블 통합안으로 정리했습니다.