Skip to content
Chat Bot Security Checklist
Branch: master
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
.github
data
CHANGELOG.md
CODE_OF_CONDUCT.md
LICENSE
README.md
ROADMAP.md

README.md


Chat-Bot-Security-Checklist

  Chat-bot Security Checklist  

The Chat-Bot Security Checklist is an exhaustive list of all elements you need to have before launching your chat-bot to production.

      PRs Welcome           Contributors             Chat‑bot_Checklist followed         CC0  

  How To UseContributing

It is based on Chat-bot developers' years of experience, with the additions coming from some other open-source checklists.

Table of Contents

  1. CLient Side Security
    1. OS Platform
    2. Messaging Platforms
    3. Custom-Website Platform
  2. NLP Technology Secuirty
    1. Intent Classifiers
    2. Dialog Mangement System
    3. Conversation Records
  3. Backend + Infrastructure
    1. OWASP Top 10
    2. Licensing

How to use?

All items in the Chat-bot Security Checklist are must for the majority of the projects.exception only be made for a regulatory reason. you can use this checklist to implement three-layered defense to your Chat-bot product. Each point in the list is marked as low medium and high.

  • Low means that the item is recommended but can be omitted in some particular situations.
  • Medium means that the item is highly recommended and can eventually be omitted in some really particular cases. Some elements, if omitted, can have bad repercussions.
  • High means that the item can't be omitted by any reason. You may leave a huge vulnerability open to the world. The testing priority needs to be on these elements first.

Before diving right into the checklist, let's ask a question why Chat-bot needs security and what's different with them? And the answer is, most of the components are same like your Infrastructure, Back-end, your middleware and dev-ops practices all are same, the only thing that differs is Language and conversational components of the chat-bot which isn't common in mainstream applications that's where the focus of this checklist.

Client-Security

You might need to deploy your chat-bot to a social platform or you might need a dedicated mobile app or a web SDK that can be used to use your chat-bot in other businesses. In any case, When you are running your code in a machine you have no control, you need to take some measures to ensure few things. Here are some pointers according to their platforms that you need to think about when deploying your Chat-bot -

OS-Platforms

Messaging-platforms

  • Channel Authorization: Medium Chat-bots have this unique feature of being available to everyone by deploying the bot on multiple channels like Skype for Business, Microsoft Teams, Facebook, Slack, etc. So If you are planning to deploy your chat-bot in any of the platforms your organization must make sure to restrict features which shouldn't be available to all.

  • Channel Authentication: Low You should check if your customer is using your platform instead of someone else from his/her account.you can do this using 2-Factor Authentication like OTP SMS or Email, Google Authenticator.

  • regulatory Data Protection:High Every regulation restricts customer data ownership to yourself so if you are asking PII(Personally identifiable information) or ePHI(Electronic protected health information) from your customer you must restrict that particular intent to your native channel only. Because you don't have custom SLAs to any of these channel provider, you can't solely own the private data it'll be shared with them.

Custom-Web-Platform

  • Front-end SecurityHigh If you are a chat-bot as a service company than you must think of secure deployability. for that reason you might SDK for a platform like a web, Android, iOS, etc. then you need your Client Technology secure and tested. you will also need a VAPT in order to work in B2B.This c

NLP-Security

Intent-Classifiers

  • Intent Segregation:High The intent of your chat-bot should be different for a different class of users. since NLP is a probabilistic system instead of being a deterministic system you should not differ response based on user class. you should all together create another intent/instance for a different class of users.

  • Permissioned Intent:High You must verify identity then channel and role of your customers before passing it to the intent.you should also check if the intent is there for that particular role or not.

Dialog-Management-System

  • Authorization: medium You must check who is the user. Role Management

    • Customer
      • Unauthenticated customer
      • Authenticated Non-Premium customer
      • Premium customer

If your chat-bot also has functionality for Internal users then you should have these roles.

  • Internal Roles

    • Developer/tester/federated Identities
    • Admin these roles will help you in intent Segregation, logging and for audit purpose.
  • Language generation Constraint: high you should not directly use your customer input. Because if a malicious user sent you a malformed input it could be dangerous for the system. although it is a very common practice to sanitize input here because of multiple contexts in play. developers forget to sanitize.

  • Rate Limiting queries: medium Considering the speed of typing of a mobile user ranges 30–75 wpm and reading speed is 250 wpm. if one user takes 5 seconds to read the text and 10 seconds with other UIs then we can assume that on an interactive Bot no. of user calls can be 10 +-5 = max-15 so we can limit our bot API call rate to 15 Per/Minute. By doing this we mitigate the risk of a DOS attack.

Conversation-Records

  • Life Cycle Management:High You should create a system where you mark Conversation as stale and send them to archive. and also if you need to delete them or not. backup should be in place for all the chats.

  • PII and PHI Redaction:High You should implement a solution to redact or encrypt the Personally identifiable data. you can do this by storing a key on the user's device. so the user can decrypt and read their Conversation and no one else will be able to read it. but you will be needing these logs for audit purposes.

  • Administration: High Create a system where there should be clear access on who can access the conversational data. and also log the data accessing activity to another server where you have the access.

Back-end-Infrastructure

OWASP-TOP-10

  • Injection:
  • Broken Authentication:
  • Sensitive data exposure:
  • XML External Entities:
  • Broken Access control:
  • Security misconfigurations:
  • Cross Site Scripting (XSS):
  • Insecure Deserialization:
  • vulnerabilities:
  • Insufficient logging and monitoring:

Licensing

  • SLAs: Check service level agreement for bot usage. There would be problems if a vendor doesn't support bot accessing their service. It will be no use for you to buy some software which doesn't allow bot access to their service.

Regulation


Chat-bot Security Checklist Badge

If you want to show you are following the rules of the Chat-Bot Checklist, put this badge on your README file!

Chat_Bot_Security_Checklist followed

[![Chat‑Bot_Checklist followed](https://img.shields.io/badge/Chat_Bot_Security_Checklist-followed-brightgreen.svg)](https://github.com/apoorvrajsaxena/Chat-Bot-Security-Checklist)

⬆ back to top


Contributing

Open an issue or a pull request to suggest changes or additions.

Guide

The Chat-Bot Security Checklist repository consists of two branches:

1. master

This branch consists of the README.md file.

2. develop

This branch will be used to make some significant changes to the structure, content if needed. It is preferable to use the master branch to fix small errors or add a new item.

Support

If you have any question or suggestion, don't hesitate to use Twitter:

Author

Apoorv Raj Saxena

License

CC0

⬆ back to top

You can’t perform that action at this time.