Closed Bug 10194 Opened 27 years ago Closed 26 years ago

Possible security vulnerability in "chrome:" protocol - accessing local files using "chrome://global/skin/../"

Categories

(Core :: Security, defect, P3)

x86
Windows 95
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: joro, Assigned: norrisboyd)

References

()

Details

The "chrome:" protocol allows accessing local files outside the mozilla directory. The problems are URLs like "chrome://global/skin/../", where ".." references the parent directory (I guess this is not desired behaviour). Communicator 4.x had similar problems with the "wysiwyg:" protocol. Sample link is: <A HREF="chrome://global/skin/../../../../autoexec.bat"> autoexec.bat - chrome://global/skin/../../../../autoexec.bat </A> Demonstration is available at: http://www.nat.bg/~joro/mozilla/chrome1.html
Status: NEW → ASSIGNED
We need to prohibit creation of chrome: urls from web JavaScript. This example now gets an error from the Chrome registry, but we need to have an explicit security check.
Target Milestone: M11
Blocks: 12633
Depends on: 11462
Move security bugs from M11 to M13; needed for beta but not for dogfood.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Fixed: Checking in nsChromeRegistry.cpp; /m/pub/mozilla/rdf/chrome/src/nsChromeRegistry.cpp,v <-- nsChromeRegistry.cpp new revision: 1.75; previous revision: 1.74 done
Verified fixed.
Status: RESOLVED → VERIFIED
Bulk moving all Browser Security bugs to new Security: General component. The previous Security component for Browser will be deleted.
Component: Security → Security: General
You need to log in before you can comment on or make changes to this bug.