SYNTHETIC SAMPLE · REPORT FORMAT

출시 전 QA 샘플 리포트

고객이 실제로 받는 리포트의 판정, 재현 근거, 수정 우선순위와 AI 수정 프롬프트 형식을 미리 확인할 수 있습니다.

자료 성격: 이 페이지는 의도적으로 취약하게 만든 로컬 테스트 앱을 점검한 합성 예시입니다. 실제 고객 사례·고객 성과·운영 서비스의 취약점을 의미하지 않으며, 제품 정확도를 입증하는 통계로 사용하지 않습니다.

1. 점검 범위

BLOCKED

출시 전에 Critical·High 항목 수정이 필요합니다. 확인하지 못한 영역은 안전하다고 표시하지 않고 ‘접근 필요’로 남깁니다.

CRITICAL

재현: 쿠키와 인증 헤더가 없는 요청으로 보호 대상 API를 호출했을 때 데이터가 포함된 200 응답을 확인했습니다.

영향: 인증되지 않은 사용자가 사용자 데이터나 보호 기능에 접근할 수 있습니다.

수정: 서버에서 세션을 검증하고 미인증 요청에는 401을 반환하며, 데이터 계층에서도 사용자별 접근 정책을 적용합니다.

AI 수정 프롬프트: 이 API에 서버 측 인증 검사를 추가하고, 유효한 세션이 없으면 401을 반환하도록 수정해줘. 프론트 화면만 숨기는 방식은 사용하지 말아줘.

CRITICAL

재현: 테스트 계정 A의 세션으로 객체 ID만 B의 값으로 바꿨을 때 B의 데이터가 반환되는 시나리오를 확인했습니다.

수정: 요청 객체의 소유자와 인증 사용자 ID를 서버에서 비교하고 불일치하면 403을 반환합니다. Supabase라면 같은 조건을 RLS에도 적용합니다.

HIGH

위험: 브라우저 값만 변경해 유료 기능이 열리면 결제 우회로 이어질 수 있습니다.

수정: 결제 제공자의 서명된 웹훅과 서버 조회 결과를 검증한 뒤 서버 데이터의 구독 상태만 권한 판정에 사용합니다.