보안
Oleafly Server 보안
Oleafly Server는 Oleafly 데스크톱 앱을 위한 자체 호스팅 협업 서버입니다. 국립 연구소나 대학의 연구자가 이를 사용하려면 보통 소속 기관의 IT 팀이나 보안 팀이 먼저 검토해야 합니다. 이 페이지는 그 팀을 위해 작성했습니다. 서버가 현재 하는 일과 규제 환경 배포를 위해 계획된 내용을 다룹니다.
이 페이지는 서버를 다룹니다. 데스크톱 앱 자체에 대해서는 개인정보 페이지를 읽어 보세요.
현재 제공
서버가 지금 하는 일
자체 호스팅
조직이 자체 장비나 클라우드 계정에서 Docker, Coolify, Render, Railway로, 또는 일반 Linux 서비스로 서버를 운영합니다. 프로젝트 파일과 데이터베이스는 그곳에 머뭅니다. 파일은 디스크나 S3 호환 스토리지 어디에든 저장할 수 있습니다.
외부 호출 없음
서버는 조직이 설정한 로그인 공급자를 제외하고는 외부로 네트워크 호출을 하지 않습니다.
조직의 ID 공급자
사용자는 조직의 OpenID Connect ID 공급자로 로그인합니다. GitHub 및 이메일 링크로도 로그인할 수 있으며, 브라우저에서 앱으로 돌아올 수 없는 기기에서는 로그인 코드를 사용할 수 있습니다.
참여 여부는 관리자가 결정
관리자는 허용 목록과 도메인 규칙으로 참여할 수 있는 사람을 관리하고, 각 사람에게 관리자, 메인테이너, 멤버, 게스트 중 하나의 역할을 부여합니다. 게스트는 초대받은 프로젝트만 볼 수 있으며, 원하면 관리자 승인을 거치도록 할 수 있습니다.
기기 키
기기마다 고유한 키가 있고 세션은 그 키에 묶여 있으므로, 토큰을 복사해도 해당 키 없이는 쓸 수 없습니다. 리프레시 토큰은 한 번만 쓸 수 있으며, 서버가 재사용을 감지합니다. 기기를 로그아웃시키면 이미 열려 있는 연결에도 즉시 적용됩니다.
서명된 변경 사항
변경 사항은 그 변경을 만든 기기가 서명합니다. 서버는 각 편집 ID가 변경에 서명한 기기에 속하는지 확인하고, 댓글 작성자도 같은 방식으로 확인합니다. 프로젝트 스냅샷은 업로드된 내용을 신뢰하지 않고, 서명된 변경 로그를 바탕으로 서버가 직접 만듭니다.
보안 로그와 액세스 로그
보안 로그는 로그인, 거부된 로그인, 관리자 작업, 기기 변경을 각각 클라이언트 주소와 함께 기록합니다. 프로젝트 소유자는 누가 프로젝트를 열었는지 남기는 액세스 로그도 유지할 수 있습니다.
컨테이너 이미지와 SBOM
각 릴리스에는 셸이 없는 작은 컨테이너 이미지, 소프트웨어 자재 명세서(SBOM), 빌드 출처 증명이 함께 제공됩니다.
독립 검토
독립 검토자가 서버의 보안, 성능, 확장성을 점검했습니다. 발견된 문제는 수정했고, 수정 사항에는 테스트가 있습니다.
계획
규제 환경 배포를 위한 계획
일부 배포 환경에는 서버가 현재 제공하는 것 이상이 필요합니다. 이 섹션의 항목은 아직 제공되지 않습니다. 검토가 이 중 어떤 항목에 좌우된다면 연락하실 때 알려 주세요. 무엇을 먼저 만들지 정하는 데 도움이 됩니다.
FIPS 모드
FIPS 모드에서는 TLS와 서명에 FIPS 140 검증을 받은 암호 모듈을 사용할 예정입니다.
암호화된 프로젝트
프로젝트 내용은 멤버의 기기에서 암호화될 예정입니다. 서버는 봉인된 변경 사항을 중계하며 텍스트, 댓글, 파일을 읽을 수 없게 됩니다. 누군가 제거될 때마다 키가 교체될 것입니다.
더 강력한 관리자 확인
민감한 관리자 작업에는 먼저 Touch ID, Windows Hello 또는 재로그인을 요구할 예정입니다. 기기 키는 Secure Enclave 또는 TPM에 보관될 예정입니다. 역할이나 설정이 바뀌면 모든 관리자가 이메일을 받게 되며, 세션 및 유휴 정책도 설정할 수 있게 됩니다.
감사 로그 내보내기
보안 로그와 액세스 로그는 syslog 또는 JSON 형식으로 조직의 SIEM에 스트리밍될 예정이며, 보존 설정과 법적 보존도 지원할 예정입니다.
저장 시 암호화
데이터베이스와 저장된 파일은 조직의 키 관리 서비스에서 받은 키로 암호화될 예정입니다.
SCIM 프로비저닝
멤버는 SCIM을 통해 조직의 ID 공급자에서 프로비저닝될 예정입니다.
인터넷 없이 설치
인터넷에 연결되지 않은 네트워크에 서버를 설치하는 절차를 문서로 제공할 예정입니다.
보안 문서
서버의 위협 모델, 보안 강화 가이드, 공동 책임 매트릭스, 취약점 공개 절차를 게시하고, 제3자가 침투 테스트를 수행할 예정입니다.