Bringing free software to voting booths
It has been said many times that the "free" in "free software" should be
understood in the sense of freedom, not economy. As has been pointed out
by Lawrence Lessig and many others, software code increasingly plays a
regulating role in our lives, much like the legal code does. To the extent
that we can keep that code free - in view and under our control - our lives
as a whole will be more free.
Few acts symbolize freedom more than voting. The image of the popular vote
is so strong that even the most despotic of governments feel the need to go
through the motions; Kim Jong recently won
an election with 100% of the vote. In most of the world, fortunately,
elections tend to be just a bit more competitive than that.
There is, however, a strong trend toward entrusting elections to black-box,
closed-source electronic systems. Many of these systems have no auditing
capability, no external record of votes cast, and, often, manufacturers
with interests that do not always coincide with fair voting results. These
manufacturers have resisted adding important features, such as an
independent, voter-verifiable printed paper ballot. With
many electronic voting systems, the only record at the end of the day is
the data sitting on the system's disk. An unaudited, unbacked-up disk file
created by unseen, closed-source software is a frightening way of choosing
a leader. History shows that, when an opportunity for mischief presents
itself, somebody will eventually take advantage of it.
Perhaps more than any other application, electronic voting cries out for
the use of free software. Votes are a public resource which should never
be filtered through a black box. As one looks around, however, serious
projects aiming to create free election software are rare. Some of them
(e.g. GNU.FREE, Voting Systems Toolbox) have
gone dormant. Others (GVI) are more interested in
exploring alternative voting methods. Then there are some (like the
recently announced EVM
project) which appear to be headed in the right direction, but which are
too young to have released any useful code.
Part of the problem, certainly, is that, unlike many other free software
projects, an electronic voting project cannot just put up a tarball on an
FTP site and watch its software achieve World Domination. There are
certification requirements, which vary across jurisdictions.
Proposed standards for voting systems are stringent; see, for
example, the IEEE's
voting equipment standards draft. Human factors and presentation
fairness issues loom big in this area. Then, there is security; activists
who are concerned about electronic voting have, generally, recommended that
voting systems attain a Common Criteria EAL4 rating, above and beyond the
voting-specific requirements. Then there is the little matter of turning
free voting software into a real product which can be sold and supported,
in large numbers, to agencies in charge of running elections.
In other words, the code is not sufficient. Bringing free software to
electronic voting will also require substantial amounts of money. Getting
a voting system based on free software to an actual deployment will
probably carry a multi-million dollar price tag - for a single
jurisdiction. This is an effort which is beyond the capabilities of a
group of volunteers with a SourceForge site and a bit of code.
Some free software supporters have called for widespread public funding for
free software development. Others are very suspicious of increased public
influence in this area. But it would seem that voting would be a natural
place for governments to support a project or two. Governments are the
only customers, and there is a strong public interest in the creation of
voting software which is open, auditable, and worthy of trust. The
potential for long-term cost savings should have some appeal as well.
Projects which set out to create a free voting system, but which limit
themselves to cranking out code, are unlikely to achieve their goals. If
such a project wishes to see its code deployed, it almost certainly needs a
sub-group which occupies itself with the writing of funding proposals.
Some success in that area could go a long way toward the preservation of
freedom on a national scale.
Comments (8 posted)
This week in SCOland
Last week's Edition prompted a complaint or two about too much SCO coverage
in LWN. It is our hope to slowly edge SCO off the front page once again,
but the company makes that hard. This case is important for Linux and free
software, and we need to keep an eye on it.
The big news since last week's Edition, of course, is IBM's response and
countersuit, which was filed on August 7. We published a look at IBM's counterclaims on that day; the
full text of IBM's filing is also
available. IBM's response looks, in many ways, like Red Hat's suit from a
few days before, but there are a couple of important differences.
The first is that IBM makes a formal charge of GPL infringement against the
SCO Group. Bringing the GPL into the case is not an entirely surprising
thing for IBM to do; SCO's violation of that license seem relatively
clear. But its presence in IBM's filing sets this case up to be, perhaps,
the first true test of the GPL in court. Some of the noises coming out of
SCO suggest that the company believes it may be possible to break the
GPL in court and would like to do so. We must hope that IBM's lawyers
are on top of this part of the case.
The other important difference, of course, is that IBM has alleged four
counts of patent infringement. As much as many in the community are
pleased with anything that causes discomfort for SCO, the use of software
patents is always a cause for concern. A separate article (below) looks at
the specifics of IBM's patent allegations and how Linux stands with regard
to those patents.
SCO has not skimped on press releases over the last week. The company's response to IBM's
counterclaims included an interesting statement:
If IBM were serious about addressing the real problems with Linux,
it would offer full customer indemnification and move away from the
GPL license.
Exactly how IBM would "move away from the GPL" is not specified. SCO has
also claimed
the sale of a Linux license to a Fortune 500 company - but, as is usual for
SCO, they won't say who the purchaser is or what sort of deal they were
offered. Finally, SCO announced
the "termination" of Sequent's Unix license.
SCO's System V UNIX contract allowed Sequent to prepare derivative
works and modifications of System V software "provided the
resulting materials were treated as part of the Original [System V]
Software." Restrictions on use of the Original System V Software
include the requirement of confidentiality, a prohibition against
transfer of ownership, and a restriction against use for the
benefit of third parties. Sequent-IBM has nevertheless contributed
approximately 148 files of direct Sequent UNIX code to the Linux
2.4 and 2.5 kernels, containing 168,276 lines of code. This
Sequent code is critical NUMA and RCU multi-processor code
previously lacking in Linux.
This is a reiteration of the core of SCO's claim against IBM: the Unix
licenses give SCO rights over any code which has ever touched Unix,
regardless of its source or ownership.
The next event in the SCO saga is likely to be the company's third-quarter
earnings call, happening 9:00 MST (GMT-6) on Thursday, August 14.
Among other things, the company will evidently discuss the substantial
amount of insider trading which has occurred since the IBM suit was filed.
Stay tuned.
Comments (5 posted)
IBM's patent offensive
[This article was contributed by Joe 'Zonker' Brockmeier]
IBM's response to SCO's suit last week was met with quite a bit of
enthusiasm from the Linux community, but with a tinge of concern as
well. Many in the Linux community are concerned about IBM's use of
patents to strike back at SCO. While IBM's patent claims are not
unexpected, and in fact are sound legal strategy for Big Blue, many
worry that IBM may someday use its huge patent arsenal against
competitors in the Linux marketplace and not simply as a defensive
mechanism against legal predators like SCO.
We took a look at IBM's patent claims to see how they might affect the
Linux community, and if Linux projects or vendors could be subject to
claims by IBM. It seems, at first glance, a little odd that IBM has
chosen to only claim infringement on four of their patents. IBM has
thousands of patents, it seems very likely that it could claim that SCO
infringes on dozens of patents. However, the patents IBM has chosen
affect most of SCO's non-Linux products -- namely, UnixWare and Open
Server, Reliant HA and SCO Manager. Users looking for SCO Manager on the
SCO website will find that it's not linked to their product section
anymore -- but using Google Cache it appears that sales have been suspended.
The first patent infringement claimed by IBM is patent 4,814,746: granted March 21, 1989. This patent covers an adaptive method of compression of data for communications between a host and remote terminals. IBM claims that this patent is infringed by both UnixWare and Open Server.
The second patent claim by IBM is patent
4,821,211: granted April 11, 1989. This patent covers "navigating among
program menus using a graphical menu tree" using a pointing device, and IBM
claims that SCO Manager infringes on the patent. This seems like a rather
obvious invention, and the patent could probably be used against a number
of programs. According to the patent, it is novel because of:
...the ability to visually display, in graphical form, the menu hierarchy
for (a) the program that the user is currently using, (b) other programs
on the user's computer, and (c) other programs on other computer systems
to which the user has access.
This claim limits the patent from being applied against just any GUI
application with a menu, but certainly could be applied against
applications that allow access to databases on other machines, GUI
front-ends for CVS, and a number of other applications you might find
being used on Linux.
IBM's third claim is patent
4,953,209: granted August 28, 1990. According to IBM, SCO is infringing
on this patent with the UnixWare product. This patent covers a
"self-verifying" technique to show that a user has received a data object,
agreed to the conditions of the data object's receipt or use, and has
installed in for reading or use. Not just the display of the license, but a
method of verifying after the fact that the user has actually taken some
action to indicate that they have agreed to the license.
Basically, this patent covers a method of distributing software and
having the user agree to a license without the need for the vendor to
distribute any physical media. A "clickwrap" license scheme, if you
will. While this patent may apply to some products that run on Linux
from proprietary vendors, it seems unlikely that this patent poses a
serious threat to the open source community in general.
The fourth and final (at least for now) patent claim is patent
5,805,785: granted September 8, 1998. This is the only patent that IBM
is using against SCO that doesn't predate Linux. IBM claims that SCO's Reliant
HA high-availability clustering solution infringes on this patent. This
patent covers monitoring and recovery of systems in a distributed or
clustered system, and specifically the "detection of and recovery from
open-ended, user defined failure events occurring in interdependent
subsystems" as opposed to a set of predefined failure events. It seems
likely that IBM could also make a case against several products and
projects in the Linux space related to clustering with this patent -- if
they chose to do so.
While IBM has an enormous patent warchest to draw on, SCO a/k/a Caldera
has only one patent to its name; patent
6,529,784, granted March 4 this year. This patent covers "a method for
providing system management services to a customer's network of target
computers through a communications network." This patent may be of interest
to Linux users, as it seems to specifically deal with package management
and software dependencies. We may yet be hearing from SCO on patent
matters, in addition to their other nebulous claims.
IBM has not proven eager to emulate Amazon in using its patents to
damage competitors, but its hands aren't entirely clean, either. There
is, for example, the oft-cited case of
IBM demanding $20 million from Sun using the threat of patent
litigation. While IBM has not been on the patent warpath of late,
there's nothing to stop them from deciding to start using their patents
against other Linux vendors or community projects that might compete
with IBM for customers.
There is no evidence that IBM is gearing up to use its patents against
the Linux community at this time, and it does seem unlikely that the
company would be willing to squander the goodwill it has accrued thus
far. However, there was a time when it seemed unlikely that SCO
(née Caldera) would be attempting full-on legal warfare against
Linux and the General Public License.
It might be prudent for the community to begin seeking guarantees from
IBM, and other Linux vendors with substantial patent portfolios, that
they will not use their patents against open source users, projects or
vendors. It would also be advisable that members of the open source
community work towards modification of the patent system. It seems very
likely that patent threats will be the next major hurdle that Linux and
open source face -- if not from IBM, then certainly from companies like
Microsoft or Sun that are directly threatened by the continued adoption
of Linux and open source.
Comments (7 posted)
A trip to LinuxWorld San Francisco 2003
LinuxWorld in San Francisco is
the premiere trade show event of the year for Linux. For many companies
it's a good time to announce new products and new alliances, a time of hype
and press releases. LinuxWorld is also a place to network and glimpse a
wider range of the IT world. LWN editor Rebecca Sobol was there and
presents,
My trip to San Francisco, LinuxWorld 2003.
This LWN editor has very limited trade show experience. The Linux Business
Expo (LBE) at Comdex
1999 and the LBE,
Comdex 2000 and a couple of local shows comprise the sum total of my
experience. In comparison, LinuxWorld 2003 is a smaller show than the LBEs
of the past, though larger than any local show. In 1999 many small
companies came to the LBE hoping to be acquired by larger companies who were
planning IPOs. LWN and an Australian company called Moreton Bay were among
those small companies with booths near the back of the LBE. In 2000 LWN
was acquired by Tucows.com and Moreton Bay was acquired by Lineo, and life
seemed pretty rosy, for a while. Now, in 2003, LWN is once again
independently owned and operated, and so is Moreton Bay, with the new name
of SnapGear.
At LinuxWorld 2003 SnapGear joined other survivors of that era and newer
companies, with small booths to the east and north. The .org pavilion took
up the northwest section, leaving the center floor near the entrance to the
larger companies. IBM took up the most space, with a sprawling pavilion
and additional crew in partnering booths, like those of Red Hat and SuSE. Other companies with prime real
estate include Sun, Microsoft, Dell, Oracle, and Intel.
Microsoft was in a slightly smaller booth near the edge of the main space,
close to the .orgs. There happy customers were eager to talk about how well
Microsoft products work in their clustering, number crunching, high
availability environments. Elsewhere open source and proprietary go hand
in hand as applications and appliances use Linux and other open source
components to power not-so-open products. A single person from the U.S. Internal Revenue Service had free (as in
beer) CDs with tax preparation software for Windows and Mac.
On Monday your editor went for a long walk around the streets of San
Francisco, with the old LWN camera. By Monday night it was clear that the
old camera has seen better days. There may may or may not be pictures
hidden inside, but if they are there they are inaccessible, so unfortunately
there will be no photos to brighten this essay.
Tuesday began with Red Hat's press conference announcing the filing of a lawsuit against SCO. At the press conference
Red Hat CEO Matthew Szulik also talked about the creation of a Legal
Defense Fund for the open source community. Red Hat hopes that other
companies who depend on open source software will add to this $1 million
fund to help pay for the future legal needs of open source developers.
The next stop on my agenda was with SGI, who
shares space in the Intel booth. Ginny Babbitt and the LWN fan club at SGI
build multi-processor Altix systems with SGI ProPack software.
Irix, SGI's proprietary UNIX, is still used for some jobs, but more and
more Linux rules at SGI.
Later, in the meeting rooms Dell
Director Reza Rooholamini talked about Dell's high-performance computing
clusters (HPCC) with PowerEdge servers. Among Dell's HPCC customers are
the National Center for Supercomputing
Applications at the University of Illinois, Urbana-Champaign (NCSA).
That Dell HPCC cluster runs Red Hat Enterprise Linux and ranks among the fastest
supercomputers in the world. Dell can customize any system, whether a
supercomputing HPCC or a home PC, with your choice of OS, including several
flavors of mainstream Linux. Reza told us that Dell puts Linux on just
under 30% of their sales.
Tuesday night at the SnapGear party we celebrated independence
and new business models that are more realistic than, 'get acquired and
make a killing at the IPO'. SnapGear makes small VPN/router boxes
embedded with uClinux and other open source
software, so that when you plug the box in, "it just works". They will
build custom boxes too, if you want something beyond the standard models,
and the boxes all come with source code.
Wednesday morning started very early, with the Linux Professional Institute (LPI) advisory
board meeting. Lots of topics were discussed during the course of
this not-quite-two-hour meeting. To begin with Evan Leibovitch, President
of LPI talked about the the new LPI website, available in thirteen
languages; and how they manage to keep all the translations current.
We also learned that many certification organizations from many different
disciplines are part of a larger group that addresses some common problems,
like cheating on tests. LPI is now a member of the Information Technology Certification
Security Council (ITCSC), a membership funded organization, formed
"to preserve the security and integrity of certification tests for
the benefit of certified professions, their employers, and those companies
granting IT certification".
Lintraining.com is now sponsored by
LPI, making it easier than ever to find the training people need to become
certified.
Another topic was making exams available to everyone, not just those that
can easily come up with the fee. In developing countries people are
sometimes trapped in a situation where they are unable to afford
certification testing, but they also cannot find a job without the
certification. The other side of this is that LPI is setting up testing
labs where at least a part of the test is done in a hands-on computer lab,
making the testing facility more expensive.
Level 3 exams are in the works, but there are questions about the form they
will take. LPI strives to create exams are that distribution neutral, but
at level 3 there are system administration tasks are done very differently
by different Linux vendors.
Sponsorships keep LPI running, and Evan thanked Novell for becoming it's
newest sponsor. At the end of the meeting he also mentioned that SCO is
still listed among LPI sponsors. Caldera was LPI's first sponsor in 1998,
he told us, and many of same people are still at SCO, working in the
trenches to do good things, in spite of the actions of a few people in
management. So SCO's logo remains on the site to honor those Calderan's
who continue to do good things from the trenches.
Later that morning, in the Oracle
meeting room, I talked to Wim Coekaerts, Oracle's main kernel hacker.
Oracle's customers want Linux, so Oracle has made agreements with the
major Linux vendors to provide Linux along with Oracle products and
services. Oracle handles all the service calls, working with the
distribution vendor when necessary to resolve their customer's problems.
Linux is used in-house at Oracle.
The Oracle database, however, will remain proprietary for the
foreseeable future. Wim said that when Oracle released it's ClusterFS
under the GPL, their customers didn't care. Not a one ever submitted
a patch or paid the slightest attention to the source code. It seems
that Oracle customers don't have much, if any, IT department. Instead they
rely on Oracle to keep their systems running. They like Linux because it's
reliable and inexpensive, not because they can see the source code. Oracle
provides a total package of software, hardware and support. Open source
databases like MySQL and PostgreSGL are no competition, because they really
aren't in the same business.
Oracle had a statement prepared August 5, 2003 to respond to any
mention of SCO. "Oracle believes that anything that leads to a
more rapid resolution of the issues raised by SCO is good for the
industry and for the open-source community. Oracle has seen nothing
to date that has caused us to question our tremendous commitment to
Linux as a customer, promoter, supporter, and developer. We are
continuing our deep commitment to Linux and look forward to seeing
these issues resolved as quickly as possible. We will continue to
work with our close partners such as Red Hat and other Linux
distributions to promote continued adoption of Linux."
Booth strolling took up part of Tuesday and Wednesday. Many booths were
visited and there were conversations with many people, too numerous to name
here. Most people shared a desire for the swift resolution to the SCO
mess. Overall, people seemed confident about the future of Linux and of
their business.
Comments (12 posted)
Page editor: Jonathan Corbet
Security
Security news
Bitten by old bugs
Michal Zalewski recently
publicized a couple of denial of
service problems with the Postfix mailer. Distributors responded quickly;
here's a quick look at who released updates and when:
| Distributor |
Updated versions |
Response time (days) |
| Conectiva | 7.0, 8 | 1 |
| Debian | 3.0 (woody) | 0 |
| EnGarde |
Community 1.0.1, 2
Professional 1.1, 1.2, 1.5 | 1 |
| MandrakeSoft |
8.2, 9.0, Corp. Svr. 2.1
Firewall 8.2 | 1 |
| Red Hat | 7.3, 8.0, 9 | 1 |
| SuSE | 7.2, 7.3, 8.0, 8.1... | 1 |
| Trustix | 1.2, 1.5 | 3 |
(See the LWN
vulnerability entry for current information on distributor updates).
Here, "response time" is calculated as the number of days between the
posting of Michal's advisory and the distributor update. Distributors
clearly had a bit of advance notice with which to produce their updates,
which is a good thing. There was very little delay before updates were
made available to users.
The only problem is that, as Postfix creator Wietse Venema pointed out, both of the vulnerabilities had
been fixed a long time ago. One of the problems was fixed in version 1.1.12,
released in November, 2002. The other (fixed in 1.1.13) does not exist in
Postfix 2.x, which has been available since February. But even relatively
modern distributions (such as Red Hat Linux 9) are built with
version 1.1.11,
which dates back to May, 2002. It is laudable that the distributors were
so quick to make updates available. But if they had stayed a little closer
to the current release of Postfix, much of this scramble might have been
unnecessary, at least for more recent distribution releases.
One can always come up with possible reasons for the shipping of such old
software. For most distributions, only a small minority of users run
Postfix, so it is probably relatively low on the prioritized list of
packages to update. Switching to a new major release (2.0) is always a bit
of a scary move; distributors tend not to rush into that sort of change.
And, then, there is the little fact that neither fix was marked by the
Postfix developers as a security fix. As we have seen in this case,
distributors move quickly when a security issue is outstanding, but slowly
otherwise.
The fixes were not advertised as being security related for a simple
reason: the developers did not know - in either case - that a security bug
was being fixed. One fix just sort of happened during a big (2.0) code
reorganization, and the other fix looked like just another bug fix at the
time. The end result is that, as a result of inaction on the part of both
developers and distributors, users have been running vulnerable code for
months when a fix was available.
Comments (6 posted)
GNU project FTP server compromised
As described in
this
statement from the FSF, the GNU FTP server was compromised, and a
trojan horse was found there. Interestingly, the compromise appears to
have happened last March (via an exploit of the 2.4
ptrace()
vulnerability), but it has only come to light now. The project has been
going through a detailed effort to compare files against known checksums,
and is cautiously concluding that no source code was modified by the
crackers.
Comments (20 posted)
New vulnerabilities
ddskk: insecure temporary file
| Package(s): | ddskk |
CVE #(s): | CAN-2003-0539
|
| Created: | August 11, 2003 |
Updated: | August 12, 2003 |
| Description: |
Daredevil SKK is a simple Kana to Kanji conversion program, an input method
of Japanese for Emacs and XEmacs.
ddskk does not take appropriate security precautions when creating
temporary files. This bug could potentially be exploited to overwrite
arbitrary files with the privileges of the user running Emacs and skk. The
Common Vulnerabilities and Exposures project (cve.mitre.org) has allocated
the name
CAN-2003-0539 to this issue. |
| Alerts: |
|
Comments (none posted)
pam-pgsql: format string vulnerability
| Package(s): | pam-pgsql |
CVE #(s): | CAN-2003-0672
|
| Created: | August 11, 2003 |
Updated: | September 30, 2003 |
| Description: |
Florian Zumbiehl reported a vulnerability in pam-pgsql whereby the
username to be used for authentication is used as a format string when
writing a log message. This vulnerability may allow an attacker to
execute arbitrary code with the privileges of the program requesting
PAM authentication.
CAN-2003-0672 |
| Alerts: |
|
Comments (none posted)
xpcd: buffer overflow
| Package(s): | xpcd |
CVE #(s): | CAN-2003-0649
|
| Created: | August 13, 2003 |
Updated: | August 13, 2003 |
| Description: |
The xpcd utility contains a buffer overflow which can be exploited via over-long environment variables. |
| Alerts: |
|
Comments (none posted)
zblast: buffer overflow
| Package(s): | zblast |
CVE #(s): | CAN-2003-0613
|
| Created: | August 11, 2003 |
Updated: | September 30, 2003 |
| Description: |
Steve Kemp discovered a buffer overflow in zblast-svgalib, when saving
the high score file. This vulnerability could be exploited by a local
user to gain gid 'games', if they can achieve a high score.
CAN-2003-0613 |
| Alerts: |
|
Comments (1 posted)
Updated vulnerabilities
2.4 kernel - several vulnerabilities
| Package(s): | 2.4 kernel |
CVE #(s): | CAN-2003-0461
CAN-2003-0462
CAN-2003-0464
CAN-2003-0476
CAN-2003-0501
CAN-2003-0550
CAN-2003-0551
CAN-2003-0552
|
| Created: | July 21, 2003 |
Updated: | December 23, 2003 |
| Description: |
Several security issues have been discovered affecting the Linux kernel:
-
CAN-2003-0461: /proc/tty/driver/serial reveals the exact character
counts for serial links. This could be used by a local attacker to infer
password lengths and inter-keystroke timings during password entry.
-
CAN-2003-0462: Paul Starzetz discovered a file read race condition
existing in the execve() system call, which could cause a local crash.
-
CAN-2003-0464: A recent change in the RPC code set the reuse flag on
newly-created sockets. Olaf Kirch noticed that his could allow normal
users to bind to UDP ports used for services such as nfsd.
-
CAN-2003-0476: The execve system call in Linux 2.4.x records the file
descriptor of the executable process in the file table of the calling
process, allowing local users to gain read access to restricted file
descriptors.
-
CAN-2003-0501: The /proc filesystem in Linux allows local users to
obtain sensitive information by opening various entries in /proc/self
before executing a setuid program. This causes the program to fail to
change the ownership and permissions of already opened entries.
-
CAN-2003-0550: The STP protocol is known to have no security, which
could allow attackers to alter the bridge topology. STP is now turned
off by default.
-
CAN-2003-0551: STP input processing was lax in its length checking,
which could lead to a denial of service.
-
CAN-2003-0552: Jerry Kreuscher discovered that the Forwarding table
could be spoofed by sending forged packets with bogus source addresses
the same as the local host.
|
| Alerts: |
|
Comments (none posted)
apache: multiple vulnerabilities in Apache HTTP server
| Package(s): | apache |
CVE #(s): | CAN-2003-0192
CAN-2003-0253
CAN-2003-0254
|
| Created: | July 11, 2003 |
Updated: | September 22, 2003 |
| Description: |
The Apache Software Foundation and
the Apache HTTP Server Project have announced
the release of the Apache HTTP Server 2.0.47. This release fixes four
security vulnerabilities:
- Certain sequences of per-directory renegotiations and the
SSLCipherSuite directive being used to upgrade from a weak ciphersuite to
a strong one could result in the weak ciphersuite being used in place of
the strong one. [CAN-2003-0192]
- Certain errors returned by accept() on rarely accessed ports could
cause temporal denial of service, due to a bug in the prefork MPM. [CAN-2003-0253]
- Denial of service was caused when target host is IPv6 but ftp proxy
server can't create IPv6 socket. [CAN-2003-0254]
- The server would crash when going into an infinite loop due to too
many subsequent internal redirects and nested subrequests. [VU#379828]
|
| Alerts: |
|
Comments (none posted)
atari800: buffer overflows
| Package(s): | atari800 |
CVE #(s): | CAN-2003-0630
|
| Created: | August 1, 2003 |
Updated: | September 2, 2003 |
| Description: |
Steve Kemp discovered multiple buffer overflows in atari800, an Atari
emulator. In order to directly access graphics hardware, one of the
affected programs is setuid root. A local attacker could exploit this
vulnerability to gain root privileges. |
| Alerts: |
|
Comments (none posted)
bind buffer overflow vulnerability in DNS resolver libraries
| Package(s): | bind glibc |
CVE #(s): | CAN-2002-0651
CAN-2002-0684
|
| Created: | July 8, 2002 |
Updated: | September 30, 2003 |
| Description: |
The BIND 4.9.8-OW2 patch and BIND 4.9.9 release (and thus 4.9.9-OW1)
include fixes for a libc related vulnerability which does not
affect Linux. Updates from
the Internet Software Consortium (ISC)
are available from here.
No release or branch of Openwall GNU/*/Linux (Owl) is known to be
affected, due to Olaf Kirch's fixes for this problem getting into the
GNU C library more than two years ago.
Unfortunatly that does not mean that Linux systems are not vulnerable.
Similar code, without Olaf Firch's fixes,
is in the glibc getnetbyXXX functions.
These functions are described in the SuSE alert as
"
used by very few applications only, such as ifconfig and ifuser,
which makes exploits less likely."
CERT Advisory: CA-2002-19
Buffer Overflow in Multiple DNS Resolver Libraries
CAN-2002-0651
CAN-2002-0684 |
| Alerts: |
|
Comments (1 posted)
Canna server: exploitable buffer overrun
| Package(s): | canna |
CVE #(s): | CAN-2002-1158
CAN-2002-1159
|
| Created: | December 10, 2002 |
Updated: | September 30, 2003 |
| Description: |
Canna is a kana-kanji conversion server which is necessary for Japanese
language character input.
A buffer overflow bug in the Canna server up to and including version 3.5b2
allows a local user to gain the privileges of the user 'bin' which could
lead to further exploits. The Common Vulnerabilities and Exposures project
(cve.mitre.org) has assigned the name CAN-2002-1158 to this issue.
A lack of validation of requests has been found that affects Canna version
3.6 and earlier. A malicious remote user could exploit this vulnerability
to leak information, or cause a denial of service attack. (CAN-2002-1159)
See also
http://canna.sourceforge.jp/sec/Canna-2002-01.txt
CAN-2002-1158
CAN-2002-1159 |
| Alerts: |
|
Comments (none posted)
ethereal: security problems in Ethereal 0.9.12
| Package(s): | ethereal |
CVE #(s): | CAN-2003-0428
CAN-2003-0429
CAN-2003-0431
CAN-2003-0432
|
| Created: | June 23, 2003 |
Updated: | November 10, 2003 |
| Description: |
Several security problems have been found in Ethereal
0.9.12. "It may be possible to make Ethereal crash or run
arbitrary code by injecting a purposefully malformed packet onto the wire,
or by convincing someone to read a malformed packet trace file." |
| Alerts: |
|
Comments (none posted)
Filename disclosure vulnerability in fam
| Package(s): | fam |
CVE #(s): | CAN-2002-0875
|
| Created: | August 19, 2002 |
Updated: | January 5, 2005 |
| Description: |
"fam" (file alteration monitor) watches files and directories for changes and lets interested applications know when something happens. This package has a flaw in its group handling that blocks some legitimate operations while, at the same time, exposing the names of files that should otherwise be invisible. |
| Alerts: |
|
Comments (none posted)
fdclone: insecure temporary directory
| Package(s): | fdclone |
CVE #(s): | CAN-2003-0596
|
| Created: | July 23, 2003 |
Updated: | September 30, 2003 |
| Description: |
fdclone creates a temporary directory in /tmp as a workspace.
However, if this directory already exists, the existing directory is
used instead, regardless of its ownership or permissions. This would
allow an attacker to gain access to fdclone's temporary files and
their contents, or replace them with other files under the attacker's
control.
CAN-2003-0596 |
| Alerts: |
|
Comments (none posted)
fetchmail: buffer overflow
| Package(s): | fetchmail |
CVE #(s): | CAN-2002-1365
|
| Created: | December 17, 2002 |
Updated: | October 20, 2003 |
| Description: |
Versions of fetchmail prior to 6.2.0 have (yet another) buffer overflow vulnerability which can be exploited remotely via a suitably crafted message. See this advisory for details. |
| Alerts: |
|
Comments (3 posted)
gallery: cross-site scripting
| Package(s): | gallery |
CVE #(s): | CAN-2003-0614
|
| Created: | July 31, 2003 |
Updated: | September 2, 2003 |
| Description: |
Larry Nguyen discovered a cross site scripting vulnerability in gallery,
a web-based photo album written in php. This security flaw can allow a
malicious user to craft a URL that executes Javascript code on your
website. |
| Alerts: |
|
Comments (none posted)
glibc: DNS stub resolvers contain buffer overflow vulnerability
| Package(s): | glibc |
CVE #(s): | CAN-2002-1146
|
| Created: | November 7, 2002 |
Updated: | February 5, 2004 |
| Description: |
DNS stub resolvers from multiple vendors contain a buffer overflow
vulnerability. The impact of this vulnerability appears to be limited to
denial of service. (See CERT Vulnerability Note
VU#738331)
The BIND 4 and BIND 8.2.x stub resolver libraries, and other libraries such
as glibc 2.2.5 and earlier, libc, and libresolv, uses the maximum buffer
size instead of the actual size when processing a DNS response, which
causes the stub resolvers to read past the actual boundary ("read buffer
overflow"), allowing remote attackers to cause a denial of service
(crash).
|
| Alerts: |
|
Comments (none posted)
gnupg: key validation
| Package(s): | gnupg |
CVE #(s): | CAN-2003-0255
|
| Created: | May 15, 2003 |
Updated: | November 17, 2003 |
| Description: |
A key validation bug was discovered in the GNU Privacy Guard (GPG) which
would cause keys with more then one user ID to trust all user ID's with the
amount of trust given to the most-valid user ID. |
| Alerts: |
|
Comments (none posted)
gtkhtml: malformed messages cause crash
| Package(s): | gtkhtml |
CVE #(s): | CAN-2003-0133
CAN-2003-0541
|
| Created: | April 14, 2003 |
Updated: | April 18, 2005 |
| Description: |
GtkHTML is the HTML rendering widget used by the Evolution mail reader.
GtkHTML supplied with versions of Evolution prior to 1.2.4 contain a bug
when handling HTML messages. Alan Cox discovered that certain malformed
messages could cause the Evolution mail component to crash. |
| Alerts: |
|
Comments (none posted)
konqueror: information disclosure vulnerability
| Package(s): | kde konqueror |
CVE #(s): | CAN-2003-0459
|
| Created: | July 30, 2003 |
Updated: | August 11, 2003 |
| Description: |
All versions of Konqueror through KDE 3.1.2 contain a vulnerability wherein
the browser could (in rare situations) send authentication information on
an unrelated web site. See this advisory
for details. |
| Alerts: |
|
Comments (none posted)
kernel-utils: setuid vulnerability
| Package(s): | kernel-utils |
CVE #(s): | CAN-2003-0019
|
| Created: | February 7, 2003 |
Updated: | January 21, 2005 |
| Description: |
The kernel-utils package contains several utilities that can be used to
control the kernel or machine hardware. In Red Hat Linux 8.0 this package
contains user mode linux (UML) utilities.
The uml_net utility in kernel-utils packages with Red Hat Linux 8.0 was
incorrectly shipped setuid root. This could allow local users to control
certain network interfaces, add and remove arp entries and routes, and put
interfaces in and out of promiscuous mode.
All users of the kernel-utils package should update to these packages that
contain a version of uml_net that is not setuid root.
Alternatively, as a work-around to this vulnerability issue the following
command as root:
chmod -s /usr/bin/uml_net |
| Alerts: |
|
Comments (none posted)
libpng, libpng3: buffer overflow
| Package(s): | libpng, libpng3 |
CVE #(s): | CAN-2002-1363
|
| Created: | December 19, 2002 |
Updated: | July 14, 2004 |
| Description: |
Glenn Randers-Pehrson discovered a problem in connection with 16-bit
samples from libpng, an interface for reading and writing PNG
(Portable Network Graphics) format files. The starting offsets for
the loops are calculated incorrectly which causes a buffer overrun
beyond the beginning of the row buffer. |
| Alerts: |
|
Comments (none posted)
lynx: CRLF injection vulnerability
| Package(s): | lynx |
CVE #(s): | CAN-2002-1405
|
| Created: | November 19, 2002 |
Updated: | September 30, 2003 |
| Description: |
If lynx is given a url with some special characters on the command line, it
will include faked headers in the HTTP query. This feature can be used to
force scripts (that use Lynx for downloading files) to access the wrong
site on a web server with multiple virtual hosts.
CAN-2002-1405 |
| Alerts: |
|
Comments (none posted)
perl-MailTools: remote command execution
| Package(s): | MailTools |
CVE #(s): | CAN-2002-1271
|
| Created: | November 5, 2002 |
Updated: | September 19, 2003 |
| Description: |
The SuSE Security Team reviewed critical Perl modules, including the
Mail::Mailer package. This package contains a security hole which allows
remote attackers to execute arbitrary commands in certain circumstances.
This is due to the usage of mailx as default mailer which allows commands
to be embedded in the mail body.
Note that mail processing programs which use this package can be affected by this vulnerability; in particular, SpamAssassin is vulnerable if you use the -r or -w flags.
|
| Alerts: |
|
Comments (none posted)
man-db: buffer overflow, command execution
| Package(s): | man-db |
CVE #(s): | CAN-2003-0620
CAN-2003-0645
|
| Created: | August 5, 2003 |
Updated: | August 18, 2003 |
| Description: |
man-db 2.4.1 and earlier contains two separate vulnerabilities. There are several buffer overflows which could perhaps be locally exploited, and some directives in ~/.manpath are executed when they should not be. These vulnerabilities only matter if the package has been installed in the setuid mode. |
| Alerts: |
|
Comments (none posted)
mikmod: buffer overflow
| Package(s): | mikmod |
CVE #(s): | CAN-2003-0427
|
| Created: | June 16, 2003 |
Updated: | June 16, 2005 |
| Description: |
Ingo Saitz discovered a bug in mikmod whereby a long filename inside
an archive file can overflow a buffer when the archive is being read
by mikmod. |
| Alerts: |
|
Comments (none posted)
mpg123 - buffer overflow
| Package(s): | mpg123 |
CVE #(s): | CAN-2003-0577
|
| Created: | July 16, 2003 |
Updated: | September 30, 2003 |
| Description: |
The mpg123 utility contains a buffer overflow vulnerability which can allow an attacker to execute arbitrary code by way of a malicious MP3 file. |
| Alerts: |
|
Comments (none posted)
Nessus NASL scripting engine security issues
| Package(s): | nessus |
CVE #(s): | |
| Created: | May 27, 2003 |
Updated: | August 12, 2004 |
| Description: |
Some some vulnerabilities exsist in the Nessus NASL scripting engine. To
exploit these flaws, an attacker would need to have a valid Nessus account
as well as the ability to upload arbitrary Nessus plugins in the Nessus
server (this option is disabled by default) or he/she would need to trick a
user somehow into running a specially crafted nasl script. Read the full
advisory for additional information. |
| Alerts: |
|
Comments (none posted)
net-snmp: denial of service vulnerability
| Package(s): | net-snmp |
CVE #(s): | CAN-2002-1170
|
| Created: | December 17, 2002 |
Updated: | November 7, 2003 |
| Description: |
The SNMP daemon included in the Net-SNMP package versions 5.0.1 through
5.0.4 can be caused to crash if it is sent a specially crafted packet. |
| Alerts: |
|
Comments (none posted)
nfs-utils xlog() off-by-one bug
| Package(s): | nfs-utils |
CVE #(s): | CAN-2003-0252
|
| Created: | July 14, 2003 |
Updated: | March 8, 2004 |
| Description: |
Linux NFS utils package contains remotely exploitable off-by-one bug.
A local or remote attacker could exploit this vulnerability by sending
specially crafted request to rpc.mountd daemon. See this BugTraq post for more details. |
| Alerts: |
|
Comments (none posted)
openssh: timing attack leads to information disclosure
| Package(s): | openssh |
CVE #(s): | CAN-2003-0190
|
| Created: | May 2, 2003 |
Updated: | November 30, 2004 |
| Description: |
From the advisory:
"During a pen-test we stumbled across a nasty bug in OpenSSH-portable
with PAM support enabled (via the --with-pam configure script switch). This
bug allows a remote attacker to identify valid users on vulnerable systems,
through a simple timing attack. The vulnerability is easy to exploit and
may have high severity, if combined with poor password policies and other
security problems that allow local privilege escalation." |
| Alerts: |
|
Comments (1 posted)
perl: cross site scripting vulnerability in CGI.pm module
| Package(s): | perl |
CVE #(s): | CAN-2003-0615
|
| Created: | July 29, 2003 |
Updated: | September 30, 2003 |
| Description: |
obscure@eyeonsecurity.org reported a
cross site scripting vulnerability in the CGI.pm perl module. This module
is used to facilitate the creation of web forms and is part of the
perl-modules RPM package.
CAN-2003-0615 |
| Alerts: |
|
Comments (none posted)
PHP: vulnerability in mail function
| Package(s): | php |
CVE #(s): | CAN-2002-0985
CAN-2002-0986
|
| Created: | November 13, 2002 |
Updated: | September 30, 2003 |
| Description: |
Two vulnerabilities exists in the mail() PHP function. The first one allows
the execution of any program/script bypassing safe_mode restriction, the
second one may give an open-relay script if the mail() function is not
carefully used in PHP scripts. See this Bugtraq
report for more details. Note that this is a different vulnerability than the previous PHP mail() problem, which affected versions through 4.1.0.
CAN-2002-0985
CAN-2002-0986 |
| Alerts: |
|
Comments (none posted)
PHP: Cross site scripting vulnerability
| Package(s): | PHP |
CVE #(s): | CAN-2003-0442
|
| Created: | July 2, 2003 |
Updated: | August 13, 2003 |
| Description: |
In PHP version 4.3.1 and earlier, when transparent session ID support is
enabled using the "session.use_trans_sid" option, the session ID is not
escaped before use. This allows a Cross Site Scripting attack. |
| Alerts: |
|
Comments (none posted)
phpgroupware - cross-site scripting and other exploits
| Package(s): | phpgroupware |
CVE #(s): | CAN-2003-0504
CAN-2003-0582
|
| Created: | July 16, 2003 |
Updated: | September 30, 2003 |
| Description: |
Several vulnerabilities were discovered in all versions of phpgroupware
prior to 0.9.14.006. This latest version fixes an exploitable condition in
all versions that can be exploited remotely without authentication and can
lead to arbitrary code execution on the web server. This vulnerability is
being actively exploited.
Version 0.9.14.005 fixed several other vulnerabilities including cross-site
scripting issues that can be exploited to obtain sensitive information such
as authentication cookies.
See this
Security Corportation report for more information.
CAN-2003-0504
CAN-2003-0582 |
| Alerts: |
|
Comments (none posted)
postfix: denial of service vulnerabilities
| Package(s): | postfix |
CVE #(s): | CAN-2003-0468
CAN-2003-0540
|
| Created: | August 5, 2003 |
Updated: | May 27, 2004 |
| Description: |
The postfix MTA, versions through 1.1.12 (but not 2.0) is subject to two remotely exploitable denial of service vulnerabilities; see this advisory from Michal Zalewski for details. |
| Alerts: |
|
Comments (none posted)
PostgreSQL - more buffer overflows
| Package(s): | postgresql |
CVE #(s): | |
| Created: | February 12, 2003 |
Updated: | November 7, 2003 |
| Description: |
A new set of buffer overflows has been discovered in PostgreSQL 7.2.2; they affect the circle_poly(), path_encode(), and path_addr() functions. Exploiting these overflows requires that the attacker first obtain a connection to the PostgreSQL server. |
| Alerts: |
|
Comments (1 posted)
Local arbitrary code execution vulnerability in Python
| Package(s): | python |
CVE #(s): | CAN-2002-1119
|
| Created: | August 28, 2002 |
Updated: | September 30, 2003 |
| Description: |
Zack Weinberg discovered that
os._execvpe from os.py uses a predictable name which could lead
to execution of arbitrary code. According to the Debian
advisory, the problem
was present in Python versions 1.5, 2.1 and 2.2.
CAN-2002-1119 |
| Alerts: |
|
Comments (none posted)
Multiple-use vulnerability in Safe.pm
| Package(s): | Safe.pm |
CVE #(s): | CAN-2002-1323
|
| Created: | October 9, 2002 |
Updated: | February 20, 2004 |
| Description: |
usePerl has a
description of a vulnerability in the Safe.pm Perl module. It seems
that if a Safe compartment is used more than once, it ceases to be safe.
The problem is fixed in Safe 2.08. |
| Alerts: |
|
Comments (none posted)
semi: insecure temporary file
| Package(s): | semi, wemi |
CVE #(s): | CAN-2003-0440
|
| Created: | July 7, 2003 |
Updated: | September 30, 2003 |
| Description: |
semi, a MIME library for GNU Emacs, does not take appropriate
security precautions when creating temporary files. This bug could
potentially be exploited to overwrite arbitrary files with the
privileges of the user running Emacs and semi, potentially with
contents supplied by the attacker.
wemi is a fork of semi, and contains the same bug.
CAN-2003-0440 |
| Alerts: |
|
Comments (none posted)
stunnel: signal handler reentrancy DoS
| Package(s): | stunnel |
CVE #(s): | CAN-2002-1563
|
| Created: | July 25, 2003 |
Updated: | November 25, 2003 |
| Description: |
Stunnel is a wrapper for network connections. It can be used to tunnel an
unencrypted network connection over a secure connection (encrypted using
SSL or TLS) or to provide a secure means of connecting to services that do
not natively support encryption.
When configured to listen for incoming connections (instead of being
invoked by xinetd), stunnel can be configured to either start a thread or a
child process to handle each new connection. If Stunnel is configured to
start a new child process to handle each connection, it will receive a
SIGCHLD signal when that child exits.
Stunnel versions prior to 4.04 would perform tasks in the SIGCHLD signal
handler which, if interrupted by another SIGCHLD signal, could be unsafe.
This could lead to a denial of service. |
| Alerts: |
|
Comments (none posted)
sup: insecure temporary file
| Package(s): | sup |
CVE #(s): | CAN-2003-0606
|
| Created: | July 29, 2003 |
Updated: | September 30, 2003 |
| Description: |
sup, a package used to maintain collections of files in identical
versions across machines, fails to take appropriate security
precautions when creating temporary files. A local attacker could
exploit this vulnerability to overwrite arbitrary files with the
privileges of the user running sup.
CAN-2003-0606 |
| Alerts: |
|
Comments (none posted)
File overwrite vulnerability in tar and unzip
| Package(s): | tar unzip |
CVE #(s): | CAN-2001-1267
CAN-2001-1268
CAN-2001-1269
CAN-2002-0399
|
| Created: | October 1, 2002 |
Updated: | April 9, 2006 |
| Description: |
The tar utility does not properly filter file names containing
"../", meaning that a hostile archive can, if unpacked by an
unsuspecting user, overwrite any file that is writable by that user. GNU
tar versions 1.13.19 and earlier are vulnerable; unzip through version 5.42
has the same vulnerability. |
| Alerts: |
|
Comments (1 posted)
teapop: SQL injection
| Package(s): | teapop |
CVE #(s): | CAN-2003-0515
|
| Created: | July 9, 2003 |
Updated: | September 30, 2003 |
| Description: |
teapop, a POP-3 server, includes modules for authenticating users
against a PostgreSQL or MySQL database. These modules do not properly
escape user-supplied strings before using them in SQL queries. This
vulnerability could be exploited to execute arbitrary SQL under the
privileges of the database user as which teapop has authenticated.
CAN-2003-0515 |
| Alerts: |
|
Comments (none posted)
Multiple vendor telnetd vulnerability
| Package(s): | telnet Telnet netkit-telnet-ssl kerberos telnetd netkit-telnet nkitb/nkitserv/telnetd krb5 |
CVE #(s): | |
| Created |