Looking forward to Hackference 2017

I'm very proud to announce that for the third consecutive year, Microsoft are sponsoring Hackference 2017. We'll be helping developers build apps with Microsoft Cognitive Services and Bot Framework

#Events #Cognitive Services #Bots

Monday 16 Oct 2017

This article was written on GitHub. You can raise issues, create pull requests or even fork the content... its open source

Bot Framework V4 (BFv4) was made generally available (GA) as part of the Ignite 2018 announcements (see the official announcement).

This is great news because it is now the 'current' version and all the docs, tooling and SDKs have been refreshed from the preview version we've been using since Build.

One of the things that is new in the GA version is the inclusion and dependency on .BOT files to manage secrets as well as other settings to make various tools work consistently.

It took me a while to figure this out so I thought I'd capture it here in case someone else is searching for the same thing.

What is a BOT file?

The .BOT file is not new and ever since BFv4 has been around, we've seen these files.

Up until now, they have been mainly used for storing configuration settings to use with the Bot Emulator to test your bot locally.

In BFv4 GA, the .BOT file is used to store mandatory configuration information, including secrets (App ID, Storage Connection string etc) which the bot code itself needs in order to execute.

The idea is that the .BOT file is where you store all your bot configuration data, including secrets from things like LUIS or QNAMaker. It is what we'd traditionally use AppSettings.json or DotEnv for in BFv3.

You can read more about the on the official docs: Bot File.

When I first looked at this, I had a few questions ....

The answer is to use the MSBot Command Line Tool to encrypt the secrets in the .BOT file

The MSBot tool and encryption

The MSBot Command Line Tool is a tool built as part of the overall BFv4 release which helps you manage .BOT files.

MSBot is an NPM package which you install as follows:

npm install -g msbot

MSBot facilitates many things but the primary concern for this article is that MSBot can encrypt the keys contained in the .BOT file (not the entire file) and give you a secret which is used by the bot run-time to decrypt the keys.

To encrypt a decrypted BOT use this:

msbot secret --new

To clear existing secrets and decrypt use this:

msbot secret -b my.bot --secret OLDSECRET --clear

For full details on using MSBot for encrypting your secrets within a .BOT file see MSBot > Bot Secrets.

Storing the secret secretly

When you use MSBot to encrypt the secrets within a .BOT file, you are given a secret which is required to decrypt the file and access the secret keys within.

It is important that the secret from MSBot is not contained within source control; the way you handle this depends on platform.


For .net it is best practice to use the Microsoft.Extensions.Configuration.UserSecrets extension which adds a Visual Studio extension to expose secrets.json.

You can install the extension via NuGet.

When the extension is installed, you can right-click on the project in Visual Studio and go to Manage User Secrets which opens secrets.json.

This is a file which is stored outside your project structure on your local machine's hard drive (and therefore your source control).

You can then add your MSBot secret and file path as follows.

    "botFilePath": "./YourBotFile.bot",
    "botFileSecret": "Your MSBot secret, something like zOku/rKiFRa/ISohbv3/1O6k7rhGEsXdV+lAO/8mVBU="

In order for your bot code to access the local secrets.json file during development, you need to add this to the Startup constructor in Startup.cs (more on how this works in production/Azure later).

if (env.IsDevelopment())

You can then access secrets in your code the way you would do for any typical AppSettings.json file. The default bot templates will use something like this in the ConfigureServices method in Startup.cs.

  var secretKey = Configuration.GetSection("botFileSecret")?.Value;
  var botFilePath = Configuration.GetSection("botFilePath")?.Value;

See Safe storage of app secrets in development in ASP.NET Core for full details on the pattern for managing secrets in .net Core 2.

NodeJS and TypeScript

For Node/TypeScript, secrets are managed via the DotEnv NPM package which is installed as follows:

npm install -g dotenv

You can create a .env file which contains the secrets as follows:

  botFilePath = YourBotFile.bot
  botFileSecret = "Your MSBot secret, something like zOku/rKiFRa/ISohbv3/1O6k7rhGEsXdV+lAO/8mVBU="

You can then read the secrets as follows:

  // Import required bot configuration.
  const { BotConfiguration } = require('botframework-config');

  // Read botFilePath and botFileSecret from .env file.
  const ENV_FILE = path.join(__dirname, '.env');
  const env = require('dotenv').config({ path: ENV_FILE });

  // Get the .bot file path
  const BOT_FILE = path.join(__dirname, (process.env.botFilePath || ''));
  let botConfig = BotConfiguration.loadSync(BOT_FILE, process.env.botFileSecret);

There are many tutorials for using DotEnv to manage secrets in Node, simply do a search for "managing secrets with dotenv" to see more detail.

Publishing to Azure

As we know, BFv4 now uses the .BOT file and the secrets contained within as part of its run time, so how does Azure access the .BOT file if it is encrypted and the secret to decrypt it is not in source control or published to Azure?....

One of the coolest things about Azure App Service (which is where bots get published) is that the Application Settings in the service replicate local configuration settings, regardless of which platform you are using.

This means that when you access configuration settings in code, Azure will place the value from its own Application Settings and avoid the need for files like secrets.json or .env.

All you need to do as a developer is make sure that secret and path to your .BOT file are stored in Azure App Service Application Settings to match your local secrets.json or .env. files.

The settings are as follows:

Making sure your .BOT file gets deployed in .net projects

In .net bot projects, if you make changes to your .BOT file, it will not get deployed by default when you publish to Azure and your production bot will always use the initial .BOT file

The reason for this is that the .BOT file is marked as Do not copy by default which means that it is not treated as content for the application and so never gets deployed.

To make sure your .BOT file is deployed whenever you publish, set the 'Copy To Output Directory' to Copy Always on the file properties of your .BOT file in Visual Studio.

There is a Stack Overflow post on this which provides details.

Use the Azure template and it is done for you

Well done for getting this far through the article.

You now understand what a .BOT file does, how to use MSBot tool to safely encrypt secrets within .BOT file and then store the generated secret in a safe way outside your source control.

You also understand how configuration settings are accessed in Azure.

This next bit might be annoying if you've read this entire article ..... if you create your Azure Bot Service from Azure, all of this is done for you apart from the 'Storing the secret secretly' bit.

An Azure Bot Service created via Azure will have:

In Summary

To summarise this article, here are the key take-away points:

For further reading, I'd recommend:

Got a comment?

All my articles are written and managed as Markdown files on GitHub.

Please add an issue or submit a pull request if something is not right on this article or you have a comment.

If you'd like to simply say "thanks", then please send me a so the rest of Twitter can see how awesome my work is.