Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | 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 |
|---|---|
| Date: | Wed, 29 Mar 2006 11:00:15 -0500 |
On 3/28/06, Pavel Kankovsky <peak@argo.troja.mff.cuni.cz> wrote:
On Mon, 27 Mar 2006, Brian Eaton wrote: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.
Ah, OK, I see what you're talking about now. I hadn't considered the possibility of applying ACLs to network connections. The policy design would be fairly tricky. For one thing, you have proxy servers. When using a proxy, nearly all of the connections are going to the same host. Also, you have to deal with the many-to-many mapping of web sites to IP addresses on the web. The ACL policy needs to say that the site "www.example.com" has access to the password, but it is entirely possible that "www.example.com" shares an IP address with several other sites. Regards, Brian _______________________________________________ Full-Disclosure - We believe in it. Charter: http://lists.grok.org.uk/full-disclosure-charter.html Hosted and sponsored by Secunia - http://secunia.com/ ------------------------------------------------------------------------- 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 --------------------------------------------------------------------------
| Previous by Date: | Re: [Full-disclosure] Noise, n3td3v |
|---|---|
| Next by Date: | 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, Brian Eaton |
| Previous by Thread: | 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, Brian Eaton |
| Next by Thread: | Re: [Full-disclosure] 4 Questions: Latest IE vulnerability, Firefoxvs IE security, User vs Admin risk profile, and browsers coded in 100%Managed Verifiable code, Pavel Kankovsky |
| Indexes: | [Date] [Thread] [Top] [All Lists] |