Audit Log
규정 준수 및 디버깅을 위해 콘텐츠 및 미디어 변경 사항(생성/업데이트/삭제)을 추적합니다.
플러그인
Audit Log
규정 준수 및 디버깅을 위해 콘텐츠 및 미디어 변경 사항(생성/업데이트/삭제)을 추적합니다.
감사 로그가 존재하는 이유는 편집팀이 누가 무엇을, 언제, 어떤 맥락에서 변경했는지 알아야 하기 때문입니다. 특히 두 명 이상의 사람이 콘텐츠를 만지거나 규정 준수를 위해 추적성을 요구하는 경우에는 더욱 그렇습니다. 구현은 packages/plugins/audit-log에 있습니다.
설치
- EmDash 관리 플러그인 목록에서 감사 로그를 활성화하거나 개발 중에 소스에서 통합합니다.
- 로그를 뒷받침하는 스토리지가 보존 정책(데이터베이스 테이블, Workers KV 또는 릴리스에서 플러그인이 사용하는 모든 항목)을 충족하는지 확인합니다. README를 확인하세요.
- 필요한 역할에게만 감사 보기에 대한 읽기 액세스 권한을 부여합니다. 쓰기 경로는 시스템 제어를 유지해야 합니다.
구성
일반적인 옵션은 다음과 같습니다.
- 기록할 이벤트 — 생성, 업데이트, 삭제, 게시 및 로그인 또는 플러그인 작업도 가능합니다.
- 보존 기간 — 항목이 온라인 상태로 유지되는 기간과 콜드 스토리지에 보관되는 기간입니다.
- PII 수정 — 사용자 식별자가 전체 이메일인지, 내부 ID인지, 해시 값인지 여부입니다.
예(개념): 규제 대상 마케팅 팀은 감사 항목을 24개월 동안 보관하고 매월 SIEM으로 내보내며 인앱 감사 UI를 관리자와 규정 준수 담당자에게만 제한할 수 있습니다.
사용 시나리오
- 다중 편집자 작업 흐름 — “누가 게시했습니까?”를 해결합니다. 채팅 로그 대신 증거로 분쟁을 제기하세요.
- 사고 대응 — 잘못된 출시 또는 잘못된 편집을 변경 기간까지 추적합니다.
- 고객 감사 — 광범위한 보안 스토리와 결합하여 SOC 2 스타일 설문지의 콘텐츠 변경에 대한 제어를 보여줍니다.
운영 팁
- 감사자가 요청하기 전에 복원 및 내보내기 경로를 테스트합니다.
- 민감한 콘텐츠 유형에 대한 실시간 알림이 필요한 경우 Webhook Notifier를 사용하여 조정하세요.
- 감사 항목 자체가 변경 불가능한지 여부를 문서화합니다. 그렇지 않은 경우 해당 표면이 훼손되지 않도록 보호하십시오.