Go to file
Kay Marquardt (Gnadelwartz) 50e661aa50 fix unixe typo
2020-07-25 15:19:23 +02:00
addons Bashbot Version 0.98 2020-07-01 12:23:57 +02:00
dev move spellcheck to pre commit part 2 2020-07-12 18:36:14 +02:00
doc Bashbot Version 0.98 2020-07-01 12:23:57 +02:00
examples better use of RANDOM in cron example 2020-07-13 09:33:07 +02:00
modules final debug msgs 2020-07-04 09:18:28 +02:00
scripts Bashbot Version 0.98 2020-07-01 12:23:57 +02:00
test Bashbot Version 0.98 2020-07-01 12:23:57 +02:00
.gitignore add new file to gitignore 2020-06-12 21:24:54 +02:00
.gitmodules Added a license for the unfortunate souls whose governments don't allow public domain. 2016-04-19 05:49:35 -04:00
bashbot.rc Bashbot Version 0.98 2020-07-01 12:23:57 +02:00
bashbot.sh get/send Json: output debug messages to DEBUGLOG 2020-07-24 12:58:04 +02:00
commands.sh Bashbot Version 0.98 2020-07-01 12:23:57 +02:00
db.json codespell is much better 2020-06-23 16:35:50 +02:00
LICENSE Added a license for the unfortunate souls whose governments don't allow public domain. 2016-04-19 05:49:35 -04:00
mycommands.sh fix uppercase first letter in command because of auto correction 2020-07-20 11:57:40 +02:00
mycommands.sh.clean Bashbot Version 0.98 2020-07-01 12:23:57 +02:00
README.html fix unixe typo 2020-07-25 15:19:23 +02:00
README.md fix unixe typo 2020-07-25 15:19:23 +02:00
README.txt fix unixe typo 2020-07-25 15:19:23 +02:00

Bashbot - A Telegram bot written in bash.

Written by Drew (@topkecleon) and Kay M (@gnadelwartz).

Contributions by Daniil Gentili (@danogentili), JuanPotato, BigNerd95, TiagoDanin, and iicc1.

Released to the public domain wherever applicable. Elsewhere, consider it released under the WTFPLv2.

Prerequisites

Uses JSON.sh and the magic of sed.

Even bashbot is written in bash, it depends on commands typically available in a Unix/Linux Environment. More concret on the common commands provided by recent versions of coreutils, busybox or toybox, see Developer Notes

Note for MacOS and BSD Users: As bashbot heavily uses modern bash and (gnu) grep/sed features, bashbot will not run without installing additional software, see Install Bashbot

Bashbot Documentation and Downloads are available on www.github.com

Documentation

  • Introdution to Telegram Bots
  • Install Bashbot
    • Install release
    • Install from githup
    • Update Bashbot
    • Notes on Updates
  • Get Bottoken from Botfather
  • Getting Started
    • Managing your Bot
    • Receive data
    • Send messages
    • Send files, locations, keyboards
  • Advanced Features
    • Access Control
    • Interactive Chats
    • Background Jobs
    • Inline queries
    • Send message errors
  • Expert Use
    • Handling UTF-8 character sets
    • Run as other user or system service
    • Schedule bashbot from Cron
    • Use from CLI and Scripts
    • Customize Bashbot Environment
  • Best Practices
    • Customize mycommands.sh
    • Overwrite/disable commands
    • Separate logic from commands
    • Test your Bot with shellcheck
  • Function Reference
    • Sending Messages, Files, Keyboards
    • User Access Control
    • Inline Queries
    • jsshDB Bashbot key-value storage
    • Background and Interactive Jobs
  • Developer Notes
    • Debug bashbot
    • Modules, addons, events
    • Setup your environment
    • Bashbot test suite
  • Examples Dir

Your really first bashbot in a nutshell

To install and run bashbot you need access to a linux/unix command line. If you don't know how to get access to a linux/unix command line you should stop reading here :-(

In addition you need a Telegram client and a mobile phone to register an account. If you don't want to register for Telegram you should stop reading here ;-)

After you're registered to Telegram send a message to @botfather, create a new Telegram Bot token and write it down. You need the token to install the bot.

Now open a terminal and check if bash is installed: which bash && echo "bash installed!". If you get an error message bash is not installed.

Create a new directory, change to it: mkdir tbb; cd tbb and download the latest '*.tar.gz' file from https://github.com/topkecleon/telegram-bot-bash/releases. This can be done with the commands:

wget -q https://github.com/$(wget -q https://github.com/topkecleon/telegram-bot-bash/releases/latest -O - | egrep '/.*/.*/.*tar.gz' -o)

Extract the '*.tar.gz' file and change to bashbot directory: tar -xzf *.tar.gz; cd telegram-bot-bash, install bashbot: ./bashbot.sh init and enter your bot token when asked. All other questions can be answered by hitting the <Return> key.

That's all, now you can start your bot with ./bashbot.sh start and send him messages:

/start

You are Botadmin
*Available commands*:
*• /start*: _Start bot and get this message_.
*• /help*: _Get this message_.
*• /info*: _Get shorter info message about this bot_....

/info

his is bashbot, the Telegram bot written entirely in bash.
It features background tasks and interactive chats, and can serve as an interface for CLI programs.

For more Information on how to install, customize and use your new bot, read the Documentation

Log files

Since version 0.96 bashbot log commands received/send and connection errors. If you start bashbot in debug mode bash stdout, stderr and all send/received telegram message are logged also.

To enable debug mode start bashbot with debug as third argument: bashbot start debug

├── logs 
│   ├── BASHBOT.log      # log what your bot is doing ...
│   ├── ERROR.log        # connection errors from / to telegram API
│   │
│   ├── DEBUG.log        # stdout/stderr of you bot (debug mode enabled)
│   └── MESSAGE.log      # full text of all message send/received (debug mode enabled)

Security Considerations

Running a Telegram Bot means it is connected to the public and you never know what's send to your Bot.

Bash scripts in general are not designed to be bullet proof, so consider this Bot as a proof of concept. Bash programmers often struggle with 'quoting hell' and globbing, see Implications of wrong quoting

Whenever you are processing input from untrusted sources (messages, files, network) you must be as careful as possible, e.g. set IFS appropriate, disable globbing (set -f) and quote everything. In addition delete unused scripts and examples from your Bot, e.g. scripts 'notify', 'calc', 'question', and disable all not used commands.

Note: Until v0.941 (mai/22/2020) telegram-bot-bash had a remote code execution (RCE) bug, please update if you use an older version! see Issue #125

One of the most powerful features of unix shells is variable and command substitution using ${} and $(), but as they are expanded in double quotes, this can lead to RCE and information disclosing bugs in complex scripts like bashbot. So it's more secure to escape or remove '$' in input from user, files or network.

A powerful tool to improve your scripts is shellcheck. You can use it online or install shellcheck locally. Shellcheck is used extensive in bashbot development to ensure a high code quality, e.g. it's not allowed to push changes without passing all shellcheck tests. In addition bashbot has a test suite to check if important functionality is working as expected.

Use printf whenever possible

If you're writing a script and it is taking external input (from the user as arguments or file system...), you shouldn't use echo to display it. Use printf whenever possible

  # very simple
  echo "text with variables. PWD=$PWD"
  printf '%s\n' "text with variables. PWD=$PWD"
  -> text with variables. PWD=/home/xxx

  # more advanced
  FLOAT="1.2346777892864" INTEGER="12345.123"
  echo "text with variabeles. float=$FLOAT, integer=$INTEGER, PWD=$PWD"
  ->text with variables. float=1.2346777892864, integer=12345.123, PWD=/home/xxx

  printf "text with variables. float=%.2f, integer=%d, PWD=%s\n" "" "$INTEGER" "$PWD"
  ->text with variables. float=1.23, integer=12345, PWD=/home/xxx

Do not use #!/usr/bin/env bash

We stay with /bin/bash shebang, because it's more save from security perspective.

Use of a fixed path to the system provided bash makes it harder for attackers or users to place alternative versions of bash and avoids using a possibly broken, mangled or compromised bash executable.

If you are a BSD / MacOS user or must to use an other bash location, see Install Bashbot

Run your Bot as a restricted user

I recommend to run your bot as a user, with almost no access rights. All files your Bot have write access to are in danger to be overwritten/deleted if your bot is hacked. For the same reason every file your Bot can read is in danger to be disclosed. Restrict your Bots access rights to the absolute minimum.

Never run your Bot as root, this is the most dangerous you can do! Usually the user 'nobody' has almost no rights on unix/linux systems. See Expert use on how to run your Bot as an other user.

Secure your Bot installation

Your Bot configuration must no be readable from other users. Everyone who can read your Bots token is able to act as your Bot and has access to all chats the Bot is in!

Everyone with read access to your Bot files can extract your Bots data. Especially your Bot Token in token must be protected against other users. No one except you should have write access to the Bot files. The Bot should be restricted to have write access to count and tmp-bot-bash only, all other files must be write protected.

To set access rights for your bashbot installation to a reasonable default run sudo ./bashbot.sh init after every update or change to your installation directory.

FAQ

Is this Bot insecure?

Bashbot is not more (in)secure as any Bot written in an other language, we have done our best to make it as secure as possible. But YOU are responsible for the bot commands you wrote and you should know about the risks ...

Note: Until v0.941 (mai/22/2020) telegram-bot-bash has a remote code execution bug, please update if you use an older version!

Why Bash and not the much better xyz?

Well, that's a damn good question ... may be because I'm an unix admin from stone age. Nevertheless there are more reasons from my side:

  • bashbot will run everywhere where bash and (gnu) sed is available, from embedded linux to mainframe
  • easy to integrate with other shell script, e.g. for sending system message / health status
  • no need to install or learn a new programming language, library or framework
  • no database, not event driven, not object oriented ...

Can I have the single bashbot.sh file back?

At the beginning bashbot was simply the file bashbot.sh you can copy everywhere and run the bot. Now we have 'commands.sh', 'mycommands.sh', 'modules/*.sh' and much more.

Hey no Problem, if you are finished with your cool bot run dev/make-standalone.sh to create a stripped down Version of your bot containing only 'bashbot.sh' and 'commands.sh'! For more information see Create a stripped down Version of your Bot

Can I send messages from CLI and scripts?

Of course, you can send messages from CLI and scripts, simply install bashbot as described here, send the message '/start' to set yourself as botadmin and stop the bot with ./bashbot.sh kill.

Run the following commands in your bash shell or script while you are in the installation directory:

# prepare bash / script to send commands
export BASHBOT_HOME="$(pwd)"
source ./bashbot.sh source

# send me a test message
send_message "$(getConfigKey "botadmin")" "test"

# send me output of a system command
send_message "$(getConfigKey "botadmin")" "$(df -h)"

For more information see Expert Use

Blocked by telegram?

This may happen if to many or wrong requests are sent to api.telegram.org, e.g. using a invalid token or not existing API calls. If the block stay for longer time you can ask telegram service to unblock your IP-Adress.

You can check with curl or wget if you are blocked by Telegram:

curl -m 10  https://api.telegram.org/bot
#curl: (28) Connection timed out after 10001 milliseconds

wget -t 1 -T 10 https://api.telegram.org/bot
#Connecting to api.telegram.org (api.telegram.org)|46.38.243.234|:443... failed: Connection timed out.

Since Version 0.96 bashbot offers the option to recover from broken connections (aka blocked). Therefore you can provide a function named bashbotBlockRecover() in mycommands.sh. If the function exists it is called every time when a broken connection is detected.

Possible actions are: Check if network is working, change IP-Adress or simply wait some time.

If everything seems OK return 0 for retry or any non 0 value to give up.

# called when bashbot sedn command failed because we can not connect to telegram
# return 0 to retry, return non 0 to give up
bashbotBlockRecover() {
	# place your commands to unblock here, e.g. change IP-Adess or simply wait
	sleep 60 && return 0 # may be temporary
	return 1 
    }

@Gnadelwartz

That's it!

If you feel that there's something missing or if you found a bug, feel free to submit a pull request!

$$VERSION$$ v0.99-dev2-15-gf3bb5d9