| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
|
I added reference to #9618 where we did workflow cleanup. |
Sorry, something went wrong.
|
Have we any progress with adding remoting tests? |
Sorry, something went wrong.
Great finding. It's hard to track down the regression caused by subtle changes like this one. |
Sorry, something went wrong.
|
🎉v7.0.0-rc.3 has been released which incorporates this pull request.:tada: Handy links: |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
PR Summary
This is issue #11538.
JEA user role access was not being set correctly for a user in a JEA session endpoint configuration that is configured for RunAs or virtual accounts.
PR Context
The user role access was not being allowed for RunAs/virtual accounts because the endpoint configuration was setting the UseSharedProcess to True. In this case the WinRM host cannot provide a user token needed by PowerShell to assign role access.
This is a regression from PS6, due to workflow clean up effort (#9618). The Register-PSSessionConfiguration command would automatically set an endpoint configuration to UseSharedProcess to True for workflow endpoints. Code clean up typo left the code to always set UseSharedProcess to True for any endpoint configuration by default.
Simple fix is to remove the old workflow code completely so that UseShareProcess is False by default, and only enabled by user as it works in Windows PowerShell and PowerShell 6+.
PR Checklist