Do not input private or sensitive data. View Qlik Privacy & Cookie Policy.
Skip to main content

Announcements
Join us in Bucharest on Sept 18th for Qlik's AI Reality Tour! Register Now
cancel
Showing results for 
Search instead for 
Did you mean: 
eparsons72
Contributor
Contributor

Storing passwords to call web services

I am a Security professional for a company where our developers are looking to implement a call to web service.  The issue that we are having is we do not want the developer to know or have access to the password needed for this service.  We would like to have it encrypted utilizing industry standards as well.   Our development team is telling us that the standard implementation is to stored it either in a text file or within the database and the developer would have the ability to  decrypt the password if needed.  

Any suggestions on how to implement this in a way that our security department would be the only ones with the password is appreciated. 

2 Replies
Sue_Macaluso
Community Manager
Community Manager

@eparsons72 This forum is to discuss the Qlik Community platform.  The forums on this platform are to collaborate around Qlik products.  Your question appears not to be about any Qlik products.  If this is not the case please be specific on which Qlik product and what you are having a problem with. Thank you.

Did you find a solution to your question? Mark the solution as accepted : and if you found it useful, press the like button!
eparsons72
Contributor
Contributor
Author

Sue,  the development team is utilizing Qlik Sense to make the call to the web service that I referenced in my original post.  The issue that I am having with what they are proposing is that they are stating to me that they must have the password to the service account which in our environment is not something that we allow.   So we are trying to determine what path we can take to enter an encrypted password into the platform that the developer would not be able to access to ensure that the security measure meet our policy.