Melih Abdulhayoglu, 2009-02-06
There was a time when most diseases were fatal for humans. Intense study and research helped doctors manage diseases better, and subsequently even prevent them altogether.
Colapse all |
Post comment
Economics says "blame the browser"
2009-02-08
Jim (1 replies)
Jim (1 replies)
Re: Economics says "blame the browser"
2009-02-10
Anonymous
Anonymous
I think what he was saying is that rather than the onus of security being the browser (or the O/S as you suggested), dedicated security software should form an outer protective layer and co-operate in conjunction with the security contained within the browser and the O/S.
Cheers,
:-)
...
[ more ] [ reply ]
Cheers,
:-)
...
[ more ] [ reply ]
Dont Blame the Browser
2009-02-09
Anonymous (1 replies)
Anonymous (1 replies)
i don't understand the point of this article. please don't write any more SF articles.
thanks....
[ more ] [ reply ]
thanks....
[ more ] [ reply ]
Re: Don?t Blame the Browser
2009-02-09
Anonymous (1 replies)
Anonymous (1 replies)
Agreed.
How is the OS at fault for the browser sending the google.com cookie to attacker.ru?......
[ more ] [ reply ]
How is the OS at fault for the browser sending the google.com cookie to attacker.ru?......
[ more ] [ reply ]
Re: Re: Don't Blame the Browser
2009-02-17
Anonymous
Anonymous
I do not like to see especially these kinds of generic writings posted on SF.If you don't have new or interesting stuff to provide, just read, do not post.Of course from a relative view of perspective this subject may be open to discussions.But here is not the place to discuss it.Try some Yahoo or G...
[ more ] [ reply ]
[ more ] [ reply ]
Dont Blame the Browser
2009-02-09
Anonymous (1 replies)
Anonymous (1 replies)
A browser's job is to provide information.
A restaurant's job is to provide something to eat.
It's not the browser's fault if some of that information damages your computer.
It's not the restaurant's fault if some of that stuff makes you sick....
[ more ] [ reply ]
A restaurant's job is to provide something to eat.
It's not the browser's fault if some of that information damages your computer.
It's not the restaurant's fault if some of that stuff makes you sick....
[ more ] [ reply ]
An ounce of prevention
2009-02-09
mechBgon
mechBgon
The most powerful blanket defense is to use the least-privilege principle. Use a low-rights account to browse the Internet. Anything else is like driving without your seatbelt fastened.
For those versions of Windows that support it, Software Restriction Policy in disallowed-by-default mode will...
[ more ] [ reply ]
For those versions of Windows that support it, Software Restriction Policy in disallowed-by-default mode will...
[ more ] [ reply ]
D i D
2009-02-10
Eric H
Eric H
Defense in Depth
Blame everybody. The browser SHOULD be to blame for its own buffer overruns. It should be blamed for cookie related issues, etc. It should be blamed for things for which it is in charge. The OS should be responsible for its areas and so on.
Then we should ALSO install security so...
[ more ] [ reply ]
Blame everybody. The browser SHOULD be to blame for its own buffer overruns. It should be blamed for cookie related issues, etc. It should be blamed for things for which it is in charge. The OS should be responsible for its areas and so on.
Then we should ALSO install security so...
[ more ] [ reply ]
Dont Blame the Browser
2009-02-14
RG (1 replies)
RG (1 replies)
His point is spot on - browsers have a specific job to do and security was not part of their original mission statement.
It's a new world and we must look at the high failure rate of browser security and intelligently ask difficult questions. That's what he is doing.
...
[ more ] [ reply ]
It's a new world and we must look at the high failure rate of browser security and intelligently ask difficult questions. That's what he is doing.
...
[ more ] [ reply ]

That would be fine in an ideal world. However the OSs (all of them) are known to apply insufficient security, some more than others. Given that the browser is the primary interface to th...
[ more ] [ reply ]