I‘m happy to announce the publication of my #PowerShell template module for #SecretManagement Extensions on GitHub. It enables the fast creation of new SecretManagement Extensions, including many best practices and (most important) a ReadMe which describes all pitfalls I’ve fallen into and the tricks to avoid this. All learned the hard way creating SecretManagement.NetwrixPasswordSecure 😋. If only one new extension based on the template is created the work was worth it.
https://github.com/Callidus2000/SecretManagement.ExtensionTemplate
Is there an 'easy' way to call private #PowerShell functions from nested modules?
I've got my module A with the nested module B. Now I've got a function (f) which is needed/usable from both A&B but makes no sense as a public function. Currently I've made it available as public A\f and can access it from everywhere.
And the answer 'don't use nested modules' is sadly not acceptable as this is the design pattern for #SecretManagement extensions 😒
A few weeks ago I anounced tht I’m working on a #PowerShell extension of the #SecretManagement module (https://github.com/PowerShell/SecretManagement) for support of #Netwrix #PasswordSecure solution (formely known as #Mateso #PasswordSafe).
Today I’ve released v1.0.0 to the PowerShellGallery and to github (https://github.com/Callidus2000/SecretManagement.NetwrixPasswordSecure). I’d appreciate any kind of feedback.
Special prerequisite of this extension: you need the .NET SDK DLLs which get provided by the vendor to enterprise customers.
#powershell #secretmanagement #netwrix #passwordsecure #mateso #passwordsafe
@AndrewPlaTech
My short time #PowerShell goals are:
1) Complete my #NetwrixPasswordSecure #SecretManagement module for public usage.
2) Spread some insights about how PS automation can save the day (internal company TechDay)
3) Use my Fortigate Manager module to clean up our internal firewalls
#powershell #netwrixpasswordsecure #secretmanagement
Lets try the poll feature of my new preferred social platform 😋
I’m currently developing a #Powershell #SecretManagement extension module for #Netwrix #PasswordSecure, formerly #Mateso #PasswordSafe. If released to the gallery the user would have to provide/side load DLLs which are only available for Enterprise customers.
Would such a module be of interest? Otherwise it will stay in-house.
#powershell #secretmanagement #netwrix #passwordsecure #mateso #passwordsafe
@DoctorDNS not a dll just a script based Powershell Module.
Got 3 Workarounds now, mixing them gets me up and running:
1. Test the code directly without #SecretManagement
2. Using the RestartableSession module (my fav)
3. Use the rss command from PSModuleDevelopment
@jaykul
Thanks for the reference, I'll take a deep look at your module.
Currently I'm moving to @mdgrs module solution. It's was quite easy to test the extension commands directly by importing it with a prefix. But then I've tested it from #SecretManagement and wanted to cry.... The AdditionalParameters HashTable which is automatically provided is case sensitive regarding the keys. I tend to call this nonsense and will open an issue in the main repo for this.
@mdgrs It is possible but cumbersome... Some aspects has to be emulated/mocked as they would be normally be handled by #SecretManagement. Currently I'm not really convinced if the speed benefit is enough to "Temp-Ignore" your module approach.
@jaykul Hi, thanks, I've missed the obvious... And now I've got a usage for the 'Prefix' param of Import-Module: Coding a 'Get-Secret' and testing with 'Get-PWSSecret', nice.
While this will be my current workaround for initial dev I'll switch over to @mdgrs #powershell solution https://github.com/mdgrs-mei/RestartableSession which works perfect even if testing the Extension through #SecretManagement.
@callidus2000 in my personal opinion, the extension mechanism in #PowerShell #SecretManagement is the most frustrating way that they could possibly have implemented extensions. I hate almost everything about it, from the way you have to hide your module in another module, to the way it loads your module in a nested PSSession in their C# module.
In short, avoid testing _through_ SecretManagement, and test by directly loading your module.
Is there some #powershell dev with experience in developing a #SecretManagement extension?
I’m facing the problem that while debugging/developing I’ve to restart my shell session to get the latest code changes activated. I’m quite annoyed 😒
Referenced link: https://hackernoon.com/uncover-some-of-the-best-practices-for-secret-management
Discuss on https://discu.eu/q/https://hackernoon.com/uncover-some-of-the-best-practices-for-secret-management
Originally posted by HackerNoon | Will NOT Insert LINKS in HN stories / @hackernoon@twitter.com: https://twitter.com/hackernoon/status/1533139023094505472#m
"Uncover Some of the Best Practices For Secret Management" by @pragati_verma18 https://hackernoon.com/uncover-some-of-the-best-practices-for-secret-management #secretmanagement #security
Referenced link: https://hackernoon.com/uncover-some-of-the-best-practices-for-secret-management
Discuss on https://discu.eu/q/https://hackernoon.com/uncover-some-of-the-best-practices-for-secret-management
Originally posted by HackerNoon | Will NOT Insert LINKS in HN stories / @hackernoon@twitter.com: https://twitter.com/hackernoon/status/1529513636003299335#m
"Uncover Some of the Best Practices For Secret Management" by @pragati_verma18 https://hackernoon.com/uncover-some-of-the-best-practices-for-secret-management #secretmanagement #security