Data source credentials (SSA token) for Azure Blob Storage only on storage account level?

[JanSchuppius]

Hello to the community,

and thank you for reading this!

We have an Azure storage account of type Data Lake Gen 2, which contains a large number of individual blob containers. We grant access to the blob containers via SAS tokens. The SAS tokens allow access to a specific container, NOT to the complete storage account. When we author PowerBI files with PBI Desktop, using these SAS tokens to access data in a specific blob container in Azure works just fine.

Then, when we publish a PowerBI report to a workspace in our tenant (meaning to app.powerbi.com), the data sources in the Azure storage account cannot be updated/refreshed, as PowerBI says that the credentials supplied are invalid:

If we try an SAS token that is authorized for the full storage account, the credentials are accepted, and the data sources can be updated/refreshed.

Our question is (we cannot find documentation on that): is it currently NOT possible to use SAS tokens for blob containers in PowerBI for the web/Power BI workspaces? It seems that way to us.

If you have any experience with this use case, and/or any Microsoft documentation on it, please share it with us.

Thank you 🙂

[JanSchuppius]

Is there anyone who can shed some light on this matter? Maybe in the meantime, the functionality in the workspace has changed so that other options for the SAS tokens are viable? We would REALLY appreciate some kind of documentation on what kind of SAS tokens can be used in PowerBI workspaces.

[JanSchuppius]

Does anyone have any info on this matter?

Is it really not possible to use SAS tokens for specific blob storage containers in a PowerBI workspace?

[JanSchuppius]

Hello Rongtie,

and thank you for your answer.

1. The SAS token for the container is valid. We use it in other applications, where it works.

2. The SAS token is passed correctly. As explained above, when we use, with the same syntax, an SAS token that is authorized for the full storage account, everything works.

3. We did that (see my post above, sentence below the screenshot), and it works. BUT: We do NOT want everybody to have access to the full storage account, but only to the data in a specific container.

As I wrote above, my question is:

Is it possible to use an SAS token authorized only on a container level in PowerBI for the Web/Power BI Workspace, or are only SAS tokens authorized on a storage account level accepted? To us, the latter seems to be the case. Is there any kind of documentation on this?

Best regards,

Jan

[tvdm]

Having the same problem as you describe.

It seems like as soon as you upload the report to the service, the power bi service seems to only recognize the top level storage account as a datasource, and not the container. 

Feels like this is some kind of a bug as it works fine on Power BI desktop.

[JanSchuppius]

If you find any workarounds, please let me know in here! Thanks 🙂

[v-rongtiep-msft]

Hi @JanSchuppius ,

One possible reason why the credentials supplied are invalid could be that the SAS token used for the specific blob container has expired or has not been granted sufficient permissions to access the data sources in the Azure storage account. Another possibility could be that the SAS token is not being passed correctly to PowerBI when publishing the report to the workspace.

I suggest you check the following:

1. Make sure the SAS token used for the specific blob container is still valid and has the necessary permissions to access the data sources in the Azure storage account.

2. Check if the SAS token is being passed correctly to PowerBI when publishing the report to the workspace.

3. You can also try using a shared access signature (SAS) token that is authorized for the full storage account to see if it resolves the issue.

How to Get Your Question Answered Quickly 

If it does not help, please provide more details .

Best Regards
Community Support Team _ Rongtie

If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.