2019-04-28 07:54:51 +00:00
|
|
|
# bashbot
|
2019-04-09 11:41:38 +00:00
|
|
|
A Telegram bot written in bash.
|
|
|
|
|
2019-04-28 07:54:51 +00:00
|
|
|
Written by Drew (@topkecleon), Daniil Gentili (@danogentili), and Kay M
|
2019-04-16 19:56:46 +00:00
|
|
|
(@gnadelwartz).
|
|
|
|
|
|
|
|
Contributions by JuanPotato, BigNerd95, TiagoDanin, and iicc1.
|
|
|
|
|
2019-04-28 07:54:51 +00:00
|
|
|
Released to the public domain wherever applicable.
|
|
|
|
Elsewhere, consider it released under the
|
|
|
|
[WTFPLv2](http://www.wtfpl.net/txt/copying/).
|
|
|
|
|
|
|
|
## Prerequisites
|
|
|
|
Depends on [tmux](http://github.com/tmux/tmux).
|
|
|
|
Uses [JSON.sh](http://github.com/dominictarr/JSON.sh).
|
|
|
|
|
|
|
|
Most complete [UTF-8 support for
|
|
|
|
bashbot](doc/4_expert.md#Bashbot-UTF-8-Support) is availible if phyton is
|
|
|
|
installed (optional).
|
|
|
|
|
|
|
|
Bashbot [Documentation](https://github.com/topkecleon/telegram-bot-bash) and
|
|
|
|
[Downloads](https://github.com/topkecleon/telegram-bot-bash/releases) are
|
|
|
|
availible on www.github.com
|
|
|
|
|
|
|
|
## Documentation
|
|
|
|
* [Introdution to Telegram Bots](https://core.telegram.org/bots)
|
|
|
|
* [One Bot to rule them
|
|
|
|
all](https://core.telegram.org/bots#3-how-do-i-create-a-bot)
|
|
|
|
* [Bot commands](https://core.telegram.org/bots#commands)
|
|
|
|
* [Install Bashbot](doc/0_install.md)
|
|
|
|
* Install release
|
|
|
|
* Install from githup
|
|
|
|
* Update Bashbot
|
|
|
|
* Notes on Updates
|
|
|
|
* [Create a new Telegram Bot with botfather](doc/1_firstbot.md)
|
|
|
|
* [Getting Started](doc/2_usage.md)
|
|
|
|
* Managing your Bot
|
|
|
|
* Recieve data
|
|
|
|
* Send messages
|
|
|
|
* Send files, locations, keyboards
|
|
|
|
* [Advanced Features](doc/3_advanced.md)
|
|
|
|
* Access Control
|
|
|
|
* Interactive Chats
|
|
|
|
* Background Jobs
|
|
|
|
* Inline queries
|
|
|
|
* [Expert Use](doc/4_expert.md)
|
|
|
|
* Handling UTF-8 character sets
|
|
|
|
* Run as other user or system service
|
|
|
|
* Scedule bashbot from Cron
|
|
|
|
* [Best Practices](doc/5_practice.md)
|
|
|
|
* Customize commands.sh
|
|
|
|
* Seperate logic from commands
|
|
|
|
* Test your Bot with shellcheck
|
2019-05-10 10:04:49 +00:00
|
|
|
* [Function Reference](doc/6_reference.md)
|
|
|
|
* Sending Messages, Files, Keyboards
|
|
|
|
* User Access Control
|
|
|
|
* Inline Queries
|
|
|
|
* Background and Interactive Jobs
|
2019-04-28 07:54:51 +00:00
|
|
|
* [Deveoper Notess](doc/7_develop.md)
|
|
|
|
* Setup your environment
|
|
|
|
* Test, Add, Push changes
|
|
|
|
* Prepare a new version
|
|
|
|
* Bashbot testsuite
|
2019-04-30 12:21:24 +00:00
|
|
|
* [Customize bashbot environment](doc/8_custom.md)
|
2019-04-29 17:38:54 +00:00
|
|
|
* [Examples](examples/README.md)
|
2019-04-28 07:54:51 +00:00
|
|
|
|
|
|
|
## Security Considerations
|
|
|
|
Running a Telegram Bot means it is connected to the public and you never know
|
|
|
|
whats send to your Bot.
|
|
|
|
|
|
|
|
Bash scripts in general are not designed to be bullet proof, so consider this
|
2019-05-01 12:36:34 +00:00
|
|
|
Bot as a proof of concept. Bash programmers often struggle with 'quoting hell'
|
|
|
|
and globbing, see [Implications of wrong
|
2019-04-28 07:54:51 +00:00
|
|
|
quoting](https://unix.stackexchange.com/questions/171346/security-implications-o
|
|
|
|
f-forgetting-to-quote-a-variable-in-bash-posix-shells)
|
|
|
|
|
|
|
|
Whenever you are processing input from from untrusted sources (messages, files,
|
|
|
|
network) you must be as carefull as possible, e.g. set IFS appropriate, disable
|
2019-05-01 12:36:34 +00:00
|
|
|
globbing (set -f) and quote everthing. In addition delete unused scripts and
|
|
|
|
examples from your Bot, e.g. scripts 'notify', 'calc', 'question', and disable
|
|
|
|
all not used commands.
|
|
|
|
|
|
|
|
A powerful tool to improve your scripts is ```shellcheck```. You can [use it
|
|
|
|
online](https://www.shellcheck.net/) or [install shellcheck
|
|
|
|
locally](https://github.com/koalaman/shellcheck#installing). Shellcheck is used
|
|
|
|
extensive in bashbot development to enshure 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](doc/7_develop.md) to check if important
|
|
|
|
functionality is working as expected.
|
2019-04-28 07:54:51 +00:00
|
|
|
|
|
|
|
### 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 ervery file your Bot can read is in danger to be disclosed.
|
|
|
|
Restict your Bots access rigths 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](doc/4_expert.md) 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 can act as your Bot and has access to all chats your
|
|
|
|
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 exept you must have write access to the Bot files. The Bot must 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.
|
|
|
|
|
|
|
|
### Is this Bot insecure?
|
|
|
|
Bashbot is not more (in)secure as any other Bot written in any 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 ...
|
|
|
|
|
|
|
|
### Why Bash and not the much better xyz?
|
|
|
|
Well, thats a damn good question ... may be because I'm an Unix/Linux admin
|
|
|
|
from stone age. Nevertheless there are more reasons from my side:
|
|
|
|
|
|
|
|
- bashbot will run everywhere where bash is availible, from ebedded 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 OO ...
|
2019-04-27 19:10:55 +00:00
|
|
|
|
|
|
|
@Gnadelwartz
|
2019-04-27 13:48:03 +00:00
|
|
|
|
2019-04-28 07:54:51 +00:00
|
|
|
## That's it!
|
2019-04-09 11:41:38 +00:00
|
|
|
|
2019-04-28 07:54:51 +00:00
|
|
|
If you feel that there's something missing or if you found a bug, feel free to
|
|
|
|
submit a pull request!
|
2019-04-09 11:41:38 +00:00
|
|
|
|
2019-05-10 10:04:49 +00:00
|
|
|
#### $$VERSION$$ v0.72-dev-5-g73b7734
|