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 10:46:05 -0500 |
On 3/28/06, michaelslists@gmail.com <michaelslists@gmail.com> wrote:
no, a browser written in java would not have buffer overflow/stack issues. the jvm is specifically designed to prevent it ... -- Michael On 3/29/06, Pavel Kankovsky <peak@argo.troja.mff.cuni.cz> wrote:On Mon, 27 Mar 2006, Brian Eaton wrote:If I run a pure-java browser, for example, no web site's HTML code is going to cause a buffer overflow in the parser.Even a "pure-java browser" would rest on the top of a huge pile of native code (OS, JRE, native libraries). A seemingly innocent piece of data passed to that native code might trigger a bug (perhaps even a buffer overflow) in it... Unlikely (read: less likely than a direct attack vector) but still possible.
Pavel is talking about native code, which the JVM needs to interface to the rest of the OS. Native code can have buffer overflows, and those bugs can be exploitable. For example: http://www.appsecinc.com/resources/alerts/general/WEBSPHERE-001.html The risk is several orders of magnitude less, but it is there. 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] 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 Date: | Re: [WEB SECURITY] SSL does not = a secure website, Ryan Barnett |
| 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: | [Full-disclosure] RE: [SC-L] 4 Questions: Latest IE vulnerability, Firefox vs IE security, Uservs Admin risk profile, and browsers coded in 100% Managed Verifiable code, Wall, Kevin |
| Indexes: | [Date] [Thread] [Top] [All Lists] |