Opened 19 years ago
Closed 19 years ago
#4012 closed defect (bug) (fixed)
XSS on page-new.php
| Reported by: | xknown | Owned by: | |
|---|---|---|---|
| Priority: | highest omg bbq | Milestone: | 2.0.10 |
| Component: | Security | Version: | 2.1.2 |
| Severity: | normal | Keywords: | 2nd-opinion dev-feedback |
| Cc: | Focuses: |
Description
Someone posted on sla.cker.org forums a new XSS vulnerability that affects all versions, including the trunk.
Attachments (1)
Change History (8)
#1
@
19 years ago
The given PoC is:
http://wp/wp-admin/page-new.php?saved="><script>alert(123)</script>
PS. The patch is only for the trunk
#4
@
19 years ago
- Cc added
- Keywords 2nd-opinion dev-feedback added
- Resolution fixed
- Status closed → reopened
Not to step on any toes as I understand this is a high priority item, however is casting to int adequate? I'm referring to the fact that wp_posts.ID is a BIGINT-sized column and the maximum size integer on 32-bit systems is 2,147,483,647. Not that I think many people out there have over 2 billion posts, but I feel that if we impose a limit (by casting a variable to int) then we should update the schema accordingly. Think of it as a SQL optimization if you must.
#5
@
19 years ago
- Resolution → fixed
- Status reopened → closed
I just took a look at the schema and also noticed that other tables create their relative post_ID fields as INT(11), I'll close this again and open another ticket as they are separate issues.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
Cast to int page id