Socket
Socket
Sign inDemoInstall

clarity

Package Overview
Dependencies
2
Maintainers
1
Versions
9
Alerts
File Explorer

Advanced tools

Install Socket

Detect and block malicious and high-risk dependencies

Install

    clarity

Simple utility to convert obfuscated strings (primary use case is password urls) into the actual equivalent


Version published
Maintainers
1
Install size
60.3 kB
Created

Readme

Source

clarity

Clarity is a small utility library that is used to provide "deobfuscation" support for your secure data. The library has been created to deal with the fact that configuration information is generally stored in plaintext and saved to repositories such as source control, or centralized configuration stores (at least that is the idea behind sharedconfig. When this happens, it's very easy to accidently leak passwords or other information that should remain hidden.

Clarity makes it possible to store generalized information in these centralized stores, while storing more sensitive information in alternative stores and will reconcile the information at runtime when required.

Replacing Simple Values

The most common use case when using clarity is to use it to replace configuration values with configuration values that are stored in environment variables. For instance, consider the following simple example config.json file:

{
	"dbserver": "localhost",
	"dbport":   "7632",
	"dbuser":   "admin",
	"dbpass":   "teapot"
}

If we were then to import our configuration into our node program, we would be able to access the configuration values:

var config = require('./config.json');

Using this technique for configuration, however, means that we don't have configurations for each of our environments (dev, test, staging, production) and we have also exposed some sensitive data in our configuration file. While we can use a package such as node-config to assist with managing configurations for different environments, we still have potentially sensitive information stored in our configuration files.

This can be avoided by using clarity to put value placeholders in our configuration instead:

{
	"dbserver": "**DB_SERVER**",
	"dbport":   "**DB_PORT**",
	"dbuser":   "**DB_USER**",
	"dbpass":   "**DB_PASS**"
}

Now if we were to load the configuration via clarity we could use machine environment variables to replace the values:

var clarity = require('clarity').use(process.env),
	config = clarity.decode(require('./config.json'));

All values that have appropriate environment variables (e.g. process.env.DB_SERVER) would be replaced with the relevant value instead. The only downside of this technique is that in development you need a whole swag of environment variables configured which can be quite annoying.

To make life easier in development, you can use the default value functionality of clarity. This is implemented by separating the environment key with the default value using a pipe (|) character:

{
	"dbserver": "**DB_SERVER|localhost**",
	"dbport":   "**DB_PORT|7632**",
	"dbuser":   "**DB_USER|admin**",
	"dbpass":   "**DB_PASS|teapot**"
}

FAQs

Last updated on 25 Jan 2013

Did you know?

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc