New issue
Advanced search Search tips

Issue 867363 link

Starred by 0 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Jul 25
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug-Security



Sign in to add a comment

error-prone design patterns in pdfium

Reported by zhouat2...@gmail.com, Jul 25

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.75 Safari/537.36

Steps to reproduce the problem:
.

What is the expected behavior?

What went wrong?
.

Did this work before? N/A 

Chrome version: 68.0.3440.75  Channel: stable
OS Version: OS X 10.13.4
Flash Version:
 

Comment 1 Deleted

Status: WontFix (was: Unconfirmed)
For Chrome's VRP (which is separate from Google's patch rewards program) if the bug has already been fixed on tip-of-tree it usually wouldn't qualify. That said, if you know of a common dangerous design pattern in pdfium and would like to try to fix it, it would be in scope for the patch rewards program. You would need to land those changes before submitting for a reward through that program:

"In order to qualify, your patch must first be submitted directly to the maintainers of the project, and you must work with them to have it accepted into the repository without reverts for one month. After these prerequisites are met, please submit via our form here."

Since there's nothing actionable for us in this report, I'm going to close it out. If you do know of any other bugs in pdfium or find more in the future, please file new bugs with additional details.
Project Member

Comment 3 by sheriffbot@chromium.org, Nov 1

Labels: -Restrict-View-SecurityTeam allpublic
This bug has been closed for more than 14 weeks. Removing security view restrictions.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Sign in to add a comment