업무 데이터를 CSV로 내려받아 스프레드시트에서 열었더니 셀 값이 수식으로 해석될 수 있습니다. 데이터베이스에 저장된 문자열이 파일에서는 실행 가능한 내용처럼 취급되는 문제입니다. CSV 내보내기는 구분자 처리뿐 아니라 열리는 프로그램의 동작까지 고려해야 합니다.
위험한 셀의 출처를 찾는다
고객명, 문의 내용, 상품 설명처럼 사용자가 입력한 값은 파일의 어느 열에도 들어갈 수 있습니다. 특정 기호로 시작하는 값이 스프레드시트에서 수식으로 해석될 수 있다는 점을 확인합니다.
CSV 인용부호로 필드를 감싸는 것은 구조를 보존하는 데 필요하지만 수식 해석 문제를 단독으로 해결하지는 않습니다. 구분자, 줄바꿈, 인코딩 처리와 보안 처리를 구분합니다.
출력 맥락에 맞게 처리한다
위험한 시작 문자와 제어 문자를 검토하고 스프레드시트에서 텍스트로 열리도록 내보내기 규칙을 정합니다. 특정 접두문을 넣는 방법은 사용 프로그램과 재수입 경로에서 효과를 시험해야 합니다.
원본 값을 DB에서 임의로 바꾸지 않습니다. 화면 표시, CSV 내보내기, 기계 간 API 전송은 맥락이 다르므로 출력 경계에서 처리합니다.
재수입과 데이터 손실을 고려한다
내보낸 CSV를 다시 업로드하는 업무라면 안전 처리 때문에 원래 문자열이 바뀌지 않는지 확인해야 합니다. 사람용 스프레드시트 파일과 시스템 간 교환 파일을 분리하는 방식을 검토합니다.
UTF-8 인코딩과 줄바꿈, 쉼표가 포함된 한국어 데이터를 실제 사용 도구에서 열어 봅니다. 글자가 깨지면 사용자가 다른 변환 도구를 쓰다가 데이터가 훼손될 수 있습니다.
가상 사례: 문의 내용이 수식처럼 시작
고객 문의 첫 글자가 스프레드시트 수식 시작 문자라고 가정해 봅시다. 관리자 화면에서는 평범한 텍스트지만 CSV를 열 때 다른 의미를 가질 수 있습니다.
내보내기 단계에서 해당 셀을 안전한 텍스트로 처리하고 실제 스프레드시트에서 동작을 확인합니다. 가상의 입력 사례입니다.
테스트에 악의적 입력을 넣는다
다양한 시작 문자, 앞쪽 공백과 제어 문자, 줄바꿈과 따옴표를 포함한 값을 시험합니다. 한 종류의 샘플만 통과했다고 모든 스프레드시트에서 안전하다고 가정하지 않습니다.
내보내기 기능의 권한도 확인합니다. 안전한 셀 처리와 별개로 누가 어떤 고객 데이터를 파일로 받을 수 있는지가 더 큰 접근 경계입니다.
현장에 적용할 때의 순서
- 사용자 입력이 들어가는 CSV 열을 찾는다
- 스프레드시트 텍스트 처리를 적용한다
- 실제 재열기·재수입을 시험한다
주의할 실패: 따옴표로 CSV 구조를 보호해도 수식 실행 위험이 별도로 남을 수 있다.
관찰할 지표: 위험 시작 문자와 줄바꿈, 한국어 인코딩 사례를 회귀 테스트한다.
적용 전 체크리스트
- 사용자 입력 열을 모두 점검하는가
- 실제 스프레드시트에서 텍스트 처리 효과를 시험했는가
- 재수입 시 원본 값이 복원 가능한가
참고 자료
OWASP CSV Injection 설명. OWASP는 CSV를 스프레드시트에서 열 때 발생할 수 있는 수식 주입을 설명합니다. 구체적인 완화 방식은 대상 프로그램에서 시험해야 합니다.
이미지와 도식은 이해를 돕기 위한 개념 시각화입니다. 특정 고객의 실제 설비·데이터·화면을 재현한 것이 아닙니다.
#CSV인젝션 #데이터내보내기 #스프레드시트보안 #웹보안 #업무시스템 #데이터보안 #입력검증 #출력인코딩 #관리자페이지 #보안
