
Security News
The Next Open Source Security Race: Triage at Machine Speed
Claude Opus 4.6 has uncovered more than 500 open source vulnerabilities, raising new considerations for disclosure, triage, and patching at scale.
ssb-plugins
Advanced tools
`ssb-plugins` is a plugin that provides additional plugin related functionality to a [secret-stack](https://github.com/ssbc/secret-stack) instance.
ssb-plugins is a plugin that provides additional plugin related functionality to a secret-stack instance.
Without ssb-plugins, plugins can only be loaded explicitly by an ssb-server with the .use() method.
Generally speaking, this plugin provides the abilility for plugins to be loaded and run as a separate process, with communication over muxrpc.
There are 2 main ways that plugins can be enabled using ssb-plugins:
Additionally, if enabling plugins from user-configuration, making use of .use(require('ssb-plugins')) explicitly will enable the CLI commands for users to install / uninstall / enable / disable plugins manually.
For explicit documentation of the CLI API, see here.
See secret-stack/PLUGINS.md for how to create a plugin
var createSbot = require('secret-stack')()
.use(require('ssb-db'))
createSbot
.use(require('ssb-plugins/load-user-plugins')()) //load user plugins from configuration. This may be used without the above!
.use(require('ssb-plugins/load')(path, name)) //load an out of process plugin directly.
.use(require('ssb-plugins')) //provides install, uninstall, enable, disable. (optional)
Run a plugin as a separate process. The process is started by the parent process, and they communicate by running muxrpc over stdio. This means that plugins may now be written in a language other than javascript.
out of process plugins can be loaded manually. using require('ssb-plugins/load')(location, name)`
var Load = require('ssb-plugins/load')
createSbot
.use(Load(path/to/plugin, 'plugin'))
add all plugins defined in configuration.
createSbot
.use(require('ssb-plugins/load-user-plugins'))
Plugins are configured as following:
Normally this is created by sbot plugins.install <plugin-name> but it can also be installed manually.
"plugins": {
//load a javascript plugin, exposed as "plugin1"
"ssb-plugin1: true,
//load your own version of plugin2. note it is renamed to "plugin2"
//so it is exposed as "plugin2" not "plugin2-forked"
"ssb-plugin2-forked: "plugin2",
"ssb-plugin2": {
enabled: true,
name, process
}
}
cd ~/.ssb
npm install <plugin-name>
# open `./config` in your favorite editor
nano config
# set the config
"plugins": {
"<plugin-name>": true
}
# or if it's an out of process plugin
"plugins": {
"<plugin-name>": {
"process": true,
"name": ... //if it should be exposed with a different name...
}
}
MIT
FAQs
`ssb-plugins` is a plugin that provides additional plugin related functionality to a [secret-stack](https://github.com/ssbc/secret-stack) instance.
The npm package ssb-plugins receives a total of 32 weekly downloads. As such, ssb-plugins popularity was classified as not popular.
We found that ssb-plugins demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 19 open source maintainers collaborating on the project.
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.

Security News
Claude Opus 4.6 has uncovered more than 500 open source vulnerabilities, raising new considerations for disclosure, triage, and patching at scale.

Research
/Security News
Malicious dYdX client packages were published to npm and PyPI after a maintainer compromise, enabling wallet credential theft and remote code execution.

Security News
gem.coop is testing registry-level dependency cooldowns to limit exposure during the brief window when malicious gems are most likely to spread.