intuitem/ciso-assistant-community리스크 관리, 컴플라이언스, 감사를 위한 GRC 플랫폼으로, 200개 이상의 프레임워크, 자동 제어 매핑, 취약점 관리, 사고 대응 워크플로를 제공합니다.
프로젝트에 별을 눌러 🌟 릴리스 알림을 받고 커뮤니티 성장에 기여해 주세요!
intuitem.com
·
SaaS 무료 체험
·
로드맵
·
문서
·
언어
·
Discord
·
프레임워크
CISO Assistant는 사이버보안 관리와 GRC(거버넌스, 리스크, 컴플라이언스) 실무에 새로운 관점을 제시합니다:
우리의 비전은 사이버보안 관리를 위한 원스톱 솔루션을 만드는 것입니다—단순화와 상호운용성을 통해 GRC를 현대화하는 것입니다.
사이버보안 및 IT 전문가들과 함께 일하는 실무자로서, 우리는 동일한 문제들에 직면해 왔습니다: 도구의 파편화, 데이터 중복, 그리고 직관적이고 통합된 솔루션의 부재. CISO Assistant는 이러한 교훈에서 탄생했으며, 우리는 실용적이고 상식적인 원칙을 중심으로 커뮤니티를 구축하고 있습니다.
우리는 사용자와 고객의 의견을 반영하여 끊임없이 발전하고 있습니다. 문어 🐙처럼 CISO Assistant는 계속해서 새로운 팔을 뻗어나가며—사이버보안 팀에 명확성, 자동화, 생산성을 제공하는 동시에 데이터 입력과 출력에 드는 수고를 줄여줍니다.
[!TIP] 시작하는 가장 쉬운 방법은 여기에서 이용 가능한 클라우드 인스턴스 무료 체험을 이용하는 것입니다.
또는 워크스테이션이나 서버에 _Docker_와 _Docker-compose_가 설치되어 있다면:
저장소를 클론하세요:```sh git clone --single-branch -b main https://github.com/intuitem/ciso-assistant-community.git
및 스타터 스크립트를 실행합니다```sh
./docker-compose.sh # Linux/MacOS
./docker-compose.ps1 # Windows
셀프 호스팅을 위한 다른 설치 옵션을 찾고 있다면 config builder와 docs를 확인하세요.
[!NOTE] docker-compose 스크립트는 대부분의 표준 하드웨어 아키텍처를 지원하는 미리 빌드된 Docker 이미지를 사용합니다. Windows를 사용하는 경우 WSL2가 포함된 Docker Desktop이 설치되어 있는지 확인하고 PowerShell 스크립트를 실행하세요. 이 스크립트가 사용자를 대신하여 Docker Desktop에 피드를 제공합니다.
docker compose 파일은 설정에 맞게 추가 매개변수(예: Mailer 설정)를 전달하도록 조정할 수 있습니다.
[!WARNING] 이미지의 플랫폼이 호스트 플랫폼과 일치하지 않는다는 경고나 오류가 발생하면 세부 정보와 함께 이슈를 제기해 주시면 곧 추가하겠습니다. 또는
docker-compose-build.sh를 대신 사용하여(아래 참조) 특정 아키텍처용으로 빌드할 수도 있습니다.
[!CAUTION]
main브랜치 코드는 업스트림 병합 대상이며 개발 중에 호환성을 깨뜨리는 변경이 있을 수 있으므로 프로덕션에 직접 사용하지 마세요. 안정 버전의 경우tags를 사용하거나 미리 빌드된 이미지를 사용하세요.
컴플라이언스 및 프레임워크
리스크 관리
제3자 리스크
운영 및 개선
리포팅 및 분석
협업 및 생산성
자동화 및 통합
보안 및 접근
프라이버시
프로그램 관리
플랫폼
향후 기능은 로드맵에 나열되어 있습니다.
CISO Assistant는 사이버보안, 클라우드, 데이터/AI를 전문으로 하는 회사인 Intuitem에서 개발 및 유지 관리합니다.
다음은 재사용성을 장려하는 디커플링 개념을 설명하기 위해 CISO Assistant의 구성 요소 중 일부를 발췌한 것입니다:
자세한 내용은 데이터 모델 문서를 확인하세요.
CISO Assistant의 핵심에는 디커플링 원칙이 있으며, 이는 강력한 사용 사례와 상당한 시간 절약을 가능하게 합니다:
다음은 디커플링 원칙과 그 이점을 보여주는 그림입니다:
https://github.com/user-attachments/assets/87bd4497-5cc2-4221-aeff-396f6b6ebe62
https://intuitem.gitbook.io/ciso-assistant에서 온라인 문서를 확인하세요.
자세한 내용은 여기에서 확인하세요: AI engine
[!NOTE]
*가 표시된 프레임워크는 라이선스가 직접 사용을 금지하므로 해당 웹사이트를 통해 최신 Excel 시트를 가져오는 추가 수동 단계가 필요합니다. Excel 시트를 라이브러리로 직접 로드할 수 있습니다.
사용된 도메인 특화 언어와 자체 정의 방법에 대해서는 library와 tools를 확인하세요.
Indonesia PDP 🇮🇩
OWASP SAMM
COBAC R-2024/01
ICO Data protection self-assessment 🇬🇧
ASD ISM 🇦🇺
그리고 더 많은 것들: Discord에서 요청하세요. 오픈 표준이라면 무료로 만들어 드립니다 😉
라이브러리는 프레임워크, 위협 카탈로그, 참조 통제 세트, 또는 사용자 정의 리스크 매트릭스를 나타낼 수 있습니다.
이제 라이브러리를 Excel 파일에서 직접 로드할 수 있습니다. 사전에 수동으로 YAML로 변환할 필요가 없으며, Excel 파일이 업로드될 때 변환이 내부적으로 처리됩니다.
tools 디렉터리와 그 전용 README를 살펴보세요. 여기에는 Excel 형식의 라이브러리 소스 파일의 예상 형식이 설명되어 있습니다. excel 하위 디렉터리에는 기존 라이브러리의 소스로 사용되는 예제 XLSX 파일이 포함되어 있으며, 자체 라이브러리를 만들기 위한 템플릿으로 사용할 수 있습니다.
Excel 파일에서 라이브러리를 로드하려면 Governance → Library 페이지로 이동하여 Load를 클릭하고 Excel 소스 파일을 선택하세요. 유효성 검사 또는 파싱 오류는 가져오기 과정에서 보고됩니다.
Excel 파일을 직접 로드할 수 있지만, 외부 Python 스크립트를 사용하여 라이브러리 소스 파일을 YAML로 변환하는 것도 여전히 가능합니다:
convert_library_v2.py는 간단한 Excel 파일에서 라이브러리를 생성하는 데 도움을 줍니다. 항목이 예상 형식으로 구성되면 스크립트를 실행하여 해당 YAML 파일을 생성하세요.tools 디렉터리에는 특정 프레임워크(예: CIS 또는 CCM Controls)를 위한 특수 변환기도 포함되어 있습니다.프레임워크 간 매핑 생성을 용이하게 하기 위해 prepare_mapping_v2.py 도구를 사용할 수 있습니다. 이 도구는 YAML 형식의 기존 두 프레임워크 라이브러리를 기반으로 Excel 파일을 생성합니다. 매핑을 채운 후 결과 Excel 파일은 다음과 같이 사용할 수 있습니다:
convert_library_v2.py를 사용하여 YAML로 변환.팀 및 다른 GRC 전문가들과 소통하려면 오픈 Discord 커뮤니티에 참여하세요.
시작하는 가장 빠르고 쉬운 방법은 여기에서 제공되는 클라우드 인스턴스 무료 체험을 이용하는 것입니다.
CISO Assistant를 로컬에서 간단하게 실행하려면 Docker compose를 사용할 수 있습니다.
최신 버전의 docker(>= 27.0)가 있는지 확인하세요.
2. 사전 빌드된 이미지를 위한 docker-compose 스크립트를 실행합니다:```sh
./docker-compose.sh # Linux/MacOS
./docker-compose.ps1 # Windows
또는, 특정 아키텍처에 맞는 docker 이미지를 빌드하기 위해 이 변형을 사용할 수 있습니다:```sh ./docker-compose-build.sh # Linux/MacOS ./docker-compose-build.ps1 # Windows
슈퍼유저의 이메일과 비밀번호를 입력하라는 메시지가 표시되면 입력하세요.
그런 다음 웹 브라우저에서 [https://localhost:8443/](https://localhost:8443/)을 통해 CISO Assistant에 접속할 수 있습니다.
다음 실행부터는 "docker compose up"을 직접 사용하세요.
## 개발용 CISO Assistant 설정
> [!WARNING]
>
> ### Windows 사용자를 위한 중요 안내
>
> **Windows**에서 개발하는 사용자를 위한 가장 잘 작동하는 해결책은 [WSL2](https://apps.microsoft.com/detail/9p9tqf7mrm4r)에 설치된 [Ubuntu](https://apps.microsoft.com/detail/9pdxgncfsczv)를 사용하는 것입니다 (Docker는 필요하지 않습니다).
>
> 이제 WSL2나 Docker 없이 Windows에서 네이티브로 CISO Assistant를 실행하고 개발하는 것도 가능하지만, 몇 가지 추가 단계가 필요합니다.
> Windows에서의 네이티브 실행은 여전히 **실험적 단계**에 있으며, 자신이 무엇을 하는지 확실하지 않거나 개발 전반에 걸쳐 안정성을 보장하고 싶다면 사용을 **권장하지 않습니다**.
> 그럼에도 불구하고, Windows 사용자의 개발 경험을 향상시키기 위한 제안을 언제든 환영합니다. 이에 관한 Issue/PR을 자유롭게 열어주세요!
### 요구 사항
- Python 3.14+
- pip 25.3+
- uv 0.9+
- node 24+
- npm 10.2+
- pnpm 10.30+
- yaml-cpp (`brew install yaml-cpp libyaml` 또는 `apt install libyaml-cpp-dev`)
<details>
<summary>[실험적] WSL2 없이 Windows에서 개발하기 위한 추가 요구 사항</summary>
WSL2 없이 프로젝트를 개발하려면 [MSYS2](https://www.msys2.org/)를 설치하고, `MSYS2 UCRT64` 바이너리를 [시스템 PATH 환경 변수](https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_environment_variables?view=powershell-7.6#set-environment-variables-in-the-system-control-panel)에 추가한 다음 (일반적으로 바이너리는 `C:\msys64\ucrt64\bin`에 있습니다), `MSYS2 UCRT64`를 사용하여 `pacman`을 통해 다음 종속성을 설치해야 합니다.```sh
pacman -S mingw-w64-ucrt-x86_64-file mingw-w64-ucrt-x86_64-pango
설치 후 다음 2개의 시스템 환경 변수도 추가해야 합니다:```conf
MAGIC=Full path to the magic.mgc file (usually C:\msys64\ucrt64\share\misc\magic.mgc)
WEASYPRINT_DLL_DIRECTORIES=Same path as your MSYS2 UCRT64 binaries
Windows의 기본 인코딩은 `UTF-8`이 아니라 `cp1252`이기 때문에, 이모지와 같은 `UTF-8` 문자를 출력하는 특정 Python 스크립트는 경우에 따라(예: 라이브러리 가져오기) 백엔드 충돌이나 오작동을 일으킬 수 있습니다.
이 프로젝트에서 이 문제를 방지하려면 다음 2개의 사용자 환경 변수를 추가하여 `UTF-8` 인코딩을 강제하십시오:```conf
PYTHONUTF8=1
PYTHONIOENCODING=utf-8:replace
[!NOTE]
알려진 문제
- Windows의
libmagic라이브러리(MIME 감지)는 Excel 파일(.xlsx)의 처음2048비트를 읽어 인식하는 데 어려움을 겪으며, Excel 라이브러리를 가져올 때 대부분application/octet-stream을 반환합니다(백엔드에서 경고 메시지[warning ] Invalid MIME type을 표시함). 이는backend/library/views.py:StoredLibraryViewSet.upload_library의 대체 메서드 덕분에 Excel 파일 가져오기를 방해하지는 않습니다.
2. 상위 폴더(예: ../myvars)에 파일을 생성하고, 다음 코드를 복사 및 수정하여 `"<XXX>"`를 개인 값으로 바꿔 환경 변수를 저장하세요. 이 파일을 git 저장소에 커밋하지 않도록 주의하세요.
**필수 변수**
백엔드의 모든 변수에는 편리한 기본값이 있습니다.
**권장 변수**```sh
export DJANGO_DEBUG=True
# Default url is set to http://localhost:5173 but you can change it, e.g. to use https with a caddy proxy
export CISO_ASSISTANT_URL=https://localhost:8443
# Setup a development mailer with Mailpit for example
export EMAIL_HOST_USER=''
export EMAIL_HOST_PASSWORD=''
export [email protected]
export EMAIL_HOST=localhost
export EMAIL_PORT=1025
export EMAIL_USE_TLS=True # true for STARTTLS
export EMAIL_USE_SSL=False # true for SMTPS
기타 변수```sh
export POSTGRES_NAME=ciso-assistant export POSTGRES_USER=ciso-assistantuser export POSTGRES_PASSWORD= export POSTGRES_PASSWORD_FILE= # alternative way to specify password export DB_HOST=localhost export DB_PORT=5432 # optional, default value is 5432
export USE_S3=True export AWS_STORAGE_BUCKET_NAME= export AWS_S3_REGION_NAME= # optional, e.g., us-east-1
export AWS_ACCESS_KEY_ID= export AWS_SECRET_ACCESS_KEY= export AWS_S3_ENDPOINT_URL= # required for S3-compatible services (e.g., MinIO)
export EMAIL_HOST_RESCUE= export EMAIL_PORT_RESCUE=587 export EMAIL_HOST_USER_RESCUE= export EMAIL_HOST_PASSWORD_RESCUE= export EMAIL_USE_TLS_RESCUE=True export EMAIL_USE_SSL_RESCUE=False
export CISO_SUPERUSER_EMAIL=
export DJANGO_SECRET_KEY=...
export ENABLE_SANDBOX=True # optional, default value is True in production enfironments (DJANGO_DEBUG=False) and False in development environments (DJANGO_DEBUG=True).
export LOG_LEVEL=INFO # optional, default value is INFO. Available options: DEBUG, INFO, WARNING, ERROR, CRITICAL export LOG_FORMAT=plain # optional, default value is plain. Available options: json, plain
export AUTH_TOKEN_TTL=3600 # optional, default value is 3600 seconds (60 minutes). It defines the time to live of the authentication token export AUTH_TOKEN_AUTO_REFRESH=True # optional, default value is True. It defines if the token TTL should be refreshed automatically after each request authenticated with the token export AUTH_TOKEN_AUTO_REFRESH_TTL=36000 # optional, default value is 36000 seconds (10 hours). It defines the time to live of the authentication token after auto refresh. You can disable it by setting it to 0.
<details>
<summary>[실험적] WSL2 없이 Windows에서 개발하기 위한 기타 변수</summary>
PostgreSQL 사용자 정의 변수만 구성할 수 있습니다.
자세한 내용은 [`tools/.windows/README.md`](https://github.com/intuitem/ciso-assistant-community/blob/main/tools/.windows/README.md)에 문서화된 도우미 스크립트를 사용하십시오.
</details>
3. uv 설치
지침은 uv 웹사이트를 방문하십시오: <https://docs.astral.sh/uv/getting-started/installation/>
4. backend로 이동하여 필요한 종속성을 설치합니다.```sh
cd backend
uv sync
6. Postgres를 설정하려면:
- 다음 명령 중 하나를 실행하여 Postgres에 접속합니다:
- `psql as superadmin`
- `sudo su postgres`
- `psql`
- "ciso-assistant" 데이터베이스를 생성합니다
- `create database ciso-assistant;`
- "ciso-assistantuser" 사용자를 생성하고 접근 권한을 부여합니다
- `create user ciso-assistantuser with password '<POSTGRES_PASSWORD>';`
- `grant all privileges on database ciso-assistant to ciso-assistantuser;`
<details>
<summary>[실험적] Windows에서 PostgreSQL 설정</summary>
자세한 내용은 [`tools/.windows/README.md`](https://github.com/intuitem/ciso-assistant-community/blob/main/tools/.windows/README.md)의 문서를 참조하세요.
</details>
7. s3 버킷을 설정하려면:
- s3 제공업체를 선택하거나 다음 명령으로 miniO를 사용하여 s3 기능을 테스트해 보세요:
- `docker run -p 9000:9000 -p 9001:9001 -e "MINIO_ROOT_USER=XXX" -e "MINIO_ROOT_PASSWORD=XXX" quay.io/minio/minio server /data --console-address ":9001"`
- 이제 <http://localhost:9001>에서 버킷을 확인할 수 있습니다
- docker run 환경 변수에 입력한 자격 증명으로 로그인하세요
- 백엔드 디렉터리에서 S3에 대해 요청된 모든 환경 변수를 내보냅니다
- 권장 변수에서 위의 목록을 확인할 수 있습니다
8. 마이그레이션을 적용합니다.```sh
uv run python manage.py migrate
자세한 내용은 tools/.windows/README.md의 문서를 참조하세요.
메일러와 CISO_SUPERUSER_EMAIL 변수를 설정한 경우, 첫 시작 시 자동으로 생성되므로
createsuperuser로 Django 슈퍼유저를 생성할 필요가 없습니다. 비밀번호를 설정할 수 있는 링크가 포함된 이메일을 받게 됩니다.```sh uv run python manage.py createsuperuser
<details>
<summary>[실험적] WSL2 없이 Windows에서 Django 슈퍼유저 생성</summary>
자세한 내용은 [`tools/.windows/README.md`](https://github.com/intuitem/ciso-assistant-community/blob/main/tools/.windows/README.md)의 문서를 참조하세요.
</details>
10. 개발 서버를 실행합니다.```sh
uv run python manage.py runserver
Windows에서 Django의 개발 서버를 네이티브로 실행할 때, SvelteKit SSR이 서버의 작은 기본 listen backlog를 초과할 만큼 충분히 많은 동시 API 연결을 열 수 있습니다. 이로 인해 프론트엔드에서 간헐적으로 ECONNREFUSED / TypeError: fetch failed 오류가 발생할 수 있습니다.
네이티브 Windows 개발 설정을 위해서는 tools/.windows/README.md에 문서화된 헬퍼 스크립트를 사용하세요.
python manage.py run_huey -w 2 -k process 또는 이에 상응하는 명령을 실행합니다.MAIL_DEBUG를 사용할 수 있습니다2. 종속성 설치```bash
npm install -g pnpm
pnpm install
4. 프론트엔드에 <http://localhost:5173>로 접속합니다.
> [!NOTE]
> 이 설정에서는 Safari가 제대로 작동하지 않습니다. 보안 쿠키를 위해 https가 필요하기 때문입니다. 가장 간단한 해결책은 Chrome이나 Firefox를 사용하는 것입니다. 대안으로 caddy 프록시를 사용할 수 있습니다. 이에 대한 자세한 내용은 frontend 디렉터리의 [readme 파일](https://github.com/intuitem/ciso-assistant-community/blob/main/frontend/README.md)을 참조하세요.
5. 환경 변수
프론트엔드의 모든 변수에는 편리한 기본값이 있습니다.
프론트엔드를 다른 호스트로 옮기는 경우 다음 변수를 설정해야 합니다: `PUBLIC_BACKEND_API_URL`. 기본값은 <http://localhost:8000/api>입니다.
`PUBLIC_BACKEND_API_EXPOSED_URL`은 SSO가 제대로 작동하기 위해 필요합니다. 이는 브라우저에서 보이는 API의 URL을 가리킵니다. 이 값은 백엔드의 `CISO_ASSISTANT_URL`과 "/api"를 연결한 값과 같아야 합니다.
"pnpm run dev" 대신 "node server"를 실행하는 경우, ORIGIN 변수를 백엔드의 `CISO_ASSISTANT_URL`과 동일한 값(예: <http://localhost:3000>)으로 설정해야 합니다.
### 마이그레이션 관리
마이그레이션은 버전 관리로 추적됩니다, <https://docs.djangoproject.com/en/4.2/topics/migrations/#version-control>
제품의 첫 번째 버전에서는 깨끗한 마이그레이션에서 시작하는 것이 권장됩니다.
참고: 기존 마이그레이션을 정리하려면 다음을 입력하세요:```sh
find . -path "*/migrations/*.py" -not -name "__init__.py" -delete
find . -path "*/migrations/*.pyc" -delete
변경(또는 정리) 후에는 마이그레이션 파일을 다시 생성해야 합니다:```sh uv run python manage.py makemigrations uv run python manage.py migrate
이러한 마이그레이션 파일은 버전 관리로 추적해야 합니다.
### 테스트 스위트
백엔드에서 API 테스트를 실행하려면 백엔드 폴더의 셸에서 `uv run pytest`를 입력하기만 하면 됩니다.
프런트엔드에서 기능 테스트를 실행하려면 다음 작업을 수행하세요:
- 프런트엔드 폴더에서 다음 명령을 실행하세요:```shell
tests/e2e-tests.sh
테스트 하네스의 목표는 회귀를 방지하는 것, 즉 백엔드와 프런트엔드 모두에서 모든 테스트가 성공적으로 통과되도록 하는 것입니다.
export DJANGO_DEBUG=True를 설정하세요.<backend_endpoint>/api/schema/swagger/에서 접근할 수 있습니다.
예: http://127.0.0.1:8000/api/schema/swagger/.Swagger 또는 직접 HTTP 호출을 통해 API와 상호작용하려면:
Authorization: Token <token> 형식으로 포함합니다.⚠️ 참고: Bearer가 아니라 Token을 사용하세요.
PAT는 MFA를 준수합니다. PAT는 인증된 세션에서 발급되므로, MFA로 보호되는 계정은 계속 보호됩니다. 대화형/브라우저 흐름의 경우 인증은 표준 로그인(활성화된 경우 MFA를 강제함)을 통해 이루어집니다.
docker-compose.yml은 프런트엔드 앞에 Caddy 프록시를 두는 테스트에 적합한 구성을 보여줍니다. 이는 전체 API를 노출하므로 아직 프로덕션에는 권장되지 않습니다.
프로덕션의 경우 구성 빌더를 사용하여 더 강화되고 맞춤화된 docker-compose.yml 파일을 생성할 수 있지만, 여전히 여러 강화 단계가 필요합니다.
프로덕션에는 다음 권장 사항이 적용됩니다:
DJANGO_DEBUG=False를 설정하세요./api/iam/sso/redirect//api/accounts/saml/0/acs//api/accounts/saml/0/acs/finish//api/accounts/oidc/openid_connect/login/callback//api/accounts/saml/0/sls/ (SAML 단일 로그아웃이 활성화된 경우에만)[!NOTE] 프런트엔드는 호스트를 자동으로 추론할 수 없으므로, ORIGIN 변수를 설정하거나
HOST_HEADER및PROTOCOL_HEADER변수를 설정해야 합니다. 이 까다로운 문제에 대해서는 sveltekit 문서를 참조하세요. 이 접근 방식은 "pnpm run dev"에서는 작동하지 않는다는 점에 유의하세요. 프로덕션에서는 걱정할 필요가 없습니다.
[!NOTE] Caddy는 SNI 헤더를 수신해야 합니다. 따라서 공개 URL(
CISO_ASSISTANT_URL에 선언된 URL)에는 IP 주소가 아닌 FQDN을 사용해야 합니다. 호스트가 IP 주소인 경우 브라우저에서 SNI를 전송하지 않기 때문입니다. 또 다른 까다로운 문제입니다!
[!NOTE] 이제 docker-compose 템플릿 파일은 백엔드, huey 및 프런트엔드를 비루트 모드로 실행합니다. 이전 docker-compose.yml 파일을 사용하는 경우 업데이트하는 것이 좋습니다. 컨테이너는 루트 및 비루트 모드 모두와 호환됩니다.
docker-compose.yml은 이제 이미지에서 사용할 수 있는 비루트 사용자 1001:1001을 사용합니다. 이전 배포에서는 여전히 지원되는 루트 사용자를 사용합니다. 비루트로 전환하려면 호스트에서 다음 단계를 수행하세요:
기준은 en.json이며, 커버리지 = 각 로케일 파일에 존재하는 기준 키의 비율입니다. 매일 자동 갱신됩니다. 전체 내역은 대시보드에서 확인하세요.
보안 모범 사례를 준수하기 위해 각별히 주의했습니다. 문제가 있으면 [email protected]으로 보고해 주세요.
이 저장소에는 AGPL v3에 따라 릴리스된 CISO Assistant의 오픈 소스 에디션(Community Edition) 소스 코드와 intuitem Commercial Software License에 따라 릴리스된 CISO Assistant의 상용 에디션(Pro 및 Enterprise Editions)이 모두 포함되어 있습니다. 이 모노 저장소 접근 방식은 단순성을 위해 채택되었습니다.
최상위 "enterprise" 디렉터리 내의 모든 파일은 intuitem Commercial Software License에 따라 릴리스됩니다.
최상위 "enterprise" 디렉터리 외부의 모든 파일은 AGPLv3에 따라 릴리스됩니다.
자세한 내용은 LICENSE.md를 참조하세요. 상용 에디션에 대한 자세한 내용은 [email protected]으로 문의하실 수 있습니다.
별도로 명시되지 않는 한, 모든 파일은 © intuitem입니다.
