Skip to main content
Solved

Issue After Veeam Upgrade v12 → v13 – Remote Script Execution and Permissions

  • May 5, 2026
  • 7 comments
  • 47 views

Jean.peres.bkp
Forum|alt.badge.img+8

Hello community,

After upgrading a Veeam Backup & Replication environment from version 12 to version 13, we started experiencing some unexpected behavior related to remote script execution, user permissions, and MFA. I’d like to check if anyone else has faced a similar situation.

 

Environment

  • Veeam Backup & Replication recently upgraded from v12 to v13
  • Monitoring solution relies on PowerShell scripts executed remotely
  • Use of Operator role / custom non‑Administrator users
  • Scripts used for status collection and integration with external monitoring tools
 
  • Issue 1 – Remote Script Execution

After the upgrade to Veeam v13, scripts no longer work when executed remotely unless the user is a Veeam Backup Administrator.

  • Before (v12):
    ✅ Scripts worked with Operator or custom roles
  • After (v13):
    ❌ Scripts only work when executed by a Backup Administrator
    ❌ Direct impact on monitoring (scripts no longer return data)
 
  • Error Message

When attempting to run PowerShell commands using a non‑administrator account, we receive the following error:

 

This indicates that, starting with v13, the Veeam PowerShell Snap‑in now requires the Backup Administrator role exclusively, even for commands that previously worked with reduced permissions.

 

✅ How are we operating in this scenario?

Based on the scenario described above, we are creating a dedicated service account with the Veeam Backup Administrator role, with MFA disabled, to be used exclusively for PowerShell automation and monitoring scripts.

We are validating the monitoring via API. Currently, the entire environment is monitored via Zabbix.

 

Has anyone else experienced this? Did they take any different action?

 

Best answer by ddomask

Hi, 

PowerShell has _always_ required the Backup Administrator privileges for full functionality but there were edge-cases where it worked without it sometimes, but this was not expected. Currently role based access control (RBAC) doesn’t apply to PowerShell or REST API, but there are plans to extend this functionality to the automation endpoints. 

For now you will need Backup Administrator privileges. 

7 comments

Chris.Childerhose
Forum|alt.badge.img+21

I have found that I need to run PS as the service account users we have for running scripts before they will work properly.  It is an MFA thing and hopefully one day they figure out how to bypass or get around this issue.


coolsport00
Forum|alt.badge.img+22
  • Veeam Legend
  • May 5, 2026

Hey ​@Jean.peres.bkp ….assume you’re talking about the VBR Wndows version? I have heard from Rick some more stringent security has been incorporated into v13. But your PoSH issue is the 1st time I’ve heard of that. But it doesn’t surprise me.


Forum|alt.badge.img+3
  • Experienced User
  • Answer
  • May 6, 2026

Hi, 

PowerShell has _always_ required the Backup Administrator privileges for full functionality but there were edge-cases where it worked without it sometimes, but this was not expected. Currently role based access control (RBAC) doesn’t apply to PowerShell or REST API, but there are plans to extend this functionality to the automation endpoints. 

For now you will need Backup Administrator privileges. 


coolsport00
Forum|alt.badge.img+22
  • Veeam Legend
  • May 6, 2026

Awesome. Thanks for the clarification here David 👍🏻


Jean.peres.bkp
Forum|alt.badge.img+8

I have found that I need to run PS as the service account users we have for running scripts before they will work properly.  It is an MFA thing and hopefully one day they figure out how to bypass or get around this issue.

Exactly


Jean.peres.bkp
Forum|alt.badge.img+8

Hey ​@Jean.peres.bkp ….assume you’re talking about the VBR Wndows version? I have heard from Rick some more stringent security has been incorporated into v13. But your PoSH issue is the 1st time I’ve heard of that. But it doesn’t surprise me.

Hey ​@coolsport00 !

Windows version.

 
 

 

 


Jean.peres.bkp
Forum|alt.badge.img+8

Hi, 

PowerShell has _always_ required the Backup Administrator privileges for full functionality but there were edge-cases where it worked without it sometimes, but this was not expected. Currently role based access control (RBAC) doesn’t apply to PowerShell or REST API, but there are plans to extend this functionality to the automation endpoints. 

For now you will need Backup Administrator privileges. 

Excellent ​@ddomask !

Thanks!