Page MenuHomePhabricator

Fix an XSS issue with certain high-priority remarkup rules embedded inside lower-priority link rules
ClosedPublic

Authored by epriestley on Dec 13 2019, 6:35 PM.
Tags
None
Referenced Files
F14404906: D20937.diff
Mon, Dec 23, 6:25 AM
Unknown Object (File)
Wed, Dec 4, 8:18 PM
Unknown Object (File)
Wed, Dec 4, 7:34 PM
Unknown Object (File)
Sat, Nov 30, 3:45 AM
Unknown Object (File)
Sat, Nov 30, 1:33 AM
Unknown Object (File)
Fri, Nov 29, 6:18 AM
Unknown Object (File)
Fri, Nov 29, 6:18 AM
Unknown Object (File)
Fri, Nov 29, 6:05 AM
Subscribers
None

Details

Summary

See https://hackerone.com/reports/758002. The link rules don't test that their parameters are flat text before using them in unsafe contexts.

Since almost all rules are lower-priority than these link rules, this behavior isn't obvious. However, two rules have broadly higher priority (monospaced text, and one variation of link rules has higher priority than the other), and the latter can be used to perform an XSS attack with input in the general form ()[ [[ ... | ... ]] ] so that the inner link rule is evaluated first, then the outer link rule uses non-flat text in an unsafe way.

Test Plan

Tested examples in HackerOne report. A simple example of broken (but not unsafe) behavior is:

[[ `x` | `y` ]]

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This revision was not accepted when it landed; it landed in state Needs Review.Dec 13 2019, 6:37 PM
epriestley requested review of this revision.
This revision was automatically updated to reflect the committed changes.