플랫폼 · 보안 & 신뢰
플랫폼에 내장된
플랫폼에 내장된
데이터 보호.
보안은 MJDOIT 시스템을 감싸는 껍데기가 아닙니다 — 주장·데이터·문서가 시스템을 통과하는 방식 자체에 설계되어 있습니다.
보안 통제
아이덴티티 & 접근
역할 기반 접근 제어와 범위 제한적 가시성. 사용자는 자신의 역할이 허용한 것만 볼 수 있습니다 — 개별 문서, 팀, 행동 단위까지.
개인정보 마스킹 & 데이터 보호
민감한 개인정보는 외부 AI 처리 전에 마스킹됩니다. 세션은 CSRF 출처 보호와 엄격한 토큰 관리로 강화됩니다.
AI 거버넌스
모델이 클라우드든 온프레미스든, 정의된 프롬프트 경계가 지시를 범위와 정책 안에 유지합니다.
문서 무결성
증명서와 계약서에는 해시 검증 일련번호가 부여됩니다. 공식 결과물에는 위·변조 방지 수령증이 동봉됩니다.
거버넌스 모델
누가 무엇을 하는가,
누가 무엇을 하는가,
그리고 왜 중요한가.
업무 분리는 모델 전체에 흐릅니다: 작성하는 에이전트는 결코 승인하는 에이전트가 아닙니다. 모든 릴리즈는 독립 검토 게이트를 통과하며, 감사 원장이 영구 기록을 유지합니다.
인증
역할 범위로 신원 확인
권한 부여
역할 정책과 행동 대조
경계 확인
지시가 AI 정책 범위 내 유지
안전장치 적용
개인정보 마스킹, 범위 강제
기록
주요 활동이 원장에 서명 기록
통제 범위
모든 주장 뒤에 있는
모든 주장 뒤에 있는
통제 체계.
이 페이지의 모든 보안 문구는 구체적인 통제로 연결됩니다. 아래 표는 온보딩 전에 고객 보안팀과 검토하는 항목입니다.
| 통제 | 구현 |
|---|---|
| 아이덴티티 & 인증 | 서명 세션(HMAC 토큰), 역할 범위 로그인, 세션 만료 및 IP 바인딩. |
| 권한 부여 (RBAC) | 모든 행동은 사용자 역할과 객체 범위(문서·팀·행동 단위)로 확인됩니다. |
| 데이터 흐름 | 원본 문서는 고객 경계 안에 남고, 마스킹된 과제 범위 데이터만 외부 모델로 전달됩니다. |
| 암호화 | 전송 시 TLS, 저장 데이터 암호화 적용. 키는 구축 방식별로 관리됩니다. |
| 개인정보 마스킹 | 민감 개인정보는 외부 AI 처리 전에 마스킹되고 전달 시 복원됩니다. |
| 프롬프트 경계 | 하드 정책 경계가 AI 지시를 범위 안에, 세션 간 일관되게 유지합니다. |
| 로깅 | 모든 주요 행동은 수행자·대상·시점과 함께 감사 원장에 서명 기록됩니다. |
| 보존 | 고객별 저장 정책 설정 가능, 기본값은 문서 수명주기에 정렬. |
| 삭제 | 요청 또는 계약 종료 시 파생 결과물을 포함한 고객 데이터 완전 삭제 보장. |
| 백업 | 구축 SLA별 복구 시점 목표가 정의된 암호화 백업. |
| 모델 공급자 | 클라우드·온프레미스·로컬 모델 선택 가능, 공급자는 계약에 명시됩니다. |
| 데이터 지역 | 구축 지역은 고객이 선택하며, 온프레미스는 모든 처리를 고객 네트워크 안에 유지합니다. |
| 사고 대응 | 지정 응답 담당, 정의된 에스컬레이션 경로와 약정 시간 내 통보. |
이 통제 범위는 온보딩 전 보안 부록에서 확인되고, 감사 검토 중 재검증됩니다.
보안 요구사항을 상담하세요.
잠재 고객에게 아키텍처 세부 사항, 구축 방식과 데이터 처리 관행을 공유합니다.

