Secunia reports "Frame Injection" vulnerability that affects Safari, other browsers
The Secunia security group is reporting on a vulnerability that allows outside parties to "inject" spoofed content into a browser frame. The flaw affects Safari and a host of other browsers.
According to the description: "The problem is that the browsers don't check if a target frame belongs to a website containing a malicious link, which therefore doesn't prevent one browser window from loading content in a named frame in another window.
"Successful exploitation allows a malicious website to load arbitrary content in an arbitrary frame in another browser window owned by e.g. a trusted site.
Secunia says the vulnerability has been confirmed in the following browsers:
- Opera 7.51 for Windows
- Opera 7.50 for Linux
- Mozilla 1.6 for Windows
- Mozilla 1.6 for Linux
- Mozilla Firebird 0.7 for Linux
- Mozilla Firefox 0.8 for Windows
- Netscape 7.1 for Windows
- Internet Explorer for Mac 5.2.3
- Safari 1.2.2
- Konqueror 3.1-15redhat
The group has also constructed a test, which can be used to check if your browser is affected by this issue.
According to a report on the The Inquirer, browser vendors actually find it to be a beneficial "functionality" to allow one browser window to load arbitrary content in a frameset in a different window (from a completely different domain).
This problem was also discussed in late 2000 in an article published on SecuriTeam.com: "By design, a browser window can contain subwindows called frames, and the frames can reside in different domains ? for instance, one frame could display a page from a web site, while another shows the contents of a file on the local computer. In such a case, the frames should not be able to exchange data, but the affected functions contain flaws that cause them not to enforce this restriction."
Feedback? Late-breakers@macfixit.com.
Resources

Just for clarification, this "issue" also applys to Internet Explorer for
Windows 5.0/5.5/6.0. That security warning was posted separately, since it
was found first by Secunia.
The "flaw" is actually a design limitation of HTML frames in general, not some
deliberate bug. See my /. article for the full story...
Firefox 0.9.1, the only way to go.
Until 0.9.2 comes out.....
Also Omniweb 5 beta 8 is not affected. It open two windows instead to put
the frame inside the window.
Seems we'll finally have to ditch this venerable browser, since I doubt that Time-Warner will be interested in letting whatever remains of Netscape Corp. to issue a newer version.
browser load the second page in a new window, not into the frame.
Interesting - Camino 0.7 failed, but Camino 0.8 passed. Firefox 0.9 failed
(haven't done the update to 0.91, though this apparently fails also).
Omniweb 4.5 was ok though.
Interesting - Camino 0.7 failed, but Camino 0.8
passed.
That's because Camino 0.7 is based on the Mozilla 1.0
rendering engine. All Mozilla 1.0-based browsers fail.
Meanwhile, Camino 0.8 is based on the Mozilla 1.7
rendering engine. Most, if not all, Mozilla 1.7-based
browsers will pass the test.
D.
popping up in one of the frames.
mac, both failed.
- by Bob Moody July 4, 2004 6:26 AM PDT
- Using Safari 1.2.2 (v125.8) on 10.3.4. I have a 4-button Kensington trackball
- Like this Reply to this comment
-
(12 Comments)and have a chord set for command-click, which I use for all links to force the
link to open in a new tab. Doing this causes the test to fail. Using tabbed
browsing in Safari may be the best defense so far. Just Command click all
links to cause them to open in a new tab, or set your preferences for all links
to open in a new tab. That should do it.
I notice that Mozilla for Mac is not listed. Is it vulnerable?