Skip to content

Latest commit

 

History

History
79 lines (40 loc) · 3.94 KB

README.md

File metadata and controls

79 lines (40 loc) · 3.94 KB

Description

POC in order to protect an document upload application feature against "malicious" document submission.

It's part of a current work with OWASP Java folks in order to create an article on OWASP Wiki about this topic.

Note about dependencies not present into Maven repositories

Before to launch a build or execution of the POC, use the script install-non-maven-deps.bat to install dependencies into your local Maven cache.

Run the POC

  1. Use the maven command below to run the web container:

mvn -DskipTests tomcat7:run-war

  1. Use the following URL to acces to upload form and use the POC:

http://localhost:9090

Context

Into web applications when we expect, from our users, upload of working documents, we can expose our application to submission of documents that we can categorize as "malicious".

We use the term "malicious" here to refer to documents that embed "malicious code" that will be executed when an user will open the document with the associated reader (Word, Excel, Acrobat Reader, Image reader...).

Usually, when an application expect is user to upload a document, the application expect to receive a simple document for which the intended use will be for reading/printing/archiving. The document should not alter is content at opening time.

Goal

Based on this context, the goals here are:

  • For Word/Excel/Pdf documents: To detect when a document contains "code" and then block upload process,

  • For Images document: To sanitize incoming image using re-writing approach and then disable/remove the "code".

Remarks:

  • It's technically possible to perform sanitizing on Word/Excel/Pdf documents but we have choosen the option to block them in order to avoid the risk of missing any evasion technics and then let pass one evil document 😰

  • The other reason why we have choosen the blocking way is that for Word/Excel, changing document format (for example by saving any document to DOCX/XSLX formats in order to be sure that no Macro can/will be executed) can have impacts or cause issues on document structure/rendering depending on the API used. Here, we use the trial version of Aspose that is OK for detection but will force you to buy license if you want to alter documents (see links and notes at the end of this file) and we want to avoid that.

Format supported

We will focus our work on the following formats because it's the formats that are often used as attack vector and also to transmit legit information:

  • Microsoft Word document (from 97 to 2013),

  • Microsoft Excel document (from 97 to 2013),

  • Adobe Pdf document,

  • Image document (formats supported by the IJ API: http://rsb.info.nih.gov/ij/developer/api).

Note on Word/Excel API

The reason why Aspose API have been used into this POC are the following:

  • There many way to embed Macro into a Microsoft Office document and, instead of manually support all the way that exists on the wild (they evolve every days), we prefer to use features from a company that perform R&D on these formats, precisely DOC and XLS native format that are proprietary.

  • The open source API POI for DOC native format is not very stable.

  • The open source API JEXCELAPI for XLS native format is not often maintained (last publishing on Maven repository date from 27-Nov-2012).

  • Trial version of the APIs can be used for detection only and it's seems that there not license limitation about this type of specific usage (see links below and don't hesitate to ping me if i'm wrong 😃 ).

Information links

Online tools links