Decoupling compliance from security operations and controls is a cornerstone of CISO Assistant philosophy. Let's see it through this short animation:

1. Once logged in, the first step is to create a domain. Let's call it R&D.

2. Then we create the project inside of it or from the project list view.

Docker compose

Make sure to have Docker and Docker Compose installed on your system.

• clone the repo:

git clone https://github.com/intuitem/ciso-assistant-community.git

• run the preparation script and follow the instructions:

./docker-compose.sh

you can also find other variants for different setups as a starting point for your specific needs.

Helm chart

Make sure to have Helm binary installed and switch to your cluster context.

1. add the helm repository

helm repo add intuitem https://intuitem.github.io/ca-helm-chart/

1. get the default values

helm show values intuitem/ciso-assistant > my-values.yaml

1. check and adjust them to your needs, specifically the frontendOrigin parameter

2. create a namesapce for your deployment

kubectl create ns ciso-assistant

1. install

helm install my-octopus intuitem/ciso-assistant -f my-values.yaml -n ciso-assistant

A different take on Cyber Security Posture Management

• explicitly decoupling compliance from cyber-security practices implementation

• providing simplified tools for decision-making

• providing capabilities for a program, product, or an organization assessment against standard frameworks

• you can bring your own framework as well using a simplified DSL

• aim to be a one-stop-shop for cyber security management and cover the layers of GRC (Governance, Risk and Compliance)

An open-source GRC tool

CISO Assistant is open source and the code is available on GitHub. Just follow the instructions to deploy it yourself or go to our website to request a cloud trial instance. You can read the full article about our switch.

About the SaaS and PRO plan

Quick links

Get Started

In a hurry? checkout the 🌐 External resources for overviews in English and French 🤗

We've put together some helpful guides for you to get setup with our product quickly and easily.

Model

We've detailed our model to help you understand how everything is organized

1. After creating the project, we'll have to import a framework, for example ISO/IEC 27001:2022.

2. Once it is imported, we can now create the compliance assessment (ISO/IEC 27001:2022 is auto-selected as it is the only imported framework).

3. You can edit it if needed, or go directly into the assessment. Each requirement has a To do status by default.

4. Finally, we can select a requirement and start its assessment by adding applied controls or evidences and update its status to complete the progress bars.

1. Firstly, we need to import some external objects before starting our risk assessment: a matrix, threats and reference controls.

2. We can create the risk assessment, and let's take a look inside.

3. We find three parts: details about the assessment, the list of associated risk scenarios and the risk matrix view.

4. Let's add the first scenario and do the current assessment of it.

1. From now on, you won't necessarily follow the same steps depending on your needs. In this example I choose to mitigate the scenario by creating an applied control for it.

2. We go back in the scenario edit view, add the freshly created applied control, do the residual assessment and choose a strength of knowledge level.

Live sessions

LinkedIn

Youtube

# Social medias

Users reviews

Blogs

X-rays

X-rays is a very useful page to detect inconsistencies across your assessments for each project. There are 3 type of reports:

• info: advice or reminder for status and relevant empty fields

• warning: potential errors to be determined by the user

• error: errors that must be corrected

Scoring Assistant

Glossary

Analytics

The main page to drive your projects through time. You can focus on risk or compliance assessment with their respective tab or have a global view from the governance one.

You can find on the bottom of the governance tab an applied controls ranking score and a watch list to warn you about incoming deadlines on applied controls or risk acceptances.

Composer

This is a specific tab where you can cross-referencing analytics from different risk assessments.

It will also tell you if one or many selected risk assessments should be reviewed based on inconsistencies found by x-rays.

Calendar

An integrated calendar to track the ETA of upcoming/expired applied controls or risk acceptances.

One common challenge when dealing with audits is about being able to reuse your assessment on one framework to move to a different one. This commonly refered to as mapping or crosswalk between standards.

This capability is supported on CISO Assistant and allows the user to create a projection of the content of an audit, given that a mapping is available. Mapping are library objects that can be customized, imported and submitted to the community. To see the available ones, head to the libraries store and filter to mapping:

Mappings are essentially a representation of the links between assessable nodes of a framework, and for which we are using the convention documented on NIST's OLIR project.

Mapping is a directed graph linked a SRC framework to a TGT framework on which the nodes can have one of the following relationships:

To create yours, you can follow one of the examples on /tools or bootstrap a starter using the prepare_mappingscript.

To apply a mapping, you needt to first load a mapping from the library. Then, head to your audit and click on apply mappingand select the targeted framework and see the projected being created ✨.

Note: the apply mapping feature can also be reused to clone the audit and create a new revision, if the same framework and same scope are selected.

The recommendation system allow you to create applied controls and automatically assign them to your audit requirements, based on the reference controls of the catalog:

If you have a screenshot on your clipboard, you can directly paste it into the file field to have it as evidence instead of going through an intermediate file as illustrated below:

The graph explorer helps you understand and navigate the cross walks between the frameworks.

Multiple frameworks have their requirements organized into subgroups, mostly cumulative but not always. We introduced it in v1.3.x better support for such a concept using the concept of implementation groups from CIS, but with a generic implementation to cover both cases.

When creating a new audit with a framework that supports implementation groups (IG), you'll get a drop-down menu to select the ones you want to use. They can be combined to suit your needs. If no implementation group is selected, the audit will start with all the requirements, and you can still update it to add or remove other IG.

CyFun and CIS, and FedRamp have been updated to take advantage of this feature. Other relevant frameworks are currently being updated.

When new upgrades are available for a library, you can choose to pull the upgrade on your existing audits. This is pretty useful for applying nondestructive updates such as typo fixes, adding implementation groups, and so on.

Providers

Configure CISO Assistant with SAML

Once you've retrieved the IdP Entity ID, the Metadata URL and the Entity ID from your provider (see the for specific details), the configuration on CISO Assistant is pretty simple.

1. Log in into CISO Assistant as an administrator > Extra > Settings
2. Enable SSO
3. Enter the Idp Entity ID
4. Choose the option 1 or 2 depending of your provider and fill Metadata URL or SSO URL, SLO URL, x509 certificate retrieved from your provider
5. Check that the SP Entity ID is similar to the Entity/Client ID specified on your provider
6. And that's it ! Don't forget to save changes

7. You should now be able to see the Login with SSO button

Go into your Azur portal home

1. Open the sidebar menu and click on Microsoft Entra ID
2. Click on Add button > Entreprise application
3. Click on Create your own application
4. Enter a name and then click Integrate any other application you don’t find in the gallery (Non-gallery)
5. Click on Single sign-on from the sidebar menu or on Set up single sign on bellow Getting Started and choose SAML
6. In the first box Basic SAML Configuration, specify the Entity ID, it has to be the same than SP Entity ID in CISO Assistant (see next screenshot)

7. Add the Reply URL: <base_url>/api/accounts/saml/0/acs/ (for example with localhost: https://localhost:8443/api/accounts/saml/0/acs/)
8. In the third box SAML Certificates, copy the App Federation Metadata Url as it is the Metadata URL in CISO Assistant (see next screenshot)

9. In the fourth box Set up <App_name>, copy the Microsoft Entra Identifier as it is the IdP Entity ID in CISO Assistant
10. Click on Users and groups in the sidebar menu, and Add user/group to give them access to CISO Assistant with SSO

Threat

A threat is the potential cause of an incident that may result in a breach of information security or compromise business operations (ISO 27000). Threats are used to clarify the aim of a requirement or an applied control. They are informative, assessments can be realized without using them. Threats can be imported from a library, but you can create your own threats in the global domain or in a specific domain.

Reference control

Reference controls are templates for applied controls. They facilitate the creation of an applied control, and help to have consistent applied controls. They are optional, but recommended. Reference controls can be provided by security frameworks that are imported from a library, but you can create your own reference controls in the global domain or in a specific domain.

Applied control

Applied controls are fundamental objects for compliance and remediation. They can derive from a reference control, which provides better consistency, or be independent. Applied controls are always defined by the entity and can be attached to the global domain or in a specific domain.

Asset

An asset refers to any piece of information that holds value to an organization. These assets can be digital or physical and encompass a wide range of data types, including customer records, financial information, intellectual property, employee records, proprietary software, marketing materials, and more. Assets are always defined by the entity and can be attached to the global domain or in a specific domain. There are two types of assets:

• Primary assets are core resources directly contributing to an organization's main objectives, like machinery or intellectual property.

• Support assets indirectly aid primary functions, such as IT systems or administrative services.

Policy

A policy is a specific type of applied control that consist of a document describing what is expected from some parts of your stakeholders.

Putting your cybersecurity policies in CISO Assistant will make them readlily available for compliance assessments, and will allow you to manage their lifecycle.

Risk matrix

To perform risk evaluation, CISO Assistant uses a risk matrix that calculates the risk level as a function of the probability and the impact of a scenario.

Risk matrices have to be imported from a library. Use either one provided by default, or define your own matrix with a custom library, as documented in our github repo.

Most often, entities define an official risk matrix that should be used for all risk assessments. But CISO Assistant let you choose your risk matrix for each assessment if you need to use several of them. However, it is not possible to change the risk matrix once the assessment is created.

Prerequisites to Install CISO Assistant On-Premises

1. Hardware Requirements:

   1. CPU: Minimum 2 cores (3 recommended)

   2. RAM: Minimum 2 GB (4 recommended)

   3. Storage: Minimum 1 GB available (+10 GB recommended for evidence storage )

1. Software Requirements:

   1. Ubuntu/Debian, CentOS, RHEL: LTS versions recommended*

   2. Docker 25 or up, with Docker compose, or Kubernetes Cluster 1.29 or up

   3. Postgres 15 or up

   4. Any SMTP compatible Mailer

*most Linux distributions supporting Docker should be compatible but have not been tested.

Didn't get the prompt for the first user

If you didn't get the prompt to create the first user, or lost the password but you still have access to the infra level, you can trigger the createsuperuser command to fix that.

In your compose file folder, try:

docker compose exec backend poetry run python manage.py createsuperuser

Alternatively, in a docker environment:

docker ps -a | grep backend (this will get you the id of the Backend for CISO Assistant container, keep it for the next step)

docker exec -it <the_container_id> poetry run python manage.py createsuperuser

and you should get a prompt now 😉

Random issues after upgrading

In some rare cases, the migration of database schemas can take longer than expected or fail silently. First thing to check is the backend container logs:

Make sure you share these information if you're reporting an issue on Discord or the Support portal.

If you want to trigger the migration to make sure that all increments have been properly applied:

Go into your Keycloak admin console

1. Open the sidebar menu > Clients and Create client
2. Choose SAML client type and name it ciso-assistant or with your custom SP Entity ID
3. Fill the Home URL by your <base_url> and Valid redirect URIs by <backend_url/*>

   If you have some problems to configure these urls you can ask for help on Discord or by mailing us

4. Go into Keys and disable Signing keys config
5. Go into Advanced and fill ACS field by <backend_url/api/accounts/saml/0/acs/> (on a cloud instance it is simply <base_url/api/accounts/saml/0/acs/>)
6. Go to Client scopes and click on ciso-assistant-dedicated
7. Add a predefined mapper and check all X500 ones
8. Click on X500 surname and replace SAML Attribute name by http://schemas.xmlsoap.org/ws/2005/05/identity/claims/surname
9. Click on X500 givenName and replace SAML Attribute name by http://schemas.xmlsoap.org/ws/2005/05/identity/claims/givenname

10. Go into Realm settings > General, you will find the Metadata URL
11. You'll find inside the Metadata URL the Entity ID

You can now configure CISO Assistant with the 3 parameters you've retrieved.

A folder organization

For Access Control purpose, CISO Assistant data is organized in a tree of folders. Starting from a root folder called Global, it divide into sub-folders called domains. The organization of the tree is not hard-coded, it is entirely determined by configuration. Any object in CISO Assistant is attached to a folder (including folders), either directly or indirectly through a parent object that is attached to a folder.

So, what is a domain?

A domain permits to organize your work depending on your use of CISO Assistant. For example, inside a company, you can create a domain for each department for which you need to carry out a variety of projects, or if you have different customers, you may as well have a domain for each one in order to delimit your work area.

Utility

A domain is the first thing you create on CISO Assistant. It will bring together all objects you need to complete your different projects. Every role/permission a user has on a domain are applicable to all objects/actions across the domain. It's all about organization, the only technical aspect is access control, and this is achieved by adding the user to the relevant user group.

Role assignment

In the first/open source version of CISO Assistant, custom role assignment is not available. So, when you create a domain, user groups concerning this domain are automatically created for each built-in role. All you need to do, is to assign your users to their user groups. To learn more about this, jump to User Groups.

Projects

Projects are fundamental context objects defined by the entity using CISO Assistant. They are grouped in domains. They will contain all your risk and compliance assessments. Apart from being able to group your various evaluations across the different domains.

There are two specific fields, internal reference and status. Here are the various status options:

• -- (None)

• Design

• Development

• Production

• End of life

• Dropped

The purpose of a project is at first, it's organizational aspect to solve a problem. But it also makes it possible to improve analytics by breaking them down according to the different assessments, whether for risk or compliance, so as to make your project management more precise and reduce noise.

User Groups

User groups go hand in hand with domains. they associate permissions with users and define their scope, by being attached to a domain. They follow a simple and consistent RBAC model from a role containing permissions and a domain determining the perimeter. Go to the User Groups page for more details.

Under Organization, click on Users and then Add user:

Set up the email of the new user:

Once created, a new user doesn't have any permissions by default. Click edit and update the user groups:

If you are working on a single domain, or working on solo, you might just set `Global - Administrator`

When the user are added, and if the mailer is set, he/she will receive an email to set up the password. If not, you can set a temporary password as illustrated above.

Risk assessment

You can create risk assessments in your projects. A risk assessment encompasses:

• risk identification, when you define your risk scenarios

• risk analysis, when you assess the probability, impact and strength of knowledge for each scenario

• risk evaluation, which is done automatically based on the selected risk matrix

In CISO Assistant, risk treatment is combined with risk assessment.

Risk scenario

The scenarios can be defined directly from the risk assessment view or separately via this view.

Risk acceptance

The recommended pattern for local deployment is to use Docker Compose. Check the Readme file on the CISO Assistant repo for the latest instructions.

The compose file will manage three containers and set the required variables:

• Front

• Back

• Caddy (proxy)

• Make sure to have a recent version of Docker installed

  • On a Linux distro with a server flavor, make sure to remove older versions and install the latest one using the proper Docker repos to avoid twisted setups. Check out the instructions at

• On Windows, Docker Desktop+WSL is recommended

• On MacOS, Docker Desktop covers the requirements

Using prebuilt images

Run:

It will clean up previous images and get the latest stable release.

Once the images are downloaded and migration triggered, you should see a prompt asking you to set the first superuser. Follow the instructions to set it, and you should be ready.

In case you are running on an unsupported architecture, you can open a GitHub issue so that we add its support or use the next steps to build the images locally.

Re-building the images locally

Alternatively, if the previous configuration didn't succeed, run:

SSL Warning

Given that Caddy is using a self-signed certificate, your browser will mention a warning that you can accept and continue.

Let's say that you want to setup or experiment with CISO Assistant on a Network or Virtualized environment (eg. Hypervisor) on a remote host, for instance, to use with multiple users:

• Install a recent version of Docker on your remote server

• Given that we are using TLS with Caddy, we need to have DNS entries and not IPs

• The workstations need to be able to reach the remote using an FQDN (DNS entry). If not you can add an entry on your /etc/hosts. Keep track of the remote server DNS as you'll put it on the next step, let's say the remote is cool-vm for instance

• Clone the repo, but don't run anything yet. Edit the docker-compose.yml file as follows: (red is for deletion and green for addition); your diff should look like:

• Five lines need to be edited. Save the file and move to the next step

If you're getting SSL_ERROR_INTERNAL ERROR_ALERT (Can be different on other browsers) blocking you from continuing, make sure that you've made the 5 changes above.

The tls internal (equivalent to -i in CLI mode) parameter of Caddy can present some security issues and is not recommended for production and internet exposure. You should consider proper certificates for that.

You're all set, and you can simply run:

Your CISO Assistant can be reached now from https://cool-vm:8443, and you can skip the SSL warning for the self-signed certificate.

Framework

The fundamental object of CISO Assistant for compliance is the framework. It corresponds to a given standard, e.g. ISO27001:2022. They can be imported from the library. If you don't find a framework which fits your needs, no worries, you can build your own framework and add it to CISO Assistant!

Audit

This allows you to assess your compliance with the chosen framework through different statuses for each requirement that requires one of the following:

• To do

• In progress

• Non compliant

• Partially compliant

• Compliant

• Not applicable

Evidence

Evidence allows you to use a description, link or file to justify the status of a compliance requirement or to prove that a control has been applied. They can therefore be associated with different or requirement assessments.

Hands-free

The easiest way to update your on-prem/local instance (pro or community)

Run the script update-ciso-assistant:

Manually

If you need to do it manually for any reasons on a local instance

Backup your db file outside of the repo folder, always a good practice

Stop the containers and delete the containers instances

Clean up the previous docker images

Trigger compose up to refresh the images

Setup the following environment variables:

Note: Docker Compose Environment Variables

When using Docker Compose, avoid spaces around the = sign in environment variable definitions. Spaces cause variables to be silently ignored.

Correct: MY_VARIABLE=value Incorrect: MY_VARIABLE = value

Make sure to have Helm binary installed and switch to your cluster context.

1. add the helm repository

helm repo add intuitem https://intuitem.github.io/ca-helm-chart/

1. get the default values

helm show values intuitem/ciso-assistant > my-values.yaml

1. check and adjust them to your needs, specifically the frontendOrigin parameter

2. create a namesapce for your deployment

kubectl create ns ciso-assistant

1. install

helm install my-octopus intuitem/ciso-assistant -f my-values.yaml -n ciso-assistant

In case you are running it locally with a non reachable FQDN, you might want to consider adding tls internal on the Caddy config for self-signed certificate.

SELINUX

If you have selinux enabled on your distro, you might want to check if it's not preventing the mount volume of the docker compose; you can try something like this:

chcon -Rt svirt_sandbox_file_t ./db

To import the CIS Controls, you need to prepare the file first. The easy way is to copy the Excel sheet as-is (CIS_Controls_Version_8.xlsx) into the tools folder and run convert_cis.sh

Alternatively, you can run the prep script first (cis/prep_cis.py) and mention any short string as the packager and then pass the new Excel sheet to the convert_library.py

In you've updated your instance and didn't see the changes on a loaded library, you can do the following to refresh the library to the latest version:

This also applies to custom framework as long as you respect the incremental step of the library's version.

CISO Assistant allows you to manage your custom frameworks. The format is a text-based YAML file that you can customize, but it can be tricky to maintain and debug. To manage this, we've introduced a simpler approach to convert Excel sheets using the convert_library.py utility available at the /tools of the Github repository root.

Structure

The first thing to consider is structuring your requirements into a hierarchy, as illustrated in the example above. Most standards, frameworks, and law documents are already organized this way. This is the depth concept and CISO Assistant has been tested with nodes up to the 8th level depth (documents beyond 6 are mostly hard to read anyway)

Then, the other vital aspect to think about will be which items are actually assessable. For instance, the categories, sections, and subsections are for organization and, therefore, won't be assessable unlike the requirements.

Here is what a standard file should look like accordingly:

This is taken from the sample file available under /tools/sample/sample.xlsx and can be used as a reference.

Implementation groups are an optional argument that can be used to create subset of the requirements per level or a scope of applicability. They can be combined or isolated depending on the framework structure.

File conversion steps

1. Clone the repo and make sure you are at its root

2. Make sure you have Python installed (including pip), version 3.11 or higher is recommended

3. cd to /tools

4. run pip install -r requirements.txt to install the script dependencies

5. copy the sample directory, including the file within, to a new directory at the same level, for instance, myframework/my-custom-framework.xlsx

6. Edit the first tab (library_content) to describe your framework metadata

   1. Implementation groups and score descriptions are optional, so if they don't apply, you can simply remove lines

7. Edit the Excel sheet according to the expected hierarchy.

   1. The order of the items is essential and will be used to build the tree on CISO Assistant. So make sure you're following the previously described structure

8. From the tools folder, run python3 convert_library.py myframework/my-custom-framework.xlsx to generate the yaml file, if a mandatory field is missing, you'll get an error explaining the issue.

9. If everything is good, you'll get a message confirming the generation of the file generating myframework/my-custom-framework.yaml

importing

1. Open CISO Assistant. On the side menu, go to Extra/Libraries then to the Libraries store tab

2. Scroll down to get to Upload your own library section and select your file.

3. If the file is consistent and correct, you'll get a confirmation and it will get straight ahead to your imported frameworks under Compliance/Frameworks section

testing your custom framework

We have simplified the steps of testing custom frameworks starting version 1.3.4 where you can experiment with the same flexibility for both on-premises and SaaS version: \

NEW: Full guide (French)

Bonus: By changing the application language, any framework that is translated to that language will switch automatically to it.

The list of supported languages is available here https://github.com/intuitem/ciso-assistant-community#supported-languages-

• Translating the interface

• Translating the libraries (in-coming)

If you are familiar with Github and Git, the submission is pretty straightforward:

• fork the git repo and make sure it's sync-ed up

• add the excel sheet under the tools folder,

• you can also add the generated yaml (assuming you have tested it) under backend/library/libraries

• open a pull request and make sure you accept the CLA

and we'll take it from there

If you're not familiar with Github and the handling Git, you can follow these simplified steps using just the UI :

• create your excel sheet based on one of the samples in tools folder

• convert it to yaml using the convert_library.py tool

• Test it to make sure it can be parsed by the app and matches what you are expecting

• sign up on github to create an account and head to ciso assistant repository

• create your fork of the repository

• if it's not your first time, make sure your fork is up to date

• go to the tools folder

• click Add file and click Upload files

• drag and drop the excel file you've prepared or pull it from your filesystem.

• add a commit message, something like "Submitting framework x"

• commit the changes

• if everything went well, you should see a message indicating that you're 1 commit ahead.

• Optional: you can repeat this process to add the yaml file as well but on the backend/library/libraries/ folder instead.

• You can now open the pull request:

You can contribute to interface translations using a tool called fink.

1. Copy the URL of the CISO Assistant GitHub repository: https://github.com/intuitem/ciso-assistant-community

2. Visit fink and paste the URL you just copied.

3. Sign in using your GitHub account.

4. Click the 'fork' button at the bottom of the page. You may need to refresh the page to start contributing.

5. Select the language(s) you wish to translate, or add new ones.

6. Edit translations.
7. When you are done, you can press the button at the bottom of the page to push the changes you made.
8. When your translations are ready, submit a pull request on https://github.com/intuitem/ciso-assistant-community.

Read fink's user guide for more information.

Prerequisites

• A smartphone with an authenticator app installed

• Access to your account settings on CISO Assistant

Enable MFA

1. Sign in to your account and navigate to 'My profile'

1. Select the 'Settings' button

2. Look for the Security section and click 'Enable 2FA'

3. Set up your authenticator app:

   • Open your authenticator app on your smartphone

   • Scan the QR code displayed on your screen

   • Alternatively, you can manually enter the provided secret code into your authenticator app
4. Enter the 6-digit verification code shown in your authenticator app

5. Click 'Enable 2FA' to complete the setup

Important: Save Your Recovery Codes

After enabling MFA, you'll receive a set of recovery codes. These codes are crucial for regaining access to your account if you:

• Lose your phone

• Uninstall your authenticator app

• Cannot access your authenticator app for any reason

Next Steps

• Test your MFA setup by logging out and back in

• Reach out for support if you encounter any issues during setup

Go into your Okta admin console (it should look like this: https://<your_url>.okta.com/admin/dashboard)

1. In the sidebar menu, click on Applications > Applications
2. Click now on Create App Integration
3. Select SAML 2.0 and click on Next
4. Choose an App name and click on Next
5. Add the Single sign-on URL: <base_url>/api/accounts/saml/0/acs/ (for example with localhost: https://localhost:8443/api/accounts/saml/0/acs/) (see screenshot below)

6. Add the Audience URI (SP Entity ID), it has to be the same than SP Entity ID in CISO Assistant (see screenshot below)

7. Choose Email as the Application username
8. Add Attribute Statements

   • http://schemas.xmlsoap.org/ws/2005/05/identity/claims/givenname for user's first name

   • http://schemas.xmlsoap.org/ws/2005/05/identity/claims/surname for user's last name
9. Click on Next and fill in the Feedback page as you wish then click on Finish
10. In the Settings box inside SAML 2.0:

    • Copy the Metadata URL and paste it into the Metadata URL field in CISO Assistant

    • Copy the Issuer url and paste it into the IdP Entity ID field in CISO Assistant
11. Go to the Assignments tab
12. Click on Assign and choose whether you want to assign users or specific groups

You can now configure CISO Assistant with the 3 parameters you've retrieved.

Go into Google Workspace Admin console

1. On the sidebar menu, go to Applications > Web and mobile applications
2. Click on Add an application > Add a custom SAML Application
3. Enter ciso-assistant or the name of your choice and click on continue
4. You can copy the SSO URL, Entity Id and x509 certificate here but you'll be able to retreive them later
5. Fill ACS URL with <base_url>/api/accounts/saml/0/acs/, enter the Entity ID which has to be the same than SP entity Id in CISO Assistant (ciso-assistant by default) and choose Email in Name ID Format
6. Add two mappings for First name and Last Name, fill them with those two values: http://schemas.xmlsoap.org/ws/2005/05/identity/claims/givenname http://schemas.xmlsoap.org/ws/2005/05/identity/claims/surname
7. On application home page, you can now find the Entity ID, SSO URL and x509 certificate

You can now configure CISO Assistant with the 3 parameters you've retrieved.

For now, it is not possible to create custom role assignments so you need to use built-in user groups. They are linking a domain with a role which contains precise permissions, that will be given to users in this group.

Roles

Let's give some details on the 5 built-in roles:

Global user groups

Once your instance is created, three user groups are already present:

• Global - Administrator

• Global - Approver

• Global - Auditor

They give corresponding permissions on Global scope so on every object of your instance.

Domain user groups

They are created for each domain you add. For example, if you create a domain R&D, there will be:

• R&D - Domain Manager

• R&D - Analyst

• R&D - Approver

• R&D - Auditor

They give corresponding permissions on the domain scope so on every object inside R&D.