🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: nz.comp
Article #706

Re: Microsoft Security

#706
From: David Mohring
Date: Sat, 01 Jul 2000 00:00
49 lines
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-mail
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>

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