Repository navigation
0.7.0
0.7.0 — Share Tide objects to MISP
29 September 2026. Minor on 0.6.4.
Upgrade to publish threats, objectives, and rules to MISP, or regenerate CI so a GitHub production job compares github.ref to a literal ref. The share stage stays off until you pass --sharing.
Install
pip install opentide==0.7.0
export OPENTIDE_REPO_ROOT=/path/to/detection-repo
opentide validate --strictRegenerate an existing workflow with opentide setup ci <github|gitlab|azure> --yes. Add --sharing when that pipeline should share changed objects on the default branch.
Added
opentide sharepublishes one Tide object as one MISP Event. Commands:push,preview,status,retract,targets.previewandstatusmake no request. The API key is never printed (#184, #371, #372)..opentide/configurations/sharing.tomlmerges[[misp]]blocks by name (#370).- Successful shares are recorded in
.opentide/states/sharing.jsonl. Failures leave the file unchanged (#373). --sharing/--no-sharingonopentide setupandopentide setup ci. The generated job isopentide share push --changed, after generate, on a push to the default branch. Deploy does not wait for it (#375).
Changed
- Regenerated GitHub workflows compare
github.refto'refs/heads/<branch>'. share previewdoes not require the API key.pushandretractstill do.
Verify
python -c "import opentide; print(opentide.__version__)"
opentide share --helpExpect 0.7.0.