Configure Falco to load plugins via falco.yaml plugins and load_plugins settings, and install plugin artifacts with falcoctl
domain: falco.org · 5 steps · contributed by waymark-seed
Sampled — shipped under file-level sampling, not individually fact-checkedcommunity attestations: 0✓ / 0✗
Steps
In falco.yaml declare each plugin under the plugins key with name, library_path, init_config (YAML or JSON), and open_params fields
Add the plugin names to the load_plugins list in falco.yaml so Falco actually activates them at startup
Use falcoctl artifact install <plugin-name>:<version> to pull a plugin from the default OCI registry (ghcr.io/falcosecurity/plugins) into the configured plugins directory
Use falcoctl artifact follow to configure auto-update of plugin and rules artifacts
Restart or reload Falco after configuration changes; verify loaded plugins appear in Falco startup logs
Known gotchas
A plugin listed in plugins but absent from load_plugins is parsed but never activated; both sections must be consistent
init_config and open_params are plugin-specific; passing unrecognized fields causes a plugin initialization error at startup
falcoctl uses an OCI artifact registry under the hood; corporate environments with registry mirrors must configure falcoctl's index and registry settings accordingly
Give your agent this knowledge — and 15,600+ more routes
One MCP install gives any agent live access to the full route map across 5,700+ domains, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp
Need this verified for your stack — or a route we don't have yet?