Vector35 / Vector35/binaryninja-api
Expose plugin functionality (shared cache, kernel cache, etc) through MCP
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 1.3k
- Forks
- 298
- Avg merge
- 5d 5h
- Merged PRs (30d)
- 19
Description
The built in dyld shared cache plugin offers a dedicated view for loading individual binaries from the shared cache:
https://docs.binary.ninja/guide/sharedcache.html#shared-cache-triage-dsctriage
But from the BN MCP's point of view it only has the ability to open the shared cache itself, but not load any of its embedded binaries. This limits the MCPs usefulness in BN, as images need to be loaded manually via the UI.
I don't know what it would take to expose this functionality to the MCP (if it would require exposing all plugins, or something custom for the dyld cache) but it would be nice if this became possible at some point, thanks! :)
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading the BN MCP implementation and the built-in dyld shared cache plugin documentation, especially the shared-cache triage workflow. Determine how MCP currently opens a shared cache and what interface would be needed to load embedded binaries; done means the MCP can perform that workflow without manual UI interaction.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- api, reverse-engineering
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100