Check for INTERFACE or SMAC in dtp setup
See #4162 - Don't delay before deleting a file via SMB

So I was looking at issue #4162, and on my box I was seeing this
problem of the exploit failing to delete the payload in C:\Windows,
and the error was "Rex::Proto::SMB::Exceptions::NoReply The SMB
server did not reply to our request". I ended up removing the sleep(),
and that got it to function properly again. The box was a Win 7 SP1.

I also tested other Winodws boxes such as Win XP SP3, Windows Server
2008 SP2 and not having the sleep() doesn't seem to break anything.
So I don't even know why someone had to add the sleep() in the first
place.
Oh good, another Ruby version bump

DoS Security issue in Ruby 1.9.3-p550 and prior, described here:

https://www.ruby-lang.org/en/news/2014/11/13/ruby-1-9-3-p551-is-released/

Not a hair-on-fire kind of deal, but should update at the earliest
opportunity to avoid getting DoS'ed by a malicious target.
Chris McNab has been working with MITRE to add these CVEs

These CVEs are not live yet, but have been confirmed by cve-assign
t
Fix BAP JS ref error.
Land #4211, Ruby version bump
Land #4215, new CVEs for older modules
Land #4165, @jhart-r7's check for datastore options on Cisco dtp

* Fix modules/auxiliary/spoof/cisco/dtp
* Just one of the two options is required
Land #4208, psexec delay fix
Remove EOL whitespace
Land #4217, browser_autopwn variable fix