Kinook Software Forum

Go Back   Kinook Software Forum > Visual Build Professional > [VBP] Suggestions
FAQ Community Calendar Today's Posts Search

 
 
Thread Tools Rate Thread Display Modes
Prev Previous Post   Next Post Next
  #1  
Old 03-21-2005, 08:22 PM
gribble gribble is online now
Registered User
 
Join Date: 06-04-2003
Posts: 21
"Protected" Macros to be used for passwords/credentials in deployment steps

in one of my deployment scripts i have some macros that contain the passwords to be used on COM+ components, and windows services (i have a application to set the user/password credentials on the service using WMI).

I have a custom action which shows a .NET c# GUI at the start of the script, to get details of the deployment to be performed, and to write all the macros back into VBPro. My GUI masks out the passwords in the text boxes, and when it dumps to the VBP log file a list of the macros it has set, it also masks out these macro values with asterisks (these COM+ and services are very secure and the passwords cant be revealed to anyone).

Now what i would like, is if a macro could somehow be "protected" - (maybe a new type in addition to System, Project, Temporary etc?) so that in VBPro on the macro screen, it's value is masked out when looking at it, but in the steps where it is used, the proper value is of course used, but any logging of this, or hovering over the step or using ctrl-M etc to expand this macro will NOT reveal the value! (this could be done by the expand macro routine replacing any incidence of the macros known value in the expanded text with asterisks, assuming it could be enhanced to know when it's expanding it for preview/logging purposes or when actually executing/running a step)

Does anyone else think this would be useful!

In my case, the deployment is run by a regular system personnel type role, but a high level manager or auditor needs to attend, to type the password/credentials to be used for the services. So i cant have the password being revealed to anyone - including the person running the deployment script!

Of course it can be done manually - but im sure we all realise the benefit of having an automated process, and collecting pertinent information for a deployment once at the start, then having it run through the whole thing.


Admin note: Implemented in v7

Last edited by gribble; 03-21-2005 at 08:24 PM.
Reply With Quote
 


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



All times are GMT -5. The time now is 07:58 AM.


Copyright © 1999-2023 Kinook Software, Inc.