Yandex Cloud
Search
Discuss with expertTry it for free
  • Customer Stories
  • Documentation
  • Blog
  • All Services
    • Cloud Interconnect
    • Cloud Backup
    • Cloud Registry
    • Yandex AI Studio
    • Compute Cloud
    • Object Storage
    • Managed Service for Kubernetes®
    • Yandex BareMetal
    • Smart Web Security
    • Security Deck
    • Managed Service for PostgreSQL
    • Managed Service for ClickHouse®
    • Monium
    • Cloud CDN
    • Network Load Balancer
    • Virtual Private Cloud
    • Cloud DNS
    • Application Load Balancer
    • Yandex Cloud Video
    • Stackland
    • Yandex Cloud Router
    • Yandex Managed Service for Trino
    • Managed Service for MySQL®
    • Managed Service for Valkey™
    • Managed Service for Apache Spark™
    • Yandex StoreDoc
    • Managed Service for OpenSearch
    • Managed Service for Apache Kafka®
    • Data Transfer
    • Yandex MPP Analytics Engine for PostgreSQL
    • Yandex Managed Service for Apache Airflow®
    • Data Processing
    • Yandex MetaData Hub
    • Managed Service for YDB
    • Managed Service for Sharded PostgreSQL
    • Managed Service for YTsaurus
    • Yandex WebSQL
    • DataLens
    • Yandex Search API
    • SpeechSense
    • SpeechKit
    • DataSphere
    • Vision OCR
    • Translate
    • Yandex Identity Hub
    • Key Management Service
    • Certificate Manager
    • Yandex Lockbox
    • Audit Trails
    • SmartCaptcha
    • Cloud Desktop
    • Yandex SIEM
    • SourceCraft Code Assistant
    • Container Registry
    • Managed Service for GitLab
    • Managed Service for Prometheus®
    • Cloud Functions
    • API Gateway
    • Yandex Cloud Postbox
    • Message Queue
    • Serverless Integrations
    • IoT Core
    • Data Streams
    • Serverless Containers
    • Cloud Notification Service
    • Yandex Query
    • Identity and Access Management
    • Yandex Cloud Console
    • Resource Manager
    • Yandex Cloud Billing
    • Yandex Cloud Quota Manager
    • Cloud Apps
  • System Status
  • Marketplace
    • Featured
    • Infrastructure & Network
    • Data Platform
    • AI for business
    • Security
    • DevOps tools
    • Serverless
    • Monitoring & Resources
  • All Solutions
    • By industry
    • By use case
    • Economics and Pricing
    • Security
    • Technical Support
    • Start testing with double trial credits
    • Cloud credits to scale your IT product
    • Gateway to Russia
    • Cloud for Startups
    • Center for Technologies and Society
    • Yandex Cloud Partner program
    • Price calculator
    • Pricing plans
  • Customer Stories
  • Documentation
  • Blog
© 2026 Direct Cursus Technology L.L.C.
Yandex Identity and Access Management
    • Overview
      • Overview
      • Roles
      • Access policies
      • System groups
      • Public groups
      • Resources that roles can be assigned for
      • Impersonation
    • Service access to user resources
    • Identity federations
    • Workload identity federations
    • Quotas and limits
  • Secure use of Yandex Cloud
  • Access management
  • Pricing policy
  • Role reference
  • Terraform reference
  • Monitoring metrics
  • Audit Trails events
  • Release notes

In this article:

  • Relationships between access policies and roles
  • Resources that take access policies
  • Access policy templates
  • Templates without parameters
  • Templates with parameters
  1. Concepts
  2. How access management works
  3. Access policies

Access policies

Written by
Yandex Cloud
Updated at August 5, 2026
View in Markdown
  • Relationships between access policies and roles
  • Resources that take access policies
  • Access policy templates
    • Templates without parameters
    • Templates with parameters

Note

This feature is at the Preview stage. To get access, contact tech support or your account manager.

Access policies are a Yandex Identity and Access Management mechanism that allows you to manage permissions for performing specific operations on Yandex Cloud resources. Access policies complement the role system for more flexible access management.

Access policies for resources are created based on access policy templates.

Relationships between access policies and rolesRelationships between access policies and roles

Access policies enforce explicit restrictions, unlike roles, which grant explicit permissions. The relationships between access policies and roles are as follows:

  • To perform an operation, it must be allowed by a role and not prohibited by an access policy. Access permissions are checked in the following order:

    1. The system checks if the user is assigned a role required to perform the operation. If they have no such role, the operation is denied without any further checks.
    2. If the user has the required role, the system checks access policies for an explicit restriction to perform the operation and denies or allows the operation accordingly.
  • Access policies do not replace roles, but add an extra layer of access control. Users still need relevant roles for operations, regardless of the access policies in place.

  • To manage access policies, a user must have one of the following roles:

    • resource-manager.admin or admin for the folder or cloud to manage access policies at the folder or cloud level, respectively.
    • organization-manager.admin or admin for the organization to manage access policies at the organization level.

Resources that take access policiesResources that take access policies

You can create access policies for the following resources:

  • Organization: Access policy applies to resources in all clouds and folders within an organization.
  • Cloud: Access policy applies to resources in all folders within a cloud.
  • Folder: Access policy applies only to resources within a specific folder.

Access policies created at higher levels of the Yandex Cloud resource hierarchy are inherited by lower-level resources.

You can create several access policies for one resource at the same time.

Access policy templatesAccess policy templates

Some access policy templates require you to specify parameters when assigned to a resource; others do not.

Templates without parametersTemplates without parameters

The following access policy templates do not contain parameters and unconditionally restrict relevant actions:

  • backup.denyActivation
  • backup.denyRemoveProtection
  • iam.denyServiceAccountAccessKeysCreation
  • iam.denyServiceAccountApiKeysCreation
  • iam.denyServiceAccountAuthorizedKeysCreation
  • iam.denyServiceAccountCreation
  • iam.denyServiceAccountCredentialsCreation
  • iam.denyServiceAccountFederatedCredentialsCreation
  • iam.denyServiceAccountImpersonation
  • organization.denyMemberInvitation
  • organization.denyUserListing
  • resourceManager.denyCloudRemoval
  • resourceManager.denyFolderRemoval

backup.denyActivationbackup.denyActivation

This policy prohibits connecting protected resources to Yandex Cloud Backup, linking or unlinking them from backup policies.

backup.denyRemoveProtectionbackup.denyRemoveProtection

This policy prohibits updating or deleting Yandex Cloud Backup policies, removing resources from such policies, and deleting any existing resource backups.

iam.denyServiceAccountAccessKeysCreationiam.denyServiceAccountAccessKeysCreation

This policy prohibits creating static access keys for service accounts.

iam.denyServiceAccountApiKeysCreationiam.denyServiceAccountApiKeysCreation

This policy prohibits creating API keys for service accounts.

iam.denyServiceAccountAuthorizedKeysCreationiam.denyServiceAccountAuthorizedKeysCreation

This policy prohibits creating authorized keys for service accounts.

iam.denyServiceAccountCreationiam.denyServiceAccountCreation

This policy prohibits creating service accounts.

iam.denyServiceAccountCredentialsCreationiam.denyServiceAccountCredentialsCreation

This policy prohibits the following:

  • Creating any credentials for service accounts (except IAM tokens).
  • Associating service accounts with workload identity federations.

iam.denyServiceAccountFederatedCredentialsCreationiam.denyServiceAccountFederatedCredentialsCreation

This policy prohibits associating service accounts with workload identity federations.

iam.denyServiceAccountImpersonationiam.denyServiceAccountImpersonation

This policy prohibits impersonation.

organization.denyMemberInvitationorganization.denyMemberInvitation

This policy prohibits inviting new Yandex account users to an organization. You can only create this policy for an organization.

organization.denyUserListingorganization.denyUserListing

This policy prohibits viewing the list of organization users. You can only create this policy for an organization.

resourceManager.denyCloudRemovalresourceManager.denyCloudRemoval

This policy prohibits deleting clouds in Yandex Cloud:

  • If the policy is created for an organization, the prohibition applies to all clouds in that organization.
  • If the policy is created for a cloud, the prohibition applies only to that cloud.
  • If the policy is created for a folder, no prohibition applies.

resourceManager.denyFolderRemovalresourceManager.denyFolderRemoval

This policy prohibits deleting folders in Yandex Cloud:

  • If the policy is created for an organization, the prohibition applies to all folders in all clouds of that organization.
  • If the policy is created for a cloud, the prohibition applies to all folders in that cloud.
  • If the policy is created for a folder, the prohibition applies only to that folder.

Note

If the resourceManager.denyFolderRemoval access policy is created for a cloud or at least one of the folders in a cloud, you cannot delete such a cloud. If the policy is created for an organization, you cannot delete any of the clouds in such an organization.

To delete a cloud, first remove the resourceManager.denyFolderRemoval access policy for the organization, that cloud, and/or all its folders.

Templates with parametersTemplates with parameters

The following access policy templates support parameters to define restrictions:

Tip

For more information on how to create access policies based on templates with parameters, see Creating an access policy for a resource.

  • aistudio.responses.restrictNetworkAccess
  • serverless.containers.restrictNetworkAccess
  • serverless.containers.restrictResourceVPCNetwork
  • serverless.functions.restrictNetworkAccess
  • serverless.functions.restrictResourceVPCNetwork
  • serverless.mcpGateways.restrictNetworkAccess
  • serverless.mcpGateways.restrictResourceVPCNetwork
  • serverless.responses.restrictNetworkAccess
  • serverless.workflows.restrictNetworkAccess
  • serverless.workflows.restrictResourceVPCNetwork

aistudio.responses.restrictNetworkAccessaistudio.responses.restrictNetworkAccess

The policy prohibits sending Responses API requests in Yandex Cloud AI Studio and managing them from any addresses except explicitly specified IP addresses or Yandex Virtual Private Cloud cloud networks.

Customizable parameters (applied using the OR logic):

  • allowed_src_ips: List of IP addresses or IP address ranges in CIDR notation you can call and manage functions from.
  • allowed_vpc_network_ids: List of IDs of cloud networks that allow calling and managing functions via a configured service connection.

serverless.containers.restrictNetworkAccessserverless.containers.restrictNetworkAccess

The policy prohibits calling and managing Yandex Serverless Containers containers from any addresses except explicitly specified IP addresses or Yandex Virtual Private Cloud cloud networks.

Customizable parameters (applied using the OR logic):

  • allowed_src_ips: List of IP addresses or IP address ranges in CIDR notation you can call and manage containers from.
  • allowed_vpc_network_ids: List of IDs of cloud networks that allow calling and managing containers via a configured service connection.

serverless.containers.restrictResourceVPCNetworkserverless.containers.restrictResourceVPCNetwork

This policy restricts which cloud networks can be bound to containers in Yandex Serverless Containers, prohibiting all networks except those explicitly specified.

Customizable parameter:

  • allowed_vpc_network_ids: List of IDs for cloud networks that can be bound to containers.

serverless.functions.restrictNetworkAccessserverless.functions.restrictNetworkAccess

This policy prohibits calling and managing functions in Yandex Cloud Functions from any addresses except explicitly specified IP addresses or Yandex Virtual Private Cloud cloud networks.

Customizable parameters (applied using the OR logic):

  • allowed_src_ips: List of IP addresses or IP address ranges in CIDR notation you can call and manage functions from.
  • allowed_vpc_network_ids: List of IDs of cloud networks that allow calling and managing functions via a configured service connection.

serverless.functions.restrictResourceVPCNetworkserverless.functions.restrictResourceVPCNetwork

This policy restricts which cloud networks can be bound to Yandex Cloud Functions functions, prohibiting all networks except those explicitly specified.

Customizable parameter:

  • allowed_vpc_network_ids: List of IDs for cloud networks that can be bound to functions.

serverless.mcpGateways.restrictNetworkAccessserverless.mcpGateways.restrictNetworkAccess

The policy prohibits calling and managing MCP Hub MCP servers from any addresses except explicitly specified IP addresses or Yandex Virtual Private Cloud cloud networks.

Customizable parameters (applied using the OR logic):

  • allowed_src_ips: List of IP addresses or IP address ranges in CIDR notation you can call and manage MCP servers from.
  • allowed_vpc_network_ids: List of IDs of cloud networks that allow calling and managing MCP servers via a configured service connection.

serverless.mcpGateways.restrictResourceVPCNetworkserverless.mcpGateways.restrictResourceVPCNetwork

This policy restricts which cloud networks can be bound to MCP Hub MCP servers, prohibiting all networks except those explicitly specified.

Customizable parameter:

  • allowed_vpc_network_ids: List of IDs for cloud networks that can be bound to MCP servers.

serverless.responses.restrictNetworkAccessserverless.responses.restrictNetworkAccess

The policy prohibits calling Yandex Cloud AI Studio Responses API methods from any addresses except explicitly specified IP addresses or Yandex Virtual Private Cloud cloud networks.

Customizable parameters (applied using the OR logic):

  • allowed_src_ips: List of IP addresses or IP address ranges in CIDR notation you can call Responses API methods from.
  • allowed_vpc_network_ids: List of IDs of cloud networks that allow calling Responses API methods via a configured service connection.

serverless.workflows.restrictNetworkAccessserverless.workflows.restrictNetworkAccess

The policy prohibits executing Yandex Serverless Integrations workflows from any addresses except explicitly specified IP addresses or Yandex Virtual Private Cloud cloud networks.

Customizable parameters (applied using the OR logic):

  • allowed_src_ips: List of IP addresses or IP address ranges in CIDR notation you can execute and manage workflows from.
  • allowed_vpc_network_ids: List of IDs of cloud networks that allow executing and managing workflows via a configured service connection.

serverless.workflows.restrictResourceVPCNetworkserverless.workflows.restrictResourceVPCNetwork

This policy restricts which cloud networks can be bound to Yandex Serverless Integrations workflows, prohibiting all networks except those explicitly specified.

Customizable parameter:

  • allowed_vpc_network_ids: List of IDs for cloud networks that can be bound to workflows.

Useful linksUseful links

  • Roles
  • Getting a list of supported access policy templates
  • Creating an access policy for a resource
  • Viewing access policies created for a resource
  • Deleting an access policy

Was the article helpful?

Previous
Roles
Next
System groups
© 2026 Direct Cursus Technology L.L.C.