Nmap Security Scanner
*Intro
*Ref Guide
*Install Guide
*Download
*Changelog
*Book
*Docs
Security Lists
*Nmap Hackers
*Nmap Dev
*Bugtraq
*Full Disclosure
*Pen Test
*Basics
*More
Security Tools
*Pass crackers
*Sniffers
*Vuln Scanners
*Web scanners
*Wireless
*Exploitation
*Packet crafters
*More
Site News
Site Search:
Exploit World
Advertising
About/Contact
Credits
Sponsors:
edgeos



WebApp Sec: Re: [Full-disclosure] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code

Re: [Full-disclosure] 4 Questions: Latest IE vulnerability, Firefox vs IE security, User vs Admin risk profile, and browsers coded in 100% Managed Verifiable code

From: Pavel Kankovsky <peak_at_argo.troja.mff.cuni.cz>
Date: Wed, 29 Mar 2006 01:43:59 +0200 (CEST)

On Mon, 27 Mar 2006, Brian Eaton wrote:

> > Properly implemented and configured MAC can prevent the leakage of
> > confidential (i.e. sensitive personal) information to (unauthorized) web
> > sites.
>
> You lost me here. How would you design a MAC policy that lets firefox
> remember my password for a web site, but doesn't let arbitrary code
> running via a buffer overflow get at that same password?

Let's call the object where the password is stored P, the subject
representing the site where P is used X, and the subject representing an
arbitrary evil site Y.

The (partial) mandatory policy is as follows:
1. X has "need to know" for P and is allowed to read it.
2. Y (or any other site) is not allowed to read P.

As soon as the browser process reads P, its (potential) ability to send
any data to Y is lost forever because information flow from P to Y is
prohibited by the mandatory policy. This is a dynamic variant of the
*-property of the Bell-LaPadula security model.

The design of a usable browser on the top of such a security mechanism
would be somewhat tricky because we would need a dedicated process (or
several processes) for every site and it would be almost impossible to
follow external links leading out of password protected sites because a
subverted process might use such a link to leak confidential data.

The solution of the latter problem might be to scrap the process sending
data containing the password to the server as soon as it sends the request
and replace it with a fresh "untainted" process handling (interpreting and
displaying) the server's response (of course, we'd have to trust the
server to never send the password back to the client, e.g to be 100% free
of XSS bugs...).

--Pavel Kankovsky aka Peak [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."

-------------------------------------------------------------------------
This List Sponsored by: SpiDynamics

ALERT: "How A Hacker Launches A Web Application Attack!"
Step-by-Step - SPI Dynamics White Paper
Learn how to defend against Web Application Attacks with real-world
examples of recent hacking methods such as: SQL Injection, Cross Site
Scripting and Parameter Manipulation

https://download.spidynamics.com/1/ad/web.asp?Campaign_ID=701300000003gRl
--------------------------------------------------------------------------
Received on Mar 28 2006

[ Nmap | Sec Tools | Mailing Lists | Site News | About/Contact | Advertising | Privacy ]