보안은 실제 아키텍처를 따를 때 가장 강력합니다.

보안 원칙 및 범위

계정 접근 및 운영 통제

첫 번째 보안 계층은 워크플로에 들어갈 수 있는 사람과 인증 후 노출되는 작업을 제어합니다.

• 인증 및 세션 기반 액세스

  계정 관련 기능은 익명 공개 작업으로 노출되지 않고 로그인 및 세션 워크플로를 통해 실행됩니다.

• 경로와 동작 분리

  편집, 게시, 청구 및 관리 작업은 분산된 수동 프로세스 대신 정의된 제품 경로 및 서비스 로직을 통해 처리됩니다.

• 수동 핸드오프 위험 감소

  제품 워크플로우 내에 프로젝트, 콘텐츠 및 배포 작업을 유지함으로써 플랫폼은 출시를 향해 나아가는 데 필요한 통제되지 않은 단계의 수를 줄입니다.

• 사용자 측 자격 증명 책임

  사용자는 여전히 자신의 계정 액세스, 게시 권한, 프로젝트에 연결된 로컬 또는 타사 자격 증명을 보호해야 합니다.

프로젝트 콘텐츠 및 공개 출시 보호 장치

웹사이트 보안은 액세스 제어에만 국한되지 않습니다. 또한 콘텐츠, 생성된 출력 및 실행 작업이 시스템을 통해 이동하는 방법도 포함됩니다.

• 프로젝트 지침, 생성된 페이지, 기사 작업 흐름 및 CMS 관리 콘텐츠는 임시 파일 교환이나 관리되지 않는 게시 단계가 아닌 구조화된 제품 경로에 보관됩니다.
• 배포 및 도메인 관련 작업은 명시적인 워크플로 단계와 연결되어 있어 시작 상태와 구성을 더 쉽게 검사하고 문제를 해결할 수 있습니다.
• 공개 릴리스는 편집의 비공식적 부작용이 아닌 의도적인 제품 이벤트로 처리되어 우발적이거나 관리되지 않는 출판을 줄이는 데 도움이 됩니다.

타사 인프라, 결제 및 환경 경계

• 배포 및 도메인 결과는 공급자 가용성, 인프라 동작 및 환경 구성 품질에 따라 달라질 수 있습니다.
• 결제 관련 보안은 구성된 청구 서비스 제공업체와 활성 구매 흐름에 따라 부분적으로 달라집니다.
• 기본 플랫폼 보호 조치는 사용자 측 콘텐츠 검토, 권한 위생 또는 환경 관리를 대체하지 않습니다.