이 문서는 AI-Product-Factory 저장소의 보안 기준을 정의한다. 에이전트가 코드를 작성하고 배포할 때 지켜야 하는 보안 규칙이다.

• 비밀을 코드에 넣지 않는다. API 키, 토큰, 자격증명은 환경 변수로만 관리한다.
• 사용자 정보를 서버에 저장하지 않는다. 현재 모든 서비스는 stateless다.
• 외부에 내부를 노출하지 않는다. 스택 트레이스, 내부 경로, 설정값을 사용자에게 보여주지 않는다.
• 모르는 입력을 믿지 않는다. 사용자 입력과 외부 API 응답은 항상 검증한다.
• 모호하면 차단한다. 보안 판단이 불확실하면 허용이 아닌 차단을 기본으로 한다 (fail-closed).

에이전트가 코드에서 비밀을 발견하면:

1. 아직 커밋/푸시되지 않은 코드의 비밀은 즉시 수정하여 제거한다.
2. 이미 원격 저장소에 푸시된 비밀은 보안 사고로 취급한다 (아래 "보안 사고 대응" 참조).
3. 커밋 히스토리에 비밀이 남아 있으면 인간에게 보고한다 (히스토리 재작성은 인간 승인 필요).
4. 해당 비밀의 로테이션이 필요함을 인간에게 알린다.

에이전트가 새 npm 패키지를 추가할 때:

1. 해당 패키지가 정말 필요한지 확인한다 (직접 구현 가능하면 추가하지 않는다).
2. 패키지의 유지보수 상태와 다운로드 수를 확인한다.
3. PR에 추가 사유를 명시한다.

이 절차는 비밀 하드코딩 이외의 보안 문제(인증 우회, 권한 상승, 데이터 노출, 이미 원격에 푸시된 비밀 등)에 적용한다. 아직 커밋/푸시되지 않은 비밀 하드코딩은 "비밀 발견 시 행동" 규칙을 따른다.

에이전트가 보안 문제를 발견하거나 의심하면:

1. 즉시 중단 — 관련 작업을 중단한다. 이 중단은 CHARTER.md Stop Rule의 "blocker 발견"을 트리거하며, CHARTER.md의 중단 시 행동(상태 기록, 보고, 대기)을 따른다.
2. 인간에게 보고 — 발견한 문제, 영향 범위, 긴급도를 보고한다.
3. 수정하지 않고 대기 — 보안 사고의 수정은 영향 범위 판단이 필요하므로, 인간의 지시 없이 자의적으로 수정하지 않는다.
4. 비밀 유출 시 — 해당 비밀의 즉시 로테이션이 필요함을 인간에게 알린다.

• 보안 판단이 모호하면 차단을 기본으로 한다.
• CORS, 접근 제어 등 보안 설정이 불확실하면 가장 제한적인 옵션을 선택한다.
• 외부 패키지의 안전성이 불확실하면 추가하지 않는다.
• 비밀이 노출되었을 가능성이 있으면 노출된 것으로 간주하고 대응한다.