Skip to main content

Is Essentials capable of handling so called zip bombs

Comments

2 comments

  • Tom Neer
    Luuk,

     

    Interesting question... Considering building a smaller zip bomb and testing on our test server (after a full backup image). My assumption is that because Essentials utilizes a server-side DLL library for decompressing these files that it may be vulnerable. However, if you are running virus software on your server, hopefully it would quarantine the file. Another test scenario.

     

    I will make a bit of a plug here. If you are using Workflow 5, you could use our free Geocortex Workflow 5 Conversion Activities (https://www.geowidgets.io/products/geowidgets-workflow-activities/) which include client-side zip activities. The unzip activity performs the decompression in the client browser. We have not tested this but if it does what I think it would, it would be hilarious. May test that also...
    0
  • Luuk Schaminée
    We are using Essentials 4. Perhaps we can create a Workflow 5 workflow which in its turn calls the existing workflow 4 workflow. This would be a workaround. It is still possible to send a zip-bomb to essentials 4.

     

    My thought to solve this is to check what the extracted size the contents from a zip file will be and which sort of files are zipped (and only extract the known files (shp, shp, shx, csv, ...). This must be done before the file is decompressed on the server? A setting for a maximum extracted file size would be nice. This must be incoorporated in the Essentials Core code.
    0

Please sign in to leave a comment.