HTML 배포를 위한 2단계 보안·품질 검증 체계
위험한 코드는 저장 전에 차단하고, 공개 콘텐츠는 저장 후에 다시 검수합니다. 녹스블리 는 AI가 생성한 HTML과 사용자가 직접 작성한 HTML을 웹사이트에 실시간으로 배포하는 기능을 제공합니다. 브라우저에서 실행되는 코드인 만큼, 사용자가 업로드하는 HTML을 단순히 저장하는 것만으로는 안전과 품질을 함께 보장하기 어렵습니다. 이번 글에서는 안전한 HTML 배포를 위한 2단계 보안·품질 검증 체계에 대해서 소개하고자 합니다. 2단계 보안 검사·품질 검사 가 필요한 이유 보안 검사와 품질 검사는 서로 다른 영역에 해당합니다. 첫 번째는 “이 코드를 실행해도 안전한가?” 를 확인하고, 두 번째는 “이 결과물을 다른 사용자에게 공개해도 되는가?” 를 판단합니다. FIRST LINE - 저장 전 보안 검사 악성 스크립트, 위험 코드, 유해 콘텐츠를 업로드 단계에서 검사하고 차단합니다. SECOND LINE - 저장 후 품질 · 정책 검수 저장된 결과물의 완성도와 공개 정책 준수 여부를 승인 전에 다시 확인합니다. 첫 번째 방어선: 저장 전 보안 검사 업로드되는 HTML은 저장 전에 다단계 보안 검사를 거칩니다. 단일 파일, ZIP, 다중 파일, 리믹스 등 업로드 방식과 관계없이 같은 원칙을 적용합니다. HTML Sanitize → Content Filter → Security Audit HTML Sanitize — 허용된 태그와 속성만 통과시키고 실행 가능 요소를 별도로 검증합니다. Content Filter — DB 규칙과 AI 판정을 결합해 욕설·혐오·불법 콘텐츠를 확인합니다. Security Audit — 의심스러운 코드 패턴과 보안 위험 요소를 추가로 확인하고 후속 검토를 지원합니다. Standard Web Security Assessment 두 번째 방어선: 저장 후 품질·정책 검수 보안 검사를 통과했더라도 바로 공개되지는 않습니다. 쇼케이스와 리믹스에 등록되는 콘텐츠는 구조, 반응형, 접근성, 기능, 콘텐츠, 코드 품질을 기준으로 다시 평가합니다. 정적 분석과 실제 브라우저 렌더링을 함께 사용해 모바일 화면 깨짐, 접근성 누락, 동작하지 않는 링크와 리소스, 플레이스홀더 문구 등을 확인합니다. 검사 결과에 따라 자동 반려하거나 관리자 검토 대상으로 분류합니다. 완전한 면제보다 단계적인 신뢰 회원 등급이 높아지면 일부 제작 제한을 완화할 수 있지만, 핵심 필터와 공개 후 방어는 계속 적용됩니다. 신뢰 등급은 보안을 제거하는 권한이 아니라 검증된 사용자에게 제한적으로 더 넓은 제작 자유도를 제공하는 기준입니다. 하나의 일관된 원칙 두 방어선은 차단 기준과 검사 방식이 다르지만 목표는 같습니다. AI가 만들었든 사용자가 직접 만들었든, 실제 서비스로 공개되는 HTML에 보안·품질·신뢰 라는 동일한 원칙을 적용하는 것입니다. • • • 안전한 공개는 한 번의 검사가 아니라 과정입니다 저장 전에는 실행 위험을 줄이고, 저장 후에는 공개 품질을 확인합니다. 이 책임 분리가 녹스블리의 안전한 HTML 배포 구조를 만듭니다.
量子力學·
