Skip to content
/ zapress Public

Learn how to find vulnerabilities in software security of your apps with Cypress & OWASP ZAP

License

Notifications You must be signed in to change notification settings

da-th/zapress

Repository files navigation

Learn how to find vulnerabilities in software security of your apps with Cypress & OWASP ZAP

This set of apps build an environment to learn how to test for threads in a web app.

  1. OWASP Juice Shop is an example shop with intentional build in insecureties. The challange is to find them.
    But this is more than only a shop. It shows you when you had discovered an insecurity or teach you in various lessons what they are and how to find them, as well. The project leader provides a book about this application and its use:\
  • Online: https://pwning.owasp-juice.shop/\
  • PDF/MOBI/EPUB: https://leanpub.com/juice-shop.
  1. Cypress is the new "Selenium", so an UI/E2E testing framework. I can recommend this blog from Filip Hric
    to digg a little deeper!
  2. OWASP ZAP is a security scanner for web apps. It can find potential vulnerabilities by analyse traffic using a proxy, passive and active scan and more.

Preconditions

  1. (Required) Docker Do you need an explanation, really? Container based virtualization of apps or their parts, provided as a service.
  2. (Required) Docker-Compose is able to handle docker container in its context or dependancies (networks between,...).
  3. (Required) NPM is a java script package manager (node.js).
  4. (Optional but highly recommended) NVM make id possible to switch between versions of npm per project. So one can run the application in the matching npm version.
    Here the recommended version is v14.17.6 . All other can fail because of not matching the needs of the system.
    NOTE: After version change one has to perform an "npm i" to install the dependancies!
    HowTo: https://www.sitepoint.com/quick-tip-multiple-versions-node-nvm/

In principle

WARNING: Don't let run ZAP Active Scans against apps you do not have permission for!!!

Because these scans may harm the application/website and can be considered as an

attack. Recommendation: Read up on the subject "ZAP".

This project provides the Juice Shop and the ZAP proxy, each dockerized and runable as one environment. The as well dockarized Cypress application can be launched if needed. ZAP scans and Cypress tests can be run against the local Juice Shop or against one in the internet (remote; especially installed for test purposes).
Cypress can be used in terminal or in graphical mode, as well.

Sample options are realized in the script "make.sh". This script is the entrypoint into the world of Zapress and calls other scripts which have different tasks for the different apps in this project.

In project directory only type

$ ./make.sh

to get an explanation about the possible options.\

The options -cd , -cn and -z are options where have to be added options of the downstream script(s). So it may be comes up a second "usage" for this script or questions to the missing needed options, if not given correct.

How it works under the hood

In general before one can run an active scan in ZAP, it has to know where it can try attacks (structure of the app/website). For that one can let run Cypress tests through the ZAP proxy (http://localhost:8080) or initiate a (ajax) spider scan (passive scan) against the app.
Only now it is prepared to start the active scan in ZAP.

Interaction of docker containers in zapress

First steps:

"Magic" behind that three apps run together

  • The Zapproxy docker container: Different to the original docker container it uses as entrypoint its bash script wrapper zap.sh with some default arguments. For more infos please have a look in the Zap_Dockerfile.

  • When you want to use Cypress to teach ZAP about the site structure, its traffic has to be run through the ZAP proxy.
    This is done by

    $ export HTTP_PROXY=http://localhost:8080
    $ export HTTPS_PROXY=http://localhost:8080

    before running Cypress (in the same terminal window)!
    But this is build in for automatic execution, any time you start a Cypress test run.

  • All other convinient stuff is done by sh (bourne) scripts.

Preparations

Install the needed dependancies, because they are not committed to git.

$ npm i

This is only needed before the very first use or if there are updates for dependancies, i.e. Cypress version change.
When you use nvm (as recommended, see chapter "Preconditions"), it is neccessary to follow its workflow (options in the make.sh are maybe helpful).

Let it run (using only dockerized apps)

  1. Start dockerized environment - Juice Shop + ZAP

    $ ./make.sh -renv

    Now the Juice Shop is available via http://localhost:3000 and
    ZAP is ready: proxy via http://localhost:8080, scan api http://localhost:8080/UI.

  2. Run Cypress tests

    $ ./make.sh -cdhl

    This option sets up the route through the ZAP proxy and starts all available tests (test file name corresponds to the following pattern: "*.spec.js") in a dockerized Cypress, headless (Chrome) against the Juice Shop (see step 1.).
    Unfortunately at execution anytime there is a message about "caniuse-lite is outdated".
    But this is done automatically in dockerized Cypress when updated. So, no action
    needed for the container.

  3. Enable only some active scan types

    $ ./make.sh -z -eas

    As standart there are all types of active scans switched on. But this results in an exited run, because it lasts to long. This setup is persistent, if you do not restart the Zap container. So you don't have to do it every run.

  4. Run ZAP active scan

    $ ./make.sh -zahl

    Now ZAP knows something about the structure of the Juice Shop and use this for attacks (active scans).
    Watch out where you can find the scan results (terminal).

Next steps

So, if you are a little familiar with this, you can:

  • use other options as well (make.sh, zapScan.sh, runCypressTests.sh)
  • add or change options which matches your needs
  • add new tests in Cypress
  • run spider scans in ZAP
  • add config files for run zap scans which matches your needs (see api ui)
  • accept challanges in the Juice Shop
  • read the book to the Juice Shop and learn something about security
  • ...

Vizualize

Juice Shop: http://localhost:3000 Cypress, vizual mode (if it runs in this mode): http://localhost:6901/ ZAP scan api ui: http://localhost:8080/UI ZAP scan results: http://localhost:8080/OTHER/core/other/htmlreport/

Info about API testing with Cypress and Juice Shop API

API plugin: https://github.com/bahmutov/cy-api/blob/master/README.md API testing with Cypress: https://filiphric.com/cypress-basics-api-testing API of Juice Shop: https://documenter.getpostman.com/view/11581686/SztEZSZ4#auth-info-cdee5c4d-c8c3-4dbe-af6d-a357dd3f5178

Updates

Cypress

If you want to update Cypress, be sure to change the version to the same valid value in the following files:

  1. ./package.json
  2. ./Cypress_Dockerfile

Don't forget to update the native dependencies by

$ npm i
$ npx browserslist@latest --update-db

Juice Shop + ZAP

This will perform the job for you:

$ ./make.sh -uenv

Don't forget to delete old docker images, from time to time!

Help from you!

Sure, this readme may include not everything you expected. Let me know and I try to add topics to clearify questions. I am available via email: [email protected]

Inspiration

Zapress was inspired by the project "jverhoelen/owasp-zap-with-entrypoint". Unfortunately this project seems to be abandond and had dependencies to an other not supported project of the same author.
So I decided to build this new only whith dependencies which are well maintained.

Disclaimer

Sure this project is set up with care. There it shouldn't give any problem. But take care about against which app/website you let run especially ZAP active scans! These are real attacks against vulnerabilities of the implementation and may harm it.
Read about this topic to make yourself familiar with it: "ZAP".
You use this on your own risk!!! It may happen, there is undocumented code. So this is in experimental state, but will be continued in future. No responsibility is taken for links published here. They were provided only with the
best intentions!