URL을 서버에서 읽는 기능은 무엇을 막아야 하나요?
내부 주소와 제한된 네트워크 자원에 접근하지 않도록 검증해야 합니다. 최초 주소뿐 아니라 DNS 결과와 이동한 주소도 확인해야 합니다.
적용 범위
이 묶음은 앱 개발에서 기본적으로 확인할 신뢰 경계를 설명합니다. 실제 보호 수준은 배포 환경과 데이터의 성격에 맞춰 별도로 검토해야 합니다.
확인할 항목
- 서버에서 권한 확인
- 비밀값을 공개 번들에서 제외
- 외부 입력을 신뢰하지 않기
공식 참고 자료
아래 자료는 이 주제의 개념과 검토 기준을 확인하는 공식 참고 문서입니다. 작업 순서와 비교 방법은 편집팀의 제안이며, 제품의 성능을 직접 시험했다는 뜻은 아닙니다.
- W3C 입력 양식 접근성 안내확인일 2026-10-20
- NIST AI 위험관리 프레임워크확인일 2026-10-20
- OWASP 생성형 AI 보안 위험확인일 2026-10-20
관련 질문
외부 URL의 이동도 검사해야 하나요?
허용한 주소가 내부나 금지된 주소로 이동할 수 있어 다시 검사해야 합니다. 이동 횟수와 응답 크기, 시간도 제한하는 편이 좋습니다.
외부 URL의 이동도 검사해야 하나요 자세히 보기 ↗요청 본문 크기는 왜 제한하나요?
예상보다 큰 입력이 서버 자원을 과도하게 사용하지 않게 하기 위해 필요합니다. 기능에 필요한 범위를 기준으로 제한과 오류 안내를 정하세요.
요청 본문 크기는 왜 제한하나요 자세히 보기 ↗로그에는 어떤 정보를 남기지 말아야 하나요?
비밀번호와 인증 키, 불필요한 개인정보는 남기지 않는 것이 좋습니다. 문제 재현에 필요한 식별자와 오류 유형 중심으로 기록하세요.
로그에는 어떤 정보를 남기지 말아야 하나요 자세히 보기 ↗