http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6874 Julian Maurice <julian.maurice@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #10982|0 |1 is obsolete| | --- Comment #35 from Julian Maurice <julian.maurice@biblibre.com> --- Created attachment 11098 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11098&action=edit Bug 6874: Follow-up: fix filename encoding and sanitization
for $filename, a "/" was inserted at the beginning... so a filename like "../foo" is ok.
Good catch! Fixed in this new patch
I think it may be possible to pass the "../" check and with decode_utf8 obtain a "../". To be sure, it should be investigated, but it should be ok to have the "decode_utf8" *before* the "../" check.
'.' and '/' are ASCII characters. I don't think any UTF-8 operations could change them. But, for safety, decode_utf8 is now before the '../' check -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.