🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: nz.comp
Article #709

Re: Microsoft Security

#709
From: Slow
Date: Sun, 02 Jul 2000 00:00
76 lines
4398 bytes
"David Mohring" <heretic@localhost.localdomain> wrote in message
news:slrn8lp40t.86v.heretic@localhost.localdomain...
> On Fri, 30 Jun 2000 23:57:26 +1200, Slow
>              <aputto@htomail.com.no.spam> wrote:
> >"Adam Warner" <Adam.Warner@xtra.co.nz> wrote in message
> >news:8jhds5$q2b$1@news.ihug.co.nz...
> >> Microsoft-signed files are trusted by default. This and the ability to
> >> automatically download the files to a users hard disk at any location
> >allows
> >> any unprotected files (read: virtually all) to be overwritten.
> >
> >IE objects made by Microsoft are trusted by IE (this actually makes
sense).
> >All other object downloads (including Microsoft's) will display the
> >'certificate' window.
> >
>
> So it is OK for Microsoft to have unrestricted access to your network via
> any downloaded executable or script signed as "Trusted by IE" without
> notifying the user?
>
> IMHO the problem is that, even if you trust Microsoft implicitly, it looks
as
> if the digital signature system may have been compromised. This could be
the
> reason for the rushed release of the patch.

I very much doubt that the dig sig has been compromised, that would be a
very serious case of industrial espionage.

Sig files can be revoked, most code files use a sub cert so they can be
individually revoked too. It is unlikly that any one would use a top level
cert to sign code, as this makes it costly to revoke (you revoke everything
else with it).

As a user of IE you can revoke trust to Microsoft certs and Microsoft
Corporation as a signing authority. These are installed as trusted agencies
in the IE setup process. Don't remove all the certs cause then SSL etc will
fail !

The whole process of sig file etc is very secure. The prob is there is no
process to use sig files for common files like standalone EXE's, BAT, CMD,
and VBS files yet.

Considering that the US has just accepted dig sigs into law (as of Oct 1
2000), it seems only a mater of time before everything on the net will be
signed, including HTML pages etc, it is only a small overhead (typically
only 1000 bytes).

Note: Dynamic pages are a pain to sign on the way out each time (SSL type
overhead), so expect more sites using pure SSL instead.

When software is smart enough to expect it with every document, graphic,
EXE, VBS etc, we will know where the code comes from, and whom wrote it. And
if bad code gets out, or some one steals a sig file and passkey, it can be
easily revoked from the sig authority.

Role on dig sig's

-----BEGIN CERTIFICATE-----
MIIDwDCCAimgAwIBAgIDAg2QMA0DCSqGSIb3DQEBBAUAMIGUMQswCQYDVQQGEwJa
QTFVMBMGA1UECBMMV2VzdGVybiRDYXBlMRQwEgYDVQQHEwtEdXJiYW52aRxsZTEP
MA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEo
MDYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlRBIDE5OTkuOS4xNjAeFw0wMDAy
MDQyMzA5MTlaFw0wDTAyMDMyMzA5MTlaMGIxEjAQBgNVBADTCUJhbWJlcmdlcjEO
MAwGA1UEKhMFUGV0RXIxGDAWBgNVBAMTD1BldGVyIEJhbWJlcmdlcjEiMCAGCSqG
SIb3DQEJARYTcGV0ZXJiQGNvbm5leC5jby5uejCBnzANBgkqhkiG9w0BAQEFAAOB
jQBwgYkCgYEAxNyFNSihxO1+8Air1GyVnrjA+4rOcBgWGWy3nGxLr6yhNL8tcqVD
CbbcMrvzuXYQURMikWQCl5jbGXrLz2eK82JKPb7QjRshKsrkvtw/FZHlzZu63GsV
SUbqVPyKSTTaL7MOoYdCTctcc54X9cd1fnjMhqWapVYVLy9VBcp3nEUCAwEAAaNR
ME8wHgYDVR0RBBcwFYETcGV0ZXJiQGNvbm5leC5jby5uejAMBgNVHRMBAf8EAjAA
MA8GA1UdIwDYMBaAFIir8WCDZlX05FjHRh3AYb0j18OMMA0GCSqGSIb3DQEBBAUA
A4GBADHhnu2nsfBGtoiVvi04m6X47Rz8jCEMQ2J4pXayw4oxbeYZOMIRLZ4+dNCE
rSTVhKrd4H38xUikyMUeUNdwMtpnEH8AjCXsEVtN2IaFex7m9oJ5DoRgL4zz1lNg
bYYi+MWDtP4e/XO7jtXJpnLHFaomH4ZjyzR9zYVCxDQK3CQq
-----END CERTIFICATE-----
Technical Details
Message-ID: <8jktkp$fe8$1@news.ihug.co.nz>
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>

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: "Slow" <aputto@htomail.com.no.spam>
Subject: Re: Microsoft Security
Date: 2000/07/02
Message-ID: <8jktkp$fe8$1@news.ihug.co.nz>
X-Deja-AN: 641201302
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>
X-Priority: 3
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Organization: The Internet Group Ltd
X-MSMail-Priority: Normal
Newsgroups: nz.comp,nz.general,ihug.general