Skip to main content
Solved

How does FME Desktop store published parameters that are passwords?

  • February 1, 2017
  • 5 replies
  • 276 views

I can't find anything in the documentation about how FME Desktop stores published parameters that are passwords. Are these encrypted? Or does FME desktop store these parameters as clear text behind the password stars?

For instance, in the workspace below, I have published parameters that are passwords (I've set the published parameters to password type) How is FME Desktop storing these?

Best answer by jeroenstiers

Hi @j9recurses

If you open your workspace in Notepad(++) and you search on the parameter name, you will see that the fme_decrypt function is being used to store the password.

I am afraid that is all I know. Reading this post, made me conclude the community doesn't know more than this.

This post is closed to further activity.
It may be an old question, an answered question, an implemented idea, or a notification-only post.
Please check post dates before relying on any information in a question or answer.
For follow-up or related questions, please post a new question or idea.
If there is a genuine update to be made, please contact us and request that the post is reopened.

5 replies

Forum|alt.badge.img+7
  • 178 replies
  • Best Answer
  • February 2, 2017

Hi @j9recurses

If you open your workspace in Notepad(++) and you search on the parameter name, you will see that the fme_decrypt function is being used to store the password.

I am afraid that is all I know. Reading this post, made me conclude the community doesn't know more than this.


fmelizard
Safer
Forum|alt.badge.img+20
  • Safer
  • 3719 replies
  • February 7, 2017

Right, we do encrypt them. So they are not stored in plain text. As much as possible, we've moved to using "connections" in FME 2016/2017 that adds even more protection by moving even the encrypted passwords out of workspaces and into centralized, even more encrypted, data stores.


Forum|alt.badge.img
  • 5 replies
  • March 12, 2018

Right, we do encrypt them. So they are not stored in plain text. As much as possible, we've moved to using "connections" in FME 2016/2017 that adds even more protection by moving even the encrypted passwords out of workspaces and into centralized, even more encrypted, data stores.

@daleatsafe - What's the best starter documentation for understanding connections to put passwords in centralized, encrypted data stores?

 

 

We would like to be able to manage encrypted credentials centrally so that multiple separate workspaces that depend on the same connection can be updated simultaneously and securely.

 


todd_davis
Influencer
Forum|alt.badge.img+23
  • Influencer
  • 313 replies
  • March 13, 2018
@daleatsafe - What's the best starter documentation for understanding connections to put passwords in centralized, encrypted data stores?

 

 

We would like to be able to manage encrypted credentials centrally so that multiple separate workspaces that depend on the same connection can be updated simultaneously and securely.

 

http://docs.safe.com/fme/2017.1/html/FME_Desktop_Documentation/FME_Workbench/Workbench/options_default_paths.htm

 

 

Or go into Tools > FME Options > Default Paths. Under connection storage you can set the location. Setting that to a shared location means you can share "public" connections between workspaces. So no need to have multiple people create exactly the same connection, you can have one connection used by mutliple workspaces and only one connection to edit..

 

 

I have set these in our install setup via registry edits a few years ago. Don't think these options are available during setup yet?

 

 


lifalin2016
Supporter
Forum|alt.badge.img+38
  • Supporter
  • 592 replies
  • March 13, 2018

Right, we do encrypt them. So they are not stored in plain text. As much as possible, we've moved to using "connections" in FME 2016/2017 that adds even more protection by moving even the encrypted passwords out of workspaces and into centralized, even more encrypted, data stores.

The problem with that approach, as far as I've encountered it, is that shared connections present problems across versions, e.g. 2016->2017->2018. Or is that an "early" problem ?