Bugzilla Bug 123093

unrtf version bump request.
Latest source http://www.gnu.org/software/unrtf/unrtf_0.19.9.tar.gz
home page http://www.gnu.org/software/unrtf/unrtf.html

Changes:
0.19.4: added unicode support
0.19.5: removed defective PS support and non-free text files
        more unicode support
        improved symbol font support - no longer puts entities in latex output
        Bug#266020 concerning double slashes fixed
        Bug#269054 concerning Doctype fixed
        Bug#287038 security breach fixed
                (thanks to Joey Hess <joeyh@debian.org>)
0.19.6: fix some latex problems
0.19.7: updated FSF address
0.19.8: minor fixes
0.19.9: included verbose mode

of particular interest to me is the addition of unicode support.

Information on the security bug is here:
http://bugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=287038
I'm not sure if this is serious enough to warrant assigning to the security
theam 
Here's the contents of the find:
Subject: [remote] [control] unrtf 0.19.3 process_font_table overflows name
    buffer

Yosef Klein and Limin Wang, two students in my Fall 2004 UNIX Security
Holes course, have discovered a remotely exploitable security hole in
unrtf. I'm publishing this notice, but all the discovery credits should
be assigned to Klein and Wang.

You are at risk if you take an RTF document from an email message (or a
web page or any other source that could be controlled by an attacker)
and feed it through unrtf. (The unrtf documentation does not tell users
to avoid taking input from the network.) Whoever provides that document
then has complete control over your account: he or she can read and
modify your files, watch the programs you're running, etc.

Proof of concept: On an x86 computer running FreeBSD 4.10, type

   wget http://www.gnu.org/software/unrtf/unrtf-0.19.3.tar.gz
   gunzip < unrtf-0.19.3.tar.gz | tar -xf -
   cd unrtf-0.19.3
   make

to download and compile the unrtf program, version 0.19.3 (current).
Then save the file 81.rtf attached to this message, and type

   ./unrtf 81.rtf

with the unauthorized result that a file named EXPLOITED is created in
the current directory. (I tested this with a 548-byte environment, as
reported by printenv | wc -c; beware that 81.rtf is particularly
sensitive to the environment size.)

Here's the bug: In convert.c, process_font_table() uses an unprotected
strcat() to copy any number of bytes into a 255-byte name array.

---D. J. Bernstein, Associate Professor, Department of Mathematics,
Statistics, and Computer Science, University of Illinois at Chicago

The security bug is already fix in our 0.19.3-r1.
I've put .9 in the tree as ~arch.