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

owtf auto-update option #31

Closed
7a opened this issue May 24, 2013 · 9 comments
Closed

owtf auto-update option #31

7a opened this issue May 24, 2013 · 9 comments

Comments

@7a
Copy link
Member

7a commented May 24, 2013

I believe we need an auto-update option, something like this:

owtf.py --update

To update:

  1. OWTF itself
  2. All the restricted tools (i.e. like w3af)

This will prevent out-of-date issues like this:
andresriancho/w3af#351

sqlmap auto-updater for reference:
https://github.com/sqlmapproject/sqlmap/blob/4b9d8ed67304b228f80119070037dc2f5c68b14f/lib/core/update.py

w3af config style auto-update:
https://github.com/andresriancho/w3af/blob/f3b0667bf65a87d16dc0066a53b7a17945c9b98b/core/data/db/startup_cfg.py

@gameFace22
Copy link

1.To update OWTF itself,wouldn't it be enough to do a fresh pull of the master?
2.And for tools, http://www.backtrack-linux.org/forums/showthread.php?t=41766.
Can this be implemented in some way or other?

@flabbergastedbd
Copy link
Contributor

@gameFace22 : There is an update option available which needs to be ported to UI

@DePierre
Copy link
Contributor

Indeed owtf.py --update is available but not from the Web UI (yet?). If someone feels like implementing a nice button ;)

@7a
Copy link
Member Author

7a commented Jan 26, 2015

yes @DePierre you are right, now that we have a cool UI, a UI hint like "updates available, click here" would be really cool. Once the user clicks on that the "--update" option could be invoked from the UI, after user confirmation.

viyatb added a commit that referenced this issue Dec 10, 2015
@viyatb
Copy link
Member

viyatb commented Dec 11, 2015

Right now the web interface shows the status of the your local copy of OWTF wrt the latest commit in upstream.

As the update cannot be done when running the web interface, I think this resolves this issue. When in the reboot, the core framework and the web interface are disjoint, there can be further improvement.

@anantshri
Copy link
Contributor

Can we also do one more thing as part of this issue. get list of packages which we depend on and if distro has a new version available for it.

example we depend on w3af then can we have a check if there is a new version of w3af and mark that dependencies are also out of date.

Just asking for this are we relying on pulling master or are we relying on release cycles i.e. new release available then update.

@viyatb
Copy link
Member

viyatb commented Jan 18, 2016

Checking tool updates at startup will cause the OWTF start to be very slow because it will first need to refresh repositories, etc. I think it is safe to run the install script again to update the required tools.
@7a ?

@anantshri
Copy link
Contributor

can we do sort of lazy loading where UI and functionality starts and then an update checker starts in backend

@viyatb
Copy link
Member

viyatb commented Jan 21, 2016

Tool update checker will be implemented in reboot for now (new architecture where we can decide how to run this alongside OWTF). Duplicate of #249.

@viyatb viyatb closed this as completed Jan 21, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants