Closed
Bug 224126
Opened 22 years ago
Closed 22 years ago
taint issues in editkeywords
Categories
(Bugzilla :: Administration, task)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: altlist, Assigned: justdave)
Details
Attachments
(1 file)
|
203 bytes,
patch
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031021 Firebird/0.7
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031021 Firebird/0.7
Similar to bug 208847, editkeywords has some taint issues.
Reproducible: Always
Steps to Reproduce:
| Reporter | ||
Comment 1•22 years ago
|
||
I resolved this using the same style as in bug #208847
I just ran into the same problem and fixed the viewing side of things in a
similar way.
But, I don't think that the patch presented in comment #1 goes all the way.
You also have to detaint the keyword "$name" and "$description" in the event of
an "UPDATE".
I came across this while trying to change a keyword.
I have been running 2.17.3 on win2000 with Apache2 and ActivePerl set up in the
following way
*httpd.conf
ScriptInterpreterSource registry
*registry
HKEY_CLASSES_ROOT\.pl\Shell\ExecCGI\Command D:\Perl\bin\Perl.exe -wT "%1" %*
The capital T is the killer.
Possibly once you've changed the patch for the update case you should probably
also put a -T in the #!/usr/bin/perl -w line.
Cheers
MikeW
worksforme. editkeywords contains detaint code now.
not the best way to do it (should use SqlQuote), but that's for another bug.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Updated•13 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•