Power BI is turning 10, and we’re marking the occasion with a special community challenge. Use your creativity to tell a story, uncover trends, or highlight something unexpected.
Get startedJoin us for an expert-led overview of the tools and concepts you'll need to become a Certified Power BI Data Analyst and pass exam PL-300. Register now.
Hi,
every changed to bpip file causing also changes for property "securityBindingsSignature" located in localSettings.json for Report and SemanticModel.
What it is?
Can anybody help and explain?
It is a integrity number or what?
Best,
Jacek
Solved! Go to Solution.
Hi @jaryszek ,
Thank you for reaching out on the Microsoft Fabric Community Forum.
It's a system-generated hash that reflects the current state of security bindings (like RLS, access control) in your Power BI or Microsoft Fabric project. Stored in localSettings.json, it tracks security-related metadata.
Even without explicit security setup, Power BI/Fabric tools generate default security structures on save/publish.
Minor internal metadata changes (GUIDs, timestamps, etc.) can regenerate the signature.
So it can change even if you didn’t touch security settings.
Is it controlling anything?
Only if you have security bindings set up (like row-level security, workspace-level access rules, etc.).
If you don’t, the securityBindingsSignature is basically idle — just a fingerprint of “current empty/default state.”
So no, it doesn't restrict access or apply security by itself. It just tells the system: "Here's what the security config looked like at this save point."
when does it regenerate?
Saving a report.
Editing the .bpip file.
Changing anything that touches:
Access Control settings
Dataset bindings
RLS definitions
Linked workspace items
If this response is helpful, please consider marking it as the accepted solution and giving it a thumbs-up to help others in the community.
Thank you!
Hi @jaryszek,
As we haven’t heard back from you, we wanted to kindly follow up to check if the solution provided for the issue worked? or Let us know if you need any further assistance?
If our response addressed, please mark it as Accept as solution and click Yes if you found it helpful.
Regards,
Prasanna Kumar
Hi @jaryszek ,
Thank you for reaching out on the Microsoft Fabric Community Forum.
It's a system-generated hash that reflects the current state of security bindings (like RLS, access control) in your Power BI or Microsoft Fabric project. Stored in localSettings.json, it tracks security-related metadata.
Even without explicit security setup, Power BI/Fabric tools generate default security structures on save/publish.
Minor internal metadata changes (GUIDs, timestamps, etc.) can regenerate the signature.
So it can change even if you didn’t touch security settings.
Is it controlling anything?
Only if you have security bindings set up (like row-level security, workspace-level access rules, etc.).
If you don’t, the securityBindingsSignature is basically idle — just a fingerprint of “current empty/default state.”
So no, it doesn't restrict access or apply security by itself. It just tells the system: "Here's what the security config looked like at this save point."
when does it regenerate?
Saving a report.
Editing the .bpip file.
Changing anything that touches:
Access Control settings
Dataset bindings
RLS definitions
Linked workspace items
If this response is helpful, please consider marking it as the accepted solution and giving it a thumbs-up to help others in the community.
Thank you!
It is related to sensitivity labels
Please this related thread
Thanks.
So after reading this article I think that they are some defaults created each time if report is saved.
If I am not controlling them -> it will not restrict anything but still they are changing?
Can you please say more light for me how this is tehnically working?
Best,
Jacek
This is your chance to engage directly with the engineering team behind Fabric and Power BI. Share your experiences and shape the future.
Check out the June 2025 Power BI update to learn about new features.
User | Count |
---|---|
13 | |
13 | |
11 | |
8 | |
8 |
User | Count |
---|---|
17 | |
10 | |
7 | |
7 | |
7 |