Fix the last of the Set-Cookie msftidy warnings
Land #3400, last msftody set-cookie warnings
Update powershell.rb
Add a DEBUGGING option to the python meterpreter
Land #3380, datastore msftidy errors set to INFO

[SeeRM #8498]
Land #3386, a few datastore msftidy error fixes
Add IE11SandboxEscapes source
Add module for CVE-2013-5045
Add module for CVE-2014-0257
Be more specific with Nokogiri check

There are still strong reservations about using Nokogiri to parse
untrusted XML data.

http://www.wireharbor.com/hidden-security-risks-of-xml-parsing-xxe-attack/

It is also believed that many desktop operating systems are still
shipping out-of-date and vulnerable libxml2 libraries, which become
exposed via Nokogiri. For example:

http://stackoverflow.com/questions/18627075/nokogiri-1-6-0-still-pulls-in-wrong-version-of-libxml-on-os-x

While this isn't a problem for binary builds of Metasploit (Metasploit
Community, Express, or Pro) it can be a problem for development
versions or Kali's / Backtrack's version.

So, the compromise here is to allow for modules that don't directly
expose XML parsing. I can't say for sure that the various libxml2
vulnerabilities (current and future) aren't also exposed via
`Nokogiri::HTML` but I also can't come up with a reasonable demo.

Metasploit committers should still look at any module that relies on
Nokogiri very carefully, and suggest alternatives if there are any. But,
it's sometimes going to be required for complex HTML parsing.

tl;dr: Use REXML for XML parsing, and Nokogiri for HTML parsing if you
absolutely must.
A bit of description change
Land #3397 - ElasticSearch Dynamic Script Arbitrary Java Execution
Fix typos
Update pymeterpreter netlink to support python3
Refactor check_nokogiri in msftidy
In pymeterpreter use a MeterpreterFile obj for Py v3
Make code cleanup
Land todb-r7#8, better nested if
Fix meterpreter and file tests for Python v3.4 on Win
Refacotor code