Taint propagation for StringBuffer conversion#291
Conversation
There was a problem hiding this comment.
I'm not sure that this is the right approach, as we overwrite the taint of the underlying StringBuffer (which may have different taint to the String on top). My preference would be to make sure that taint info is propagated after GetStringBuffer is called.
In other words reimplement the logic here (from the v128.0 tag):
project-foxhound/js/xpconnect/src/XPCString.cpp
Lines 111 to 123 in e0033ca
This got lost during the merge unfortunately. What do you think?
|
Hmmm, I see. So, effectively patch up all call sites of GetStringBuffer()? I can give that a try during some meetings today, sure. |
Exactly, that would be my preference. Would be great if you can look into it! |
|
I assume you meant like this? :) |
|
So, sorry, I understood your concern now and have resolved it. Please squash these commits when merging :) |
tmbrbr
left a comment
There was a problem hiding this comment.
Looks good! Thanks for the changes!
No description provided.