Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Collaboration support for WARP #6363

Open
emesare opened this issue Jan 25, 2025 · 0 comments
Open

Collaboration support for WARP #6363

emesare opened this issue Jan 25, 2025 · 0 comments
Labels
Component: WARP Effort: Low Issue should take < 1 week Impact: Medium Issue is impactful with a bad, or no, workaround

Comments

@emesare
Copy link
Member

emesare commented Jan 25, 2025

Collaboration (the functionality surrounding remote projects) is now supported in the Rust API, we could add a few interesting integrations with WARP. (NOTE: These are just ideas, no say on when/if these will be worked on)

  1. Add an option to load signature files (.sbin) from a remote.

This is pretty self explanatory, when WARP gathers all the local files for inclusion in the matching data set, we could pull down signature files from a remote. This would necessitate a few extra options and possibly be done as apart of "WARP providers", namely we would need to identify the remote to connect to and have a filter for the files that the user wants to include, this might require us to also add the architecture to the WARP spec, as to not pull in functions from other architectures.

This might also better be done as a UI interaction, where the user can select files from a remote after auto analysis is done, in that case the interaction file picker would just need to be used in some place in the WARP UI (see this issue).

  1. Add remote syncing to sigem (the headless WARP script)

A common issue with sigem is managing both the input and output files, if you have a thousand binaries in a dozen folders you would find yourself moving around a lot of data manually. Instead we could add support for sigem to stage the input files into a remote project, then pull them down in a separate stage to generate output signature files. These signature files could then be uploaded to another project (or the same one), for distribution. This would also make scaling sigem horizontally much more manageable, if you could have each sigem instance work on separate remote folders but contribute the signatures to the same output remote.

@emesare emesare added Component: WARP Effort: Low Issue should take < 1 week Impact: Medium Issue is impactful with a bad, or no, workaround labels Jan 25, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Component: WARP Effort: Low Issue should take < 1 week Impact: Medium Issue is impactful with a bad, or no, workaround
Projects
None yet
Development

No branches or pull requests

1 participant