Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multitenancy support #1477

Closed
2xyo opened this issue Jul 20, 2021 · 1 comment
Closed

Multitenancy support #1477

2xyo opened this issue Jul 20, 2021 · 1 comment
Labels
feature use for describing a new feature to develop solved use to identify issue that has been solved (must be linked to the solving PR)
Milestone

Comments

@2xyo
Copy link
Contributor

2xyo commented Jul 20, 2021

Problem to Solve

TLDR: I don't have enough budget to run one OpenCTI instance per tenant.

I would like to run a single instance of OpenCTI where:

  • I produce the intel
  • I allow users to read the intel
  • I allow users to create new intel (reports/IOC/etc) without sharing it to others tenants.

Current Workaround

  • Running a primary instance of OpenCTI
  • Running a secondary instance of OpenCTI by tenant
  • Live stream the intel from the primary instance to each secondary instance

Proposed Solution

Implement a multitenant architecture.

@richard-julien richard-julien added the feature use for describing a new feature to develop label Jul 25, 2021
@SamuelHassine
Copy link
Member

Hello @2xyo @nor3th @richard-julien,

Since the version 5.0.0, it's now possible to launch multiple OpenCTI instances on the same stack (same Redis, Elastic, Minio, RabbitMQ) using new configuration parameters for prefixing databases.

redis:namespace
elasticsearch:index_prefix
minio:bucket_name

Since RabbitMQ creates queues based on IDs of connectors, no namespace is needed.

We consider this issues closed as we will not support "full" multi-tenancy in the near future and these enhancements ensure the capability to deploy multiple OpenCTI tenants on the same technical stack.

Kind regards,
Samuel

@SamuelHassine SamuelHassine added the solved use to identify issue that has been solved (must be linked to the solving PR) label Sep 24, 2021
@SamuelHassine SamuelHassine added this to the Release 5.0.1 milestone Sep 24, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature use for describing a new feature to develop solved use to identify issue that has been solved (must be linked to the solving PR)
Projects
None yet
Development

No branches or pull requests

3 participants