> ## Documentation Index
> Fetch the complete documentation index at: https://manual.voiceping.net/llms.txt
> Use this file to discover all available pages before exploring further.
# 보안
> VoicePing 보안 대책
export const ContactKo = () => <>
문의 사항이 있으시면 이 양식을 통해 연락해 주세요.
공식 링크
공식 웹사이트 방문
X에서 팔로우
Facebook에서 좋아요
LinkedIn에서 연결
;
정보 시스템 부서 및 보안 감사 담당자를 위해 VoicePing의 보안 대책에 대해 설명합니다.
## 보안 체크리스트
VoicePing은 정보 보안에 관한 상세한 체크리스트를 공개하고 있습니다.
[VoicePing 보안 시트.pdf](https://voiceping.net/pdf/security.pdf)
| 종별 | 평가 항목 | 내용 | 대응 상황 |
| ------ | ----------- | ----------------------------- | ----------------------------- |
| 보안 | 공적 인증 취득 현황 | ISMS, P마크 등 취득 | ISMS 취득 예정 (준비 중) |
| 보안 | 제3자 평가 | 부정 침입, 조작, 데이터 취득 등에 대한 대책 평가 | - |
| 보안 | 정보 취급 환경 | 이용자 데이터 접근 제한 | AWS 보안 그룹을 통해 특정 IP 주소로 제한 |
| 보안 | 통신 암호화 수준 | 통신 암호화 강도 | TLS 1.3만 사용 |
| 보안 | 바이러스 대책 | 바이러스 스캔 | AWS GuardDuty를 통한 상시 부정 행위 감지 |
| 데이터 보호 | 백업 데이터 | 암호화, 보관 장소 | AWS 도쿄 리전 |
| 데이터 보호 | 기업 간 데이터 분리 | 기업 간 정보 격리 | 데이터베이스를 통한 논리적 격리 |
## 데이터 보호
### 통신 암호화
* 애플리케이션 및 영상/음성 데이터는 TLS 1.3만 사용
* HTTPS 통신 강제 (AWS ELB에서 설정)
### 백업
* 실시 주기: AWS Database를 통해 1개월 단위 백업
* 보관 기간: 서버 접근 로그는 S3에 영구 저장
* BCP 대책: AWS Database에서 멀티 리전으로 클라우드에 원격 저장
### 데이터 접근 제한
* 데이터베이스 및 서버 접근은 AWS 보안 그룹을 통해 특정 IP 주소로 제한
* 기업 간 데이터는 데이터베이스를 통한 논리적 격리
## 가용성
### 가동률
* 서비스 이용 시간: 원칙적으로 24시간 365일
* SLA: 99.9% 이상
* 실적: 99.99% 이상 (서비스 운용 이래 수십 분 이상의 서버 다운 등 발생 없음)
### 장애 시 대응
* 소스 코드 차분 백업, DB 백업이 있어 24시간 언제든 즉시 롤백(복구) 가능
* 모든 서버 프로세스 및 시스템 상태는 AWS CloudWatch 또는 자체 알림 시스템으로 전체 상태 가시화
* 만약 다운이 발생할 경우 알림 통지
### 계획 정지
* 매주 금요일 21:00경을 업데이트 시간으로 정하고 있으며, 몇 초 정도 접속이 끊길 수 있음
* 영업 시간 중 업데이트가 필요한 경우 이메일 또는 텍스트 채팅 지원(Intercom)을 통한 실시간 통지
## 지원 체계
### 장애 발생 시 통지
* 연락 방법: 이메일 및 앱 내 텍스트 채팅 서비스(Intercom)를 통해 통지
### 긴급 연락처
* 텍스트 채팅 서비스(Intercom) 또는 [문의 양식](https://forms.gle/6AUho7oj3zBr79e96)을 통해 대응
* 영업 시간 9:00\~18:00 중 통상 5분 이내 답변
## 사용자 관리
### 계정 관리
* 1 사용자 1 계정
* 퇴사, 이동 시 삭제 관리는 사용자 측에서 물리적 삭제 가능
### 비밀번호 관리
* 사용자 측에서 변경 가능
* 이메일 토큰을 통한 2단계 인증도 탑재
## 웹 애플리케이션 보안
VoicePing은 다음과 같은 보안 대책을 실시하고 있습니다.
### SQL 인젝션 대책
* 백엔드에서 미들웨어 ORM으로 DB 조작 실시
* SQL문 조립은 모두 플레이스홀더로 구현
* 데이터베이스 계정에 적절한 권한 부여 (READ, WRITE가 필요한 권한 계정 생성)
### OS 커맨드 인젝션 대책
* 셸 실행은 기본적으로 수행하지 않음
* 셸에 가까운 레이어의 로직이 필요한 경우 안전성이 확인된 라이브러리를 통해서만 실행
### 경로명 파라미터/디렉토리 트래버설 대책
* 외부 호스팅 또는 DB에 데이터 저장
* 웹 서버 내 파일에 직접 접근하는 기능 없음
* 파일명은 랜덤명을 사용하여 예측 불가능한 형식
### 세션 관리
* 세션 ID는 예측 불가능하고 충분한 길이의 랜덤 문자열 사용
* 세션 ID는 Cookie 사용 (URL 파라미터에 저장하지 않음)
* HTTPS 통신에 사용하는 Cookie에는 Secure 속성 사용
* 비로그인 접근 가능 페이지와 그렇지 않은 페이지는 분리 완료
### 크로스 사이트 스크립팅 (XSS) 대책
* 대응하는 프론트엔드 라이브러리 사용
* AWS ELB에서 HTTPS 강제
* HTTP 응답 헤더의 Content-Type 필드에 문자 코드(charset) 지정
* Cookie에 HttpOnly 속성 부여
### CSRF 대책
* 백엔드 측에서 POST 메소드로 접근 제어
* Referer 확인
* 중요한 작업 수행 시 등록된 이메일 주소로 자동 발송
### HTTP 헤더 인젝션 대책
* 백엔드 미들웨어에서 헤더 출력용 API 사용
### 클릭재킹 대책
* X-Frame-Options 헤더 필드 출력
* 유효한 세션이 없으면 실행 불가
* 중요한 처리는 마우스만으로 일련의 작업을 실행할 수 없도록 설계
### 버퍼 오버플로우 대책
* Node.js를 사용하여 직접 메모리에 접근 불가
* GitHub의 정기 라이브러리 체크를 통해 취약성 라이브러리에 대해 PR이 제기되고 적시에 라이브러리 업데이트 실시
### 접근 제어 및 인가 제어
* 매니저 권한에 대해서는 2단계 이메일 토큰 인증 이용 가능
* 인증 기능에 더해 인가 제어 처리를 구현하여 로그인 중인 이용자가 다른 사람으로 가장하여 접근할 수 없도록 대책
## 시스템 구성도
VoicePing의 시스템 구성 개요입니다. 모든 통신은 HTTPS 또는 암호화된 연결로 보호됩니다.
**사용자 측**
* 데스크톱 앱 (Windows / Mac / Linux)
* 모바일 앱 (iOS / Android)
* 웹 앱 (브라우저 호환)
**CDN 및 호스팅**
* Cloudflare CDN (콘텐츠 전송 네트워크)
* Google Cloud Storage (정적 호스팅)
**VPN 보호 영역 내 서버 구성**
* 로드 밸런서 (AWS)
* 비즈니스 서버 (API 키 인증)
* 음성 번역 및 문자 변환 서버 (온프레미스 지원 가능, API 키 인증)
* 데이터베이스 (Google Cloud SQL / RDB)
**스토리지**
* JSON Storage (S3)를 통한 음성, 문자 변환, 이미지 데이터 저장
**외부 서비스 연동**
* 외부 API / 서드파티 서비스 (API 키 인증)