Patch Patch Patch

Contributed by sean on 2004-05-05 from the bug-smashing dept.

A trio of patches showed up today on the errata page for the OPENBSD_3_5 patch branch:

004: RELIABILITY FIX: May 5, 2004 Restore the ability to negotiate tags/wide/sync with some SCSI controllers ( i.e. siop(4), trm(4), iha(4) ).
A source code patch exists which remedies this problem.
003: RELIABILITY FIX: May 5, 2004 Under load "recent model" gdt(4) controllers will lock up.
A source code patch exists which remedies this problem.
002: SECURITY FIX: May 5, 2004 Pathname validation problems have been found in cvs(1), allowing malicious clients to create files outside the repository, allowing malicious servers to overwrite files outside the local CVS tree on the client and allowing clients to check out files outside the CVS repository.
A source code patch exists which remedies this problem.

(Comments are closed)

Comments

By Gerardo Santana (201.129.52.223) santana at openbsd org mx on 2004-05-05 19:59 http://www.openbsd.org.mx/~santana

And two more patches for OpenBSD 3.4 too. Binary patches for 3.4 are built, 3.5's are on the way.
Comments
1. By Anonymous Coward (67.71.26.144) on 2004-05-05 20:52
  
  Cool, I didn't know you were still doing that. Thx man!
By Anthony (68.145.159.179) on 2004-05-06 00:44 http://homestar.sytes.net/

The first month is always a patch fest. Too much effort...
Comments
1. By Anonymous Coward (128.100.57.40) on 2004-05-06 18:44
  
  Let's see.
  
  3.3 was released on May 1, 2003. The first of the patches for 3.3 was released on August 4, 2003, more than three months later. In the once year since that release, there have been 21 patches in total: 1.75 patches per month, on average, which is exactly the same record as that of 3.2.
  
  3.4 has had 18 patches so far, over six months. Three patches per month, on average. Sure, seven of those were released in the first month, but in only three separate announcements, i.e. only three times did a person have to take the time to patch.
  
  Sure, there are patches. But patch fest? What patch fest?
By hdw (213.89.21.36) on 2004-05-06 09:25

It pays to be paraniod.
My source-tree is owned by srcadmin, who can't write anywhere outside the tree :)

// hdw
By Anonymous Coward (134.58.253.130) on 2004-05-06 11:38

What's the impact of the CVS vulnerability?
Is it correct that a malicious local user (who has ssh access, but no special priviliges whatsoever) could be able to write files anywhere on the filesystem, which may then (crontab, or startup files, or...) be executed with root permissions? Or is such a thing impossible?
Comments
1. By Matt Van Mater (65.205.28.100) on 2004-05-06 13:18
  
  I think that depends on if the cvs executable is setuid root. Given the crackdown on that in recent releases, I doubt that is the case. I'm just talking out my my arse here, but chances are the cvs process can only write to directories its uid or guid is set to. Am I correct?

Latest Articles

Thu, Apr 18
- 05:05 Coming soon to a -current system near you: parallel raw IP input (0)
Wed, Apr 17
- 05:33 In -current, default write format for tar(1) changed to "pax" (10)
Wed, Apr 10
- 18:50 OpenSMTPD 7.5.0p0 Released (2)
Tue, Apr 09
- 04:49 20 years since "and we're just starting": undeadly.org turns 20 (2024-04-09) (13)
Fri, Apr 05
- 06:16 OpenBSD 7.5 released (3)
Thu, Mar 28
- 18:18 LibreSSL 3.8.4 and 3.9.1 released (0)
Tue, Mar 12
- 06:53 OpenSSH 9.7/9.7p1 released! (0)
Mon, Mar 11
- 11:28 Game of Trees 0.97 released (0)
Sun, Mar 10
- 09:06 LibreSSL versions 3.8.3 and 3.9.0 released (0)

Credits

Copyright © 2004-2008 Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to April 2nd 2004 as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]