Skip to main content
Question

I am getting a 401 error when trying to log in to Google SecOps.

  • March 26, 2026
  • 5 replies
  • 121 views

keiS
Forum|alt.badge.img+4

We are currently experiencing an issue where some users are unable to access Google SecOps.

Could you please comment on possible causes?

■Premise
- Cloud Identity is used as the IdP.
- SOAR Migration is complete, and SOAR permissions have been migrated to IAM.
- Users belonging to the group granted the Chronicle SOAR Admin permission can log in.
- During SOAR Migration, a custom role equivalent to Basic was created in SOAR Permissions, but users in the group to which this custom role was granted cannot log in.
- We have confirmed that the custom role includes the instance.get permission.

■Actions Taken
- After granting IAM roles to each group, we registered the groups and members in SecOps' IAM Role Mapping following the procedure below:
https://docs.cloud.google.com/chronicle/docs/soar/admin-tasks/user-secops/map-users-in-the-secops-platform-first-party

■Desired Outcome
We would like to differentiate permissions between SOAR administrators and members.

Administrator: Chronicle SOAR Admin
Members: Equivalent to BASIC SOAR Permissions (with custom roles generated during SOAR Migration)
■ Questions
- Could you please tell me what is necessary to achieve what I want to do?

- What should I register in the IAM ROLE column of IAM Role Mapping: a group or an IAM ROLE?
→ The column name is IAM ROLE, but I'm actually unsure whether to register a group or the name of an IAM role.

Initially, an IAM ROLE called Chronicle SOAR Admin was registered.

I have already submitted a request for confirmation to support, but since I am in a hurry, I would like to confirm the general specifications here as well.

I look forward to your reply.

Regards,

5 replies

William 17
Forum|alt.badge.img
  • Bronze 1
  • March 27, 2026

the premise is the cloud identy but not the IDP


William 17
Forum|alt.badge.img
  • Bronze 1
  • March 27, 2026

and the role is IAM


hzmndt
Staff
Forum|alt.badge.img+11
  • Staff
  • March 28, 2026

You will need to map the users in the SOAR - IAM Role Mapping

  1. IAM Role → your IAM role configured 
  2. Permission Groups 
  3. SOC Roles
  4. Environments
  5. Group Memebers → The user email 

 

IAM Role Mapping

  • Map your IDP Groups / IAM users with the relevant access to Permission Groups, SOC Roles and Environments.
  • If you have set up identity using Workforce Identity Federation, please map IDP Groups to the desired Permission Groups, SOC Roles and Environments below.Read More about IDP Mappings.
  • If you have set up identity using Cloud Identity, please map your user emails to an email user group and the desired Permission Groups, SOC Roles and Environments below. Read More about User Email Mappings.

keiS
Forum|alt.badge.img+4
  • Author
  • Bronze 5
  • March 31, 2026

Thank you for your response.

------

If you have set up identity using Cloud Identity, please map your user emails to an email user group and the desired Permission Groups, SOC Roles, and Environments below. Read More about User Email Mappings.

------

Regarding this, Google Cloud support responded that after SOAR migration, predefined SOAR roles should be registered in IAM Role Mapping, and email groups should not be registered. Therefore, currently, the following two are registered:
- Chronicle SOAR Admin
- Chronicle SOAR Threat Manager

However, while users belonging to the group where Chronicle SOAR Admin is registered can log in, users belonging to the group where Chronicle SOAR Threat Manager is registered cannot log in (401 Error).

 

The group where Chronicle SOAR Threat Manager is registered has the following three IAM roles assigned to it.

• Chronicle API Editor
• Chronicle SOAR Threat Manager
• Custom role created by a command automatically generated during SOAR migration (equivalent to Basic in Permissions Group)

What could be the cause?


Forum|alt.badge.img+8
  • Staff
  • March 31, 2026

I think you will need to open a case to support so they can investigate. Please include a .HAR file logging into the instance.