Bug 596501 (CVE-2010-1774) - CVE-2010-1774 WebKit: out-of-bounds memory access vulnerability in handling of HTML tables
Summary: CVE-2010-1774 WebKit: out-of-bounds memory access vulnerability in handling o...
Status: CLOSED WONTFIX
Alias: CVE-2010-1774
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
urgent
urgent
Target Milestone: ---
Assignee: Red Hat Product Security
QA Contact:
URL:
Whiteboard: impact=critical,public=20100607,repor...
Keywords: Security
Depends On:
Blocks: 806808
TreeView+ depends on / blocked
 
Reported: 2010-05-26 20:19 UTC by Vincent Danen
Modified: 2019-06-08 13:00 UTC (History)
7 users (show)

(edit)
Clone Of:
(edit)
Last Closed: 2015-08-05 08:18:35 UTC


Attachments (Terms of Use)

Description Vincent Danen 2010-05-26 20:19:06 UTC
An out of bounds memory access issue issue exists in WebKit's handling of HTML tables. Visiting a maliciously crafted website may lead to an unexpected application termination or arbitrary code execution. This issue is addressed through improved bounds checking.

References:

Bugzilla: https://bugs.webkit.org/show_bug.cgi?id=38261
Trac: http://trac.webkit.org/changeset/59495

Acknowledgements:

Red Hat would like to thank Drew Yao of Apple Product Security for responsibly reporting this issue. Upstream acknowledges wushi of team509 as the original reporter.

Comment 4 Josh Bressers 2010-06-04 16:04:02 UTC
This is likely a crash only, but it seems it doesn't affect RHEL5 or RHEL6.

This snipped appears to save the day:

            if( cCol + i >= nEffCols ) {
            table->appendColumn( span - usedSpan );
            nEffCols++;
            width.resize( nEffCols );
            width[nEffCols-1] = Length();
            }

As the value of i increases, so does the size of width. This should mean that the worst outcome of this flaw would be an OOB read, not an OOB write. An OOB read is a DoS only and not security for end user applications.

It someone sees a flaw in my analysis, please speak up.

Comment 5 Vincent Danen 2010-06-04 16:10:04 UTC
The same code above exists in KDE4's KHTML as well (khtml/rendering/table_layout.cpp) so would not affect KDE3 or KDE4.

Comment 6 Jan Lieskovsky 2010-06-08 16:57:13 UTC
Public via:
  [1] http://support.apple.com/kb/HT4196


Note You need to log in before you can comment on or make changes to this bug.