Sunday 11 September 2022

How to Create an account SAS?

 As of version 2015-04-05, Azure Storage supports creating a new type of shared access signature (SAS) at the level of the storage account. By creating an account SAS, you can:

  • Delegate access to service-level operations that aren't currently available with a service-specific SAS, such as the Get/Set Service Properties and Get Service Stats operations.

  • Delegate access to more than one service in a storage account at a time. For example, you can delegate access to resources in both Azure Blob Storage and Azure Files by using an account SAS.

  • Delegate access to write and delete operations for containers, queues, tables, and file shares, which are not available with an object-specific SAS.

  • Specify an IP address or a range of IP addresses from which to accept requests.

  • Specify the HTTP protocol from which to accept requests (either HTTPS or HTTP/HTTPS).

Stored access policies are currently not supported for an account SAS.

 Caution

Shared access signatures are keys that grant permissions to storage resources, and you should protect them just as you would protect an account key. It's important to protect a SAS from malicious or unintended use. Use discretion in distributing a SAS, and have a plan in place for revoking a compromised SAS. Operations that use shared access signatures should be performed only over an HTTPS connection, and SAS URIs should be distributed only on a secure connection, such as HTTPS.

Authorize an account SAS

You secure an account SAS by using a storage account key. When you create an account SAS, your client application must possess the account key.

To use Azure Active Directory (Azure AD) credentials to secure a SAS for a container or blob, create a user delegation SAS.

Construct an account SAS URI

The account SAS URI consists of the URI to the resource for which the SAS will delegate access, followed by a SAS token. The SAS token is the query string that includes all the information that's required to authorize a request to the resource. It specifies the service, resource, and permissions that are available for access, and the time period during which the signature is valid.

Specify the account SAS parameters

The required and optional parameters for the SAS token are described in the following table:

SAS query parameterDescription
api-versionOptional. Specifies the storage service version to use to execute the request that's made using the account SAS URI.
SignedVersion (sv)Required. Specifies the signed storage service version to use to authorize requests that are made with this account SAS. It must be set to version 2015-04-05 or later.
SignedServices (ss)Required. Specifies the signed services that are accessible with the account SAS. Possible values include:

- Blob (b)
- Queue (q)
- Table (t)
- File (f)

You can combine values to provide access to more than one service. For example, ss=bf specifies access to the Blob Storage and Azure Files endpoints.
SignedResourceTypes (srt)Required. Specifies the signed resource types that are accessible with the account SAS.

- Service (s): Access to service-level APIs (for example, Get/Set Service Properties, Get Service Stats, List Containers/Queues/Tables/Shares).
- Container (c): Access to container-level APIs (for example, Create/Delete Container, Create/Delete Queue, Create/Delete Table, Create/Delete Share, List Blobs/Files and Directories).
- Object (o): Access to object-level APIs for blobs, queue messages, table entities, and files (for example, Put Blob, Query Entity, Get Messages, Create File).

You can combine values to provide access to more than one resource type. For example, srt=sc specifies access to service and container resources.
SignedPermission (sp)Required. Specifies the signed permissions for the account SAS. Permissions are valid only if they match the specified signed resource type. If they don't match, they're ignored.

- Read (r): Valid for all signed resources types (Service, Container, and Object). Permits read permissions to the specified resource type.
- Write (w): Valid for all signed resources types (Service, Container, and Object). Permits write permissions to the specified resource type.
- Delete (d): Valid for Container and Object resource types, except for queue messages.
- Permanent Delete (y): Valid for Object resource type of Blob only.
- List (l): Valid for Service and Container resource types only.
- Add (a): Valid for the following Object resource types only: queue messages, table entities, and append blobs.
- Create (c): Valid for the following Object resource types only: blobs and files. Users can create new blobs or files, but may not overwrite existing blobs or files.
- Update (u): Valid for the following Object resource types only: queue messages and table entities.
- Process (p): Valid for the following Object resource type only: queue messages.
- Tag (t): Valid for the following Object resource type only: blobs. Permits blob tag operations.
- Filter (f): Valid for the following Object resource type only: blob. Permits filtering by blob tag.
- Set Immutability Policy (i): Valid for the following Object resource type only: blob. Permits set/delete immutability policy and legal hold on a blob.
SignedStart (st)Optional. The time when the SAS becomes valid, expressed in one of the accepted ISO 8601 UTC formats. If it's omitted, the start time is assumed to be the time when the storage service receives the request. For more information about accepted UTC formats, see Formatting DateTime values.
SignedExpiry (se)Required. The time when the shared access signature becomes invalid, expressed in one of the accepted ISO 8601 UTC formats. For more information about accepted UTC formats, see Formatting DateTime values.
SignedIP (sip)Optional. Specifies an IP address or a range of IP addresses from which to accept requests. When you specify a range, note that the range is inclusive.

For example, sip=168.1.5.65 or sip=168.1.5.60-168.1.5.70.
SignedProtocol (spr)Optional. Specifies the protocol that's permitted for a request made with the account SAS. Possible values are both HTTPS and HTTP (https,http) or HTTPS only (https). The default value is https,http.

Note that HTTP only is not a permitted value.
SignedEncryptionScope (ses)Optional. Indicates the encryption scope to use to encrypt the request contents. This field is supported with version 2020-12-06 and later.
Signature (sig)Required. The signature part of the URI is used to authorize the request that's made with the shared access signature.

The string-to-sign is a unique string that's constructed from the fields that must be verified to authorize the request. The signature is a hash-based message authentication code (HMAC) that's computed over the string-to-sign and key by using the SHA256 algorithm, and then encoded by using Base64 encoding.

Specify the signedVersion field

The signedVersion (sv) field contains the service version of the shared access signature. This value specifies the version of Shared Key authorization that's used by this shared access signature (in the signature field). The value also specifies the service version for requests that are made with this shared access signature.

For information about which version is used when you execute requests via a shared access signature, see Versioning for Azure Storage services.

For information about how this parameter affects the authorization of requests made with a shared access signature, see Delegate access with a shared access signature.

Field nameQuery parameterDescription
signedVersionsvRequired. Supported in version 2015-04-05 and later. The storage service version to use to authorize and handle requests that you make with this shared access signature. For more information, see Versioning for Azure Storage services.

Specify an IP address or IP range

As of version 2015-04-05, the optional signedIp (sip) field specifies a public IP address or a range of public IP addresses from which to accept requests. If the IP address from which the request originates doesn't match the IP address or address range that's specified on the SAS token, the request isn't authorized.

When you're specifying a range of IP addresses, note that the range is inclusive. For example, specifying sip=168.1.5.65 or sip=168.1.5.60-168.1.5.70 on the SAS restricts the request to those IP addresses.

The following table describes whether to include the signedIp field on a SAS token for a specified scenario, based on the client environment and the location of the storage account.

Client environmentStorage account locationRecommendation
Client running in AzureIn the same region as the clientA SAS that's provided to the client in this scenario shouldn't include an outbound IP address for the signedIp field. Requests that are made from within the same region that use a SAS with a specified outbound IP address will fail.

Instead, use an Azure virtual network to manage network security restrictions. Requests to Azure Storage from within the same region always take place over a private IP address. For more information, see Configure Azure Storage firewalls and virtual networks.
Client running in AzureIn a different region from the clientA SAS that's provided to the client in this scenario may include a public IP address or range of addresses for the signedIp field. A request made with the SAS must originate from the specified IP address or range of addresses.
Client running on-premises or in a different cloud environmentIn any Azure regionA SAS that's provided to the client in this scenario may include a public IP address or range of addresses for the signedIp field. A request made with the SAS must originate from the specified IP address or range of addresses.

If the request passes through a proxy or gateway, provide the public outbound IP address of that proxy or gateway for the signedIp field.

Specify the HTTP protocol

As of version 2015-04-05, the optional signedProtocol (spr) field specifies the protocol that's permitted for a request made with the SAS. Possible values are both HTTPS and HTTP (https,http) or HTTPS only (https). The default value is https,http. Note that HTTP only isn't a permitted value.

Specify the encryption scope

By using the signedEncryptionScope field on the URI, you can specify the encryption scope that the client application can use. It enforces the server-side encryption with the specified encryption scope when you upload blobs (PUT) with the SAS token. The GET and HEAD will not be restricted and performed as before.

The following table describes how to refer to a signed encryption scope on the URI:

Field nameQuery parameterDescription
signedEncryptionScopesesOptional. Indicates the encryption scope to use to encrypt the request contents.

This field is supported with version 2020-12-06 or later. If you add the ses before the supported version, the service returns error response code 403 (Forbidden).

If you set the default encryption scope for the container or file system, the ses query parameter respects the container encryption policy. If there's a mismatch between the ses query parameter and x-ms-default-encryption-scope header, and the x-ms-deny-encryption-scope-override header is set to true, the service returns error response code 403 (Forbidden).

When you provide the x-ms-encryption-scope header and the ses query parameter in the PUT request, the service returns error response code 400 (Bad Request) if there's a mismatch.

Construct the signature string

To construct the signature string for an account SAS, first construct the string-to-sign from the fields that compose the request, and then encode the string as UTF-8 and compute the signature by using the HMAC-SHA256 algorithm.

 Note

The fields that are included in the string-to-sign must be URL-decoded.

To construct the string-to-sign for an account SAS, use the following format:

StringToSign = accountname + "\n" +  
    signedpermissions + "\n" +  
    signedservice + "\n" +  
    signedresourcetype + "\n" +  
    signedstart + "\n" +  
    signedexpiry + "\n" +  
    signedIP + "\n" +  
    signedProtocol + "\n" +  
    signedversion + "\n"  
  

Version 2020-12-06 adds support for the signed encryption scope field. To construct the string-to-sign for an account SAS, use the following format:

StringToSign = accountname + "\n" +  
    signedpermissions + "\n" +  
    signedservice + "\n" +  
    signedresourcetype + "\n" +  
    signedstart + "\n" +  
    signedexpiry + "\n" +  
    signedIP + "\n" +  
    signedProtocol + "\n" +  
    signedversion + "\n" +
    signedEncryptionScope + "\n"  
  

Account SAS permissions by operation

The tables in the following sections list various APIs for each service and the signed resource types and signed permissions that are supported for each operation.

Blob service

The following table lists Blob service operations and indicates which signed resource type and signed permissions to specify when you delegate access to those operations.

OperationSigned serviceSigned resource typeSigned permission
List ContainersBlob (b)Service (s)List (l)
Get Blob Service PropertiesBlob (b)Service (s)Read (r)
Set Blob Service PropertiesBlob (b)Service (s)Write (w)
Get Blob Service StatsBlob (b)Service (s)Read (r)
Create ContainerBlob (b)Container (c)Create(c) or Write (w)
Get Container PropertiesBlob (b)Container (c)Read (r)
Get Container MetadataBlob (b)Container (c)Read (r)
Set Container MetadataBlob (b)Container (c)Write (w)
Lease ContainerBlob (b)Container (c)Write (w) or Delete (d)1
Delete ContainerBlob (b)Container (c)Delete (d)
List BlobsBlob (b)Container (c)List (l)
Put Blob (create new block blob)Blob (b)Object (o)Create (c) or Write (w)
Put Blob (overwrite existing block blob)Blob (b)Object (o)Write (w)
Put Blob (create new page blob)Blob (b)Object (o)Create (c) or Write (w)
Put Blob (overwrite existing page blob)Blob (b)Object (o)Write (w)
Get BlobBlob (b)Object (o)Read (r)
Get Blob PropertiesBlob (b)Object (o)Read (r)
Set Blob PropertiesBlob (b)Object (o)Write (w)
Get Blob MetadataBlob (b)Object (o)Read (r)
Set Blob MetadataBlob (b)Object (o)Write (w)
Get Blob TagsBlob (b)Object (o)Tags (t)
Set Blob TagsBlob (b)Object (o)Tags (t)
Find Blobs by TagsBlob (b)Object (o)Find (f)
Delete BlobBlob (b)Object (o)Delete (d)
Permanently delete snapshot / versionBlob (b)Object (o)Permanent Delete (y)
Lease BlobBlob (b)Object (o)Write (w) or Delete (d)1
Snapshot BlobBlob (b)Object (o)Create (c) or Write (w)
Copy Blob (destination is new blob)Blob (b)Object (o)Create (c) or Write (w)
Copy Blob (destination is an existing blob)Blob (b)Object (o)Write (w)
Incremental CopyBlob (b)Object (o)Create (c) or Write (w)
Abort Copy BlobBlob (b)Object (o)Write (w)
Put BlockBlob (b)Object (o)Write (w)
Put Block List (create new blob)Blob (b)Object (o)Write (w)
Put Block List (update existing blob)Blob (b)Object (o)Write (w)
Get Block ListBlob (b)Object (o)Read (r)
Put PageBlob (b)Object (o)Write (w)
Get Page RangesBlob (b)Object (o)Read (r)
Append BlockBlob (b)Object (o)Add (a) or Write (w)
Clear PageBlob (b)Object (o)Write (w)

 Note

The Delete permission allows breaking a lease on a blob or container with version 2017-07-29 and later.

Queue service

The following table lists Queue service operations and indicates which signed resource type and signed permissions to specify when you delegate access to those operations.

OperationSigned serviceSigned resource typeSigned permission
Get Queue Service PropertiesQueue (q)Service (s)Read (r)
Set Queue Service PropertiesQueue (q)Service (s)Write (w)
List QueuesQueue (q)Service (s)List (l)
Get Queue Service StatsQueue (q)Service (s)Read (r)
Create QueueQueue (q)Container (c)Create(c) or Write (w)
Delete QueueQueue (q)Container (c)Delete (d)
Get Queue MetadataQueue (q)Container (c)Read (r)
Set Queue MetadataQueue (q)Container (c)Write (w)
Put MessageQueue (q)Object (o)Add (a)
Get MessagesQueue (q)Object (o)Process (p)
Peek MessagesQueue (q)Object (o)Read (r)
Delete MessageQueue (q)Object (o)Process (p)
Clear MessagesQueue (q)Object (o)Delete (d)
Update MessageQueue (q)Object (o)Update (u)

Table service

The following table lists Table service operations and indicates which signed resource type and signed permissions to specify when you delegate access to those operations.

OperationSigned serviceSigned resource typeSigned permission
Get Table Service PropertiesTable (t)Service (s)Read (r)
Set Table Service PropertiesTable (t)Service (s)Write (w)
Get Table Service StatsTable (t)Service (s)Read (r)
Query TablesTable (t)Container (c)List (l)
Create TableTable (t)Container (c)Create (c) or Write (w)
Delete TableTable (t)Container (c)Delete (d)
Query EntitiesTable (t)Object (o)Read (r)
Insert EntityTable (t)Object (o)Add (a)
Insert Or Merge EntityTable (t)Object (o)Add (a) and Update (u)1
Insert Or Replace EntityTable (t)Object (o)Add (a) and Update (u)1
Update EntityTable (t)Object (o)Update (u)
Merge EntityTable (t)Object (o)Update (u)
Delete EntityTable (t)Object (o)Delete (d)

1 Add and Update permissions are required for upsert operations on the Table service.

File service

The following table lists File service operations and indicates which signed resource type and signed permissions to specify when you delegate access to those operations.

OperationSigned serviceSigned resource typeSigned permission
List SharesFile (f)Service (s)List (l)
Get File Service PropertiesFile (f)Service (s)Read (r)
Set File Service PropertiesFile (f)Service (s)Write (w)
Get Share StatsFile (f)Container (c)Read (r)
Create ShareFile (f)Container (c)Create (c) or Write (w)
Snapshot ShareFile (f)Container (c)Create (c) or Write (w)
Get Share PropertiesFile (f)Container (c)Read (r)
Set Share PropertiesFile (f)Container (c)Write (w)
Get Share MetadataFile (f)Container (c)Read (r)
Set Share MetadataFile (f)Container (c)Write (w)
Delete ShareFile (f)Container (c)Delete (d)
List Directories and FilesFile (f)Container (c)List (l)
Create DirectoryFile (f)Object (o)Create (c) or Write (w)
Get Directory PropertiesFile (f)Object (o)Read (r)
Get Directory MetadataFile (f)Object (o)Read (r)
Set Directory MetadataFile (f)Object (o)Write (w)
Delete DirectoryFile (f)Object (o)Delete (d)
Create File (create new)File (f)Object (o)Create (c) or Write (w)
Create File (overwrite existing)File (f)Object (o)Write (w)
Get FileFile (f)Object (o)Read (r)
Get File PropertiesFile (f)Object (o)Read (r)
Get File MetadataFile (f)Object (o)Read (r)
Set File MetadataFile (f)Object (o)Write (w)
Delete FileFile (f)Object (o)Delete (d)
Put RangeFile (f)Object (o)Write (w)
List RangesFile (f)Object (o)Read (r)
Abort Copy FileFile (f)Object (o)Write (w)
Copy FileFile (f)Object (o)Write (w)
Clear RangeFile (f)Object (o)Write (w)

Account SAS URI example

The following example shows an account SAS URI that provides read and write permissions to a blob. The table breaks down each part of the URI:

https://myaccount.blob.core.windows.net/?restype=service&comp=properties&sv=2019-02-02&ss=bf&srt=s&st=2019-08-01T22%3A18%3A26Z&se=2019-08-10T02%3A23%3A26Z&sr=b&sp=rw&sip=168.1.5.60-168.1.5.70&spr=https&sig=F%6GRVAZ5Cdj2Pw4tgU7IlSTkWgn7bUkkAg8P6HESXwmf%4B
NameSAS portionDescription
Resource URIhttps://myaccount.blob.core.windows.net/?restype=service&comp=propertiesThe service endpoint, with parameters for getting service properties (when called with GET) or setting service properties (when called with SET). Based on the value of the signed services field (ss), this SAS can be used with either Blob Storage or Azure Files.
Storage services versionsv=2019-02-02For Azure Storage services version 2012-02-12 and later, this parameter indicates which version to use.
Servicesss=bfThe SAS applies to the Blob and File services.
Resource typessrt=sThe SAS applies to service-level operations.
Start timest=2019-08-01T22%3A18%3A26ZSpecified in UTC time. If you want the SAS to be valid immediately, omit the start time.
Expiry timese=2019-08-10T02%3A23%3A26ZSpecified in UTC time.
Permissionssp=rwThe permissions grant access to read and write operations.
IP rangesip=168.1.5.60-168.1.5.70The range of IP addresses from which a request will be accepted.
Protocolspr=httpsOnly requests that use HTTPS are permitted.
Signaturesig=F%6GRVAZ5Cdj2Pw4tgU7IlSTkWgn7bUkkAg8P6HESXwmf%4BUsed to authorize access to the blob. The signature is an HMAC that's computed over a string-to-sign and key by using the SHA256 algorithm, and then encoded by using Base64 encoding.

Because permissions are restricted to the service level, accessible operations with this SAS are Get Blob Service Properties (read) and Set Blob Service Properties (write). However, with a different resource URI, the same SAS token could also be used to delegate access to Get Blob Service Stats (read).

No comments:

Post a Comment