트러스트 센터

배포의 주 애플리케이션 서버, 데이터베이스, 오브젝트 스토리지, 백업은 해당 지역 안에 있어요. 관리 기록에는 지역과 변경 승인 내용이 담겨 있고, 기술적으로는 배포 시 리소스를 지역 프로젝트에 고정해요.

공개 인그레스는 최신 TLS를 사용해요. 음성 인식·AI 모델 제공업체로 가는 트래픽도 각 업체의 설정된 엔드포인트까지 TLS를 사용해요. 아키텍처 검토와 배포 설정에서 확인하는 기술 통제예요.

데이터베이스, 오브젝트 스토리지, 백업 객체는 업계 표준 알고리즘(예: AES-256-GCM)을 사용하고, 키는 저희 암호화 정책에 따라 관리해요. WAL-G 백업은 외부 저장소로 보내기 전에 클라이언트 측 암호화를 한 번 더 적용해요.

관리형 엣지 계층이 공개 호스트 이름 앞단에서 대규모 트래픽 공격을 흡수하고, 흔한 웹 악용에 대해 WAF 규칙을 적용해요. 엣지 뒤에서도 제공업체 수준의 보호와 엄격한 방화벽 설정은 그대로 유지돼요.

계층형 탐지: 호스팅 플랫폼이 네트워크 계층 IDS를 제공하고, 각 VM에서는 fail2ban(SSH 무차별 대입 공격 방지), 기본 차단 정책의 UFW, 무인 보안 업데이트가 실행돼요. auth-proxy의 인증·접근 이벤트는 중앙 Loki/Grafana 스택으로 전송되어, 비정상적인 로그인 패턴이 대시보드와 알림에 나타나요. 알림이 발생하면 정책에 따라 분류 담당자가 정해져 있어요. 컨테이너용 커널 수준 런타임 IDS는 이 기본 체계 위에 추가할 예정인 개선 사항이에요.

의료진은 관리형 ID 제공업체(OIDC/OAuth 방식 흐름)로 인증하고, 모든 API 경로에서 신원을 확인해요. 세션 유지 시간과 계정 잠금 동작은 저희 접근 제어 정책에 맞춰져 있어요.

의료진, 환자, 관리자 권한은 데이터 모델과 GraphQL 계층에서 분리되어 있어 최소 권한이 기본이에요. 역할 정의와 검토 주기는 관리 문서로 기록해요.

보안에 민감한 설정을 바꾸거나 고위험 데이터에 접근할 수 있는 계정에는 ID 제공업체로 MFA를 반드시 적용해요.

변경 사항은 소스 관리, 검토, 고정된 의존성을 거쳐 반영돼요. 주요 기능은 관리 차원의 관문에서 보안 영향을 검토하고, 기술 도구(Dependabot 등)가 평소 관리를 뒷받침해요.

릴리스마다 취약점 대응을 위해 기계가 읽을 수 있는 의존성 목록이 함께 제공돼요. SBOM 내보내기는 공급망 보증 프로그램의 일환으로 CI에 연결되어 있어요.

오디오와 녹취록 자료는 기본적으로 짧은 보관 기간이 지나면 자동 삭제돼요. 임상 기록은 각 조직의 데이터 보관 정책을 따라요. 기록 시스템과 연동한 뒤에도 기준이 되는 임상 기록은 계속 고객의 소유예요.

데이터 보관 정책에 따른 삭제는 deletion_log에 기록돼요. 추가만 가능한 Postgres 테이블로, 어떤 역할에도 UPDATE나 DELETE 권한이 없어요. 각 행은 SHA-256 해시 체인(row_hash = sha256(prev_hash ‖ canonical(metadata)))으로 이전 행과 연결되므로, 앞선 행을 바꾸거나 지우면 이후의 모든 해시가 깨지고 데이터베이스 내 검증 함수 hanah_verify_deletion_chain()가 이를 탐지해요. 함께 쓰는 감사 테이블(ai_audit, secret_access_audit)도 추가만 가능해요. 고객용 분기별 요약은 hanah_deletion_report_quarter(year, quarter)로 생성해요.

개인은 자신의 개인정보 열람이나 정정을 요청할 수 있어요. Hanah는 처리 기한, 형식(JSON + 사람이 읽을 수 있는 내보내기), 상위 보고 절차를 문서화해 두었어요. 데이터가 Hanah 시스템에 있는 경우 도구로 내보내기를 지원해요.

보안 관련 이벤트(인증, 권한 사용, 설정 변경)는 기관 고객이 조회할 수 있고, 계약으로 합의한 경우 고객의 SIEM(예: Microsoft Sentinel)으로 전달할 수 있어요. 고객별로 설정해요.

저희 음성 인식·AI 모델 제공업체의 약관은 고객 콘텐츠로 학습하는 것을 금지하고, 제공업체가 지원하는 경우 업체 측 저장을 끈 상태로 요청을 보내요. Hanah는 고객의 건강 데이터로 내부 학습 파이프라인을 운영하지 않아요. 관리 차원의 공급업체 검토가 이를 뒷받침해요.

생성된 기록은 임상 기록의 일부로 취급되기 전에 의료진이 명시적으로 검토하고 확정해야 해요. 제품 통제(워크플로 관문)이자 PIA에 담긴 정책상 약속이에요.

하나의 평가 도구, 두 개의 평가 계층을 모든 채점 과정에서 실행해요. 축어 기준 정답 녹취록 대비 단어 오류율(A 계층), 그리고 포함률(기록이 사전 등록된 기대 항목을 각각 담았는가?)과 환각(녹취록이 뒷받침하지 않는 주장, 즉 모델이 지어낸 내용이 기록에 있는가?)을 모두 측정하는 LLM 심사단이에요. 전체 방법론을 공개하고 있고, 실시간 결과는 평가 도구의 집계 출력에서 바로 표시돼요. 코퍼스는 v1(합성) → v2(역할극) → v3(동의 기반 실제 진료) → v4(의료 시스템 파트너와 공동)로 계속 발전해요.

시스템 프롬프트는 서버에서 관리하고, 입력은 임상 워크플로 안으로 제한돼요(자유 형식 채팅 화면 없음). 모든 생성에 제공업체의 안전 분류기가 작동하고, 분류기가 걸러 내면 스트림이 콘텐츠 필터 종료 사유를 반환해요. 이 사유는 호출별 ai_audit 행에 표준 ai.content_policy 오류 코드, 지연 시간, 토큰, Tempo 트레이스 ID와 함께 기록돼요. 비정상 패턴은 이 감사 테이블 기반 대시보드에 나타나요. 악용 패턴에 대한 호출 간 행동 이상 탐지는 이 기본 체계 위에 추가할 예정인 개선 사항이에요.

의료진이 녹음을 누르면 제품이 동의 대화 상자를 열고, 환자와 진료에 참여한 다른 모든 사람에게 동의를 받았다는 명시적 확인을 요구해요. 이 확인을 해야 녹음을 시작할 수 있고, 확인 내용은 개인정보 영향평가에서 언급한 클리닉 정책과 함께 해당 진료에 연결돼요.

지정된 경영진이 정보 보안을 책임지고, 위험은 담당자, 목표 일자와 함께 기록해 정해진 주기로 검토해요. 현재 규모에서도 구매자가 보통 ISO 방식 관리 체계에 기대하는 수준에 맞춰요.

공식 정책은 접근, 암호화, 사고 대응, 공급업체, 변경 관리를 다뤄요. 정책 문서는 이사회 승인을 받아 버전 관리하고 있고, 전체 내용은 NDA 체결 후 제공해요.

계약으로 합의한 경우 Hanah가 관리하는 시스템의 보안 이벤트를 고객의 Sentinel 워크스페이스(또는 동등한 환경)로 전달해 함께 모니터링해요. 기관 고객별로 설정해요.