Article View: nz.comp
Article #706Re: Microsoft Security
From: David Mohring
Date: Sat, 01 Jul 2000 00:00
Date: Sat, 01 Jul 2000 00:00
49 lines
2975 bytes
2975 bytes
On Sat, 1 Jul 2000 11:18:52 +1200, Adam Warner <Adam.Warner@xtra.co.nz> wrote: >Hi David, > >> That is a very simple "compromise" . Why didn't Microsoft include the >> destination filename in the Digital Certificate !!! > >(Glad you corrected yourself). The digital certificate itself was certainly >not compromised. > <stir> Given the availablity of distributed codebreaking and beowulf clusters at universities around the world can this be guaranteed? </stir> > >I think the bigger question, and which I think you concur with, is why any >user should want executables being downloaded from the web and executed >without their knowledge (so long as once in their lifetime they decided to >"trust" an organisation). > >Microsoft has just released an e-mail security update. One if it's (default) >features is that it won't let you execute executables. You have to save them >to you hard disk and then make a decision whether to execute them. This was one of the major points of my "Microsoft Applications Security And The Internet" post. QUOTE >Unrestricted Foreign Script And Executable Execution >==================================================== >Microsoft continues to distribute applications that will execute embedded >destructive scripts, macros and therefore trojans. Microsoft applications >and operating systems do not even provide a restrictive environment in which >a user can open,view and run untrusted documents. Any operating system can >run executables,shell commands and other scripts but why is it that Windows >9X, 2000 and NT applications run scripts and executables embedded in email >and Office documents at the click of a users assent. UNQUOTE >Once an >organisation is trusted, ActiveX is more permissive. > I really cannot see how native executable code could ever be considered as suitable for use as a distributed agent - No matter what the host operating system is involved. Have a look at the discussion in alt.comp.virus about the possiblity ( IMHO Yes ) of hardware damage via sofware execution. David Mohring - How secure is your BIOS's CMOS?
Technical Details
Message-ID:
<slrn8lqh1u.9pg.heretic@localhost.localdomain>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<slrn8lm9t6.636.heretic@localhost.localdomain> <8jhds5$q2b$1@news.ihug.co.nz> <8ji1v8$11u$1@news.ihug.co.nz> <slrn8lp40t.86v.heretic@localhost.localdomain> <slrn8lp5kk.86v.heretic@localhost.localdomain> <8jj9t4$elc$1@news.ihug.co.nz>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 108bca,88f82bb59c76354f X-Google-Attributes: gid108bca,public X-Google-Thread: 106e5e,88f82bb59c76354f X-Google-Attributes: gid106e5e,public X-Google-Thread: 114a4e,88f82bb59c76354f X-Google-Attributes: gid114a4e,public From: heretic@localhost.localdomain (David Mohring) Subject: Re: Microsoft Security Date: 2000/07/01 Message-ID: <slrn8lqh1u.9pg.heretic@localhost.localdomain> X-Deja-AN: 641059265 References: <slrn8lm9t6.636.heretic@localhost.localdomain> <8jhds5$q2b$1@news.ihug.co.nz> <8ji1v8$11u$1@news.ihug.co.nz> <slrn8lp40t.86v.heretic@localhost.localdomain> <slrn8lp5kk.86v.heretic@localhost.localdomain> <8jj9t4$elc$1@news.ihug.co.nz> Organization: The Internet Group Ltd User-Agent: slrn/0.9.6.2 (Linux) Newsgroups: nz.comp,nz.general,ihug.general