Most ISPs don't provide users with a heavy-duty client that replaces or patches lots of the operating system's functions, though may will offer friendly customized browsers for users who want them, and a few misguided carriers will provide drivers for PPPoE or other evil excuses for protocols (:-) Generally, ISPs tell you the network settings to use on Windows, and tell you or let you guess for other popular operating systems, and they may give you a friendly dialer program that knows how to find their nearest POP but doesn't mess around much. Making major changes to a user's OS violates the principle of Least Astonishment (which is usually a policy problem, not an operational one, though you could argue that having a random network protocol not work quite right on Windows is less astonishing to most users than a flood of popups), but it also often fails to work successfully on security-compromised machines, which is an operational issue. So it won't stop viruses or trojans or spammerbots or crackers or spyware or worms or bad ActiveX or Javascripts. On the other hand, it could reduce some risks on machines that aren't cracked, and could reduce the spam level they receive, and can protect most of the users who aren't doing anything fancy, so as long as it's part of some friendly user interface menu and can be turned on and off it's ok. The alternative place to provide this kind of protection is in the network edge, which is probably the dial POP for most AOL users. If you implement it in a way that can be turned on or off per user, that's usually much cleaner, usually more scalable, and can work even when user machines are compromised. Bill Stewart, bill.stewart@pobox.com
On Fri, 24 Oct 2003, Stewart, William C (Bill), RTSLS wrote:
Most ISPs don't provide users with a heavy-duty client that replaces or patches lots of the operating system's functions, though may will offer friendly customized browsers for users who want them, and a few misguided carriers will provide drivers for PPPoE or other evil excuses for protocols (:-)
Looking at the top 10 US residential ISPs (covering an estimated 60%+ of all residential accounts), as far as I can tell all of them include a fairly sophisticated support client. "Expert" users may not install it, but I suspect the bulk of the users do.
Generally, ISPs tell you the network settings to use on Windows, and tell you or let you guess for other popular operating systems, and they may give you a friendly dialer program that knows how to find their nearest POP but doesn't mess around much.
There is a difference between what is done, and what is possible. The support clients distributed by AT&T, Earthlink, UnitedOnline/Netzero, MSN and AOL have amazing capabilties to "fix" a user's account after the user mucks up the computer. Microsoft has asked ISPs to make changes on its behalf, such as enabling the XP firewall. But is it wise for an ISP to change the settings on a user's computer? If Microsoft is reluctant to make the changes itself, what problems is the ISP creating? a. Enable firewall b. Disable file/printer sharing c. Shut down "uncessary services" like Windows Messenger d. Install patches/enable auto-update e. Remove spyware/trojans/remote access software And so on, through all the changes recommended by the Center for Internet Security (http://www.cisecurity.org/)
On Fri, 24 Oct 2003, Sean Donelan wrote:
Microsoft has asked ISPs to make changes on its behalf, such as enabling the XP firewall. But is it wise for an ISP to change the settings on a user's computer? If Microsoft is reluctant to make the changes itself, what problems is the ISP creating?
Increased tech support expense for other Microsoft products.
On Fri, 24 Oct 2003, Sean Donelan wrote:
b. Disable file/printer sharing
That roots MSDE, and it's not an even vaguely obvious connection between the two. That's one of the problems with fiddling with Windows - screwing with one thing often breaks something apparently totally unrelated. -- ----------------------------------------------------------------------- #include <disclaimer.h> Matthew Palmer, Geek In Residence http://ieee.uow.edu.au/~mjp16
participants (4)
-
J Bacher
-
Matthew Palmer
-
Sean Donelan
-
Stewart, William C (Bill), RTSLS