Dies ist die Liste der Errata und Korrekturroutinen für das OpenBSD-Release 3.0:

Die Korrekturroutinen weiter unten sind mit CVS im OPENBSD_3_0-patch-branch erhältlich.

Detailliertere Informationen darüber, wie man Korrekturroutinen installiert, findest du in der OpenBSD-FAQ.

Alle Architekturen

• 036: SECURITY FIX: 14. November 2002
  Ein Pufferüberlauf im named(8) kann einem Angreifer erlauben, Code mit den Privilegien des named auszuführen. Auf OpenBSD läuft der named nicht als root in einer ,chrooted' Umgebung, was den Effekt dieses Fehlers mildert.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 035: SECURITY FIX: 6. November 2002
  Ein nicht korrektes Prüfen der Argumente im Systemaufruf getrlimit(2) kann es einem Angreifer erlauben, den Kernel zum Absturz zu bringen.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 034: SECURITY FIX: 6. November 2002
  Ein Angreifer kann die Beschränkungen von sendmails restriktiver Shell smrsh(8) umgehen und beliebige Befehle mit seinen eigenen Privilegien ausführen.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 033: SECURITY FIX: 21. Oktober 2002
  Ein Pufferüberlauf kann im Daemon kadmind(8) passieren, was zu einem möglichen, von außen hervorgerufenen, Absturz führen oder ausgenutzt werden kann.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 032: SECURITY FIX: 7. Oktober 2002
  Fehlerhaftes Überprüfen von Argumenten im Systemaufruf setitimer(2) kann einem Angreifer erlauben, in den Kernelspeicher zu schreiben.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 031: SECURITY FIX: 11. August 2002
  Ein unzureichender ,boundary check' im Systemaufruf select(2) erlaubt einem Angreifer, Kernelspeicher zu überschreiben und beliebigen Code im Kernelkontext auszuführen.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 030: SECURITY FIX: 30. Juli 2002
  Mehrere, von außen erreichbare, Pufferüberläufe können im SSL2-Server und SSL3-Client der ssl(8)-Bibliothek auftreten, wie auch im ASN.1-Parsercode in der crypto(3)-Bibliothek; alle sind potenziell von außen ausnutzbar.
  Es existiert eine Korrekturroutine, die das Problem behebt.
  Dies ist die zweite Fassung der Korrektur.

• 029: SECURITY FIX: 29. Juli 2002
  Es gibt einen Pufferüberlauf im xdr_array(3)-RPC-Code, was zu einem möglichen, von außen hervorgerufenen, Absturz führen kann.
  Es existiert eine Korrekturroutine, die das Problem behebt.
  Dies ist die zweite Fassung der Korrektur.

• 028: SECURITY FIX: 29. Juli 2002
  Es gibt eine Wettlaufsituation im Daemon pppd(8) , die ihn dazu bringen kann, eigenmächtig die Dateirechte einer anderen Datei zu verändern.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 027: RELIABILITY FIX: 5. Juli 2002
  Das Empfangen von IKE-,payloads' außerhalb der Sequenz kann den isakmpd(8) zum Absturz bringen.
  Es existiert eine Korrekturroutine, die das Problem behebt.
  Dies ist die zweite Version der Korrektur.

• 026: SECURITY FIX: 27. Juni 2002
  Der Kernel lässt jeden Benutzer ktrace(2) auf set[ug]id-Prozesse ausführen.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 025: SECURITY FIX: 25. Juni 2002
  Ein potenzieller Pufferüberlauf wurde in der DNS-Auflösung gefunden.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 024: SECURITY FIX: 24. Juni 2002
  Alle Versionen von OpenSSHs sshd zwischen 2.3.1 und 3.3 enthalten einen Fehler bei der Eingabe-Validierung, der zu einem Integerüberlauf und zur Privilegieneskalation führen kann. Dieses Problem ist in OpenSSH 3.4 beseitigt und eine Korrektur für die angreifbaren Versionen ist als Teil des Sicherheitsadvisories verfügbar.

• 023: SECURITY FIX: 24. Juni 2002
  Ein Pufferüberlauf kann während des Parsens von .htaccess im http-Modul mod_ssl auftreten, was zu einem, von außen hervorgerufenen, Absturz führen oder ausgenutzt werden kann.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 022: SECURITY FIX: 19. Juni 2002
  Ein Pufferüberlauf kann während der Interpretation von ,chunked encoding' im Daemon httpd passieren, was zu einem möglichen, von außen hervorgerufenen, Absturz führen oder ausgenutzt werden kann.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 021: SECURITY FIX: 8. Mai 2002
  Es gibt eine Wettlaufsituation, bei der ein Angreifer die ,file descriptor table' füllen und die Sicherung des Kernels der ,fd slots' 0, 1 und 2 für einen setuid- oder setgid-Prozess ausschalten kann.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 020: SECURITY FIX: 25. April 2002
  Ein Fehler in sudo(8) erlaubt es einem Angreifer, den ,heap' zu korrumpieren, indem er einen eigenen Prompt angibt.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 019: SECURITY FIX: 22. April 2002
  Ein lokaler Benutzer kann Superuser-Privilegien wegen eines Pufferüberlaufs in sshd(8) erlangen, falls AFS auf dem System oder in der sshd_config-Datei KerberosTgtPassing oder AFSTokenPassing konfiguriert ist. Ticket- und Token-Passing sind standardmäßig abgeschaltet.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 018: SECURITY FIX: 11. April 2002
  mail(1) erlaubt es, ,tilde escapes' auch im nicht interaktiven Modus zu verarbeiten. Das kann zu einem lokalen ,root compromise' führen.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 017: RELIABILITY FIX: 26. März 2002
  isakmpd(8) stürzt ab, wenn er ein IKE-Paket der Länge Null empfängt, da die Überprüfung zu spät kommt.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 016: SECURITY FIX: 19. März 2002
  Unter bestimmten Umständen ist es auf Systemen, die YP mit netgroups in der password-Datenbank benutzen, für die Daemons rexecd(8) und rshd(8) möglich, die Shell aus dem Passworteintrag eines anderen Benutzers auszuführen. Wegen eines ganz ähnlichen Problems kann atrun(8) möglicherweise in das falsche Heimatverzeichnis wechseln, wenn es at(1)-Jobs ausführt.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 015: RELIABILITY FIX: 13. März 2002
  Unter bestimmten Umständen kann die Kompressionsbibliothek zlib dynamisch zugewiesenen Speicher doppelt freigeben. Unter OpenBSD ist dies kein Sicherheitsproblem, da die BSD-free(3)-Funktion das entdeckt. Es gibt auch eine Zlib-Kernelkomponente, die von pppd und IPsec genutzt werden kann. Es gibt zurzeit keine bekannte Möglichkeit, den Kernel anzugreifen.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 014: SECURITY FIX: 8. März 2002
  Ein lokaler Benutzer kann Superuser-Privilegien durch einen ,off-by-one check' im ,channel forwarding'-Quelltext von OpenSSH erlangen.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 013: RELIABILITY FIX: 4. Februar 2002
  Die falschen ,file descriptors' werden freigegeben, wenn pipe(2) versagt.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 012: SECURITY FIX: 21. Januar 2002
  Eine Wettlaufsituation zwischen den Systemaufrufen ptrace(2) und execve(2) erlaubt einem Angreifer, den Speicherinhalt von suid/sgid-Prozessen zu verändern, was zu einer Kompromittierung des Superuser-Accounts führen kann.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 011: SECURITY FIX: 17. Januar 2002
  Wenn die Sendmail-Alternative Postfix auf einem System installiert ist, kann es einem Angreifer gelingen, auf dem lokalen Rechner root-Rechte mittels sudo(8) zu erlangen. sudo ruft den Mailer als root mit einer Umgebung auf, die vom aufrufenden Benutzer stammt. Obwohl das ein Fehler in sudo ist, ist er nach unserer Meinung nicht ausnutzbar, wenn Sendmail (der Mailer, der mit OpenBSD ausgeliefert wird) benutzt wird. Mit Version 1.6.5 übergibt sudo dem Mailer eine Umgebung, die nicht mehr vom aufrufenden Benutzer beeinflusst werden kann.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 010: RELIABILITY FIX: 13. Dezember 2001
  Systeme, die einen IP-in-IP-Tunnel verwenden, können mit Hilfe bösartiger Pakete zum Absturz gebracht werden.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 008: SECURITY FIX: 28. November 2001
  Es gibt ein Sicherheitsproblem im Daemon lpd, das einem Angreifer erlaubt, beliebige Dateien im ,root'-Verzeichnis zu erzeugen. Nur Maschinen mit Zugriff auf den ,line printer' (die also in /etc/hosts.lpd oder /etc/hosts.equiv aufgeführt sind) können zu einem Angriff missbraucht werden, und der Angreifer muss auf jener Maschine auch root-Zugriff haben. OpenBSD startet den lpd in der Standardinstallation nicht.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 007: SECURITY FIX: 13. November 2001
  Es gibt ein Sicherheitsproblem im vi.recover-Skript, das einem Angreifer erlauben kann, eine beliebige Datei der Länge 0 zu löschen - unabhängig davon, wem sie gehört.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 006: SECURITY FIX: 13. November 2001
  pf(4) konnte nicht mit einem bestimmten Typ von IPv6-ICMP-Paketen umgehen, was zu einem Absturz führte.
  Es existiert eine Korrekturroutine, die das Problem behebt.

• 002: SECURITY FIX: 12. November 2001
  sshd(8) wird von OpenSSH 3.0 auf OpenSSH 3.0.2 upgegradet, um die folgenden Probleme zu beheben:
  • Eine Sicherheitslücke, die einem Angreifer erlauben könnte, sich teilweise zu authentifizieren, wenn - und nur wenn - der Administrator KerberosV eingeschaltet hat.
    Standardmäßig kann die KerberosV-Unterstützung von OpenSSH nur aktiviert werden, wenn KerberosV zuvor sauber konfiguriert wurde.

  • Ein exzessiver ,memory clearing'-Fehler (von dem wir glauben, dass er nicht auszunutzen ist) existiert auch, aber da das auch zu einem Absturz des Daemons führen kann, bieten wir hierfür ebenfalls eine Korrekturroutine an.

  • Eine Verwundbarkeit in der Übergabe der Umgebungsvariablen in der UseLogin-Option von sshd.

  • Verschiedene andere unkritische Fixes.

  Effektiv ein Upgrade von OpenSSH 3.0 auf OpenSSH 3.0.2. Es existiert eine Korrekturroutine, die das Problem behebt. Das ist die zweite Version der Korrektur.

• 001: INSTALL ISSUE: 12. November 2001
  Ein kleiner Fehler im Installationsskript führt dazu, dass die Datei /etc/hosts falsch angelegt wird.
  Die resultierende Datei enthält eine Zeile wie die folgende:

     #.#.#.# hostname. hostname

  Die Zeile sollte eigentlich wie folgt aussehen:

     #.#.#.# hostname.domainname.com hostname

  Um das Problem zu beheben, editiere einfach die Datei und füge den Domänennamen am passenden Platz ein.

i386

• 004: RELIABILITY FIX: 12. November 2001
  Hifn7751-basierte Karten können aufgrund von DMA-Fehlern auf bestimmten Boards aufhören zu funktionieren.
  Es existiert eine Korrekturroutine, die das Problem behebt.

alpha

• Noch keine Probleme bekannt.

mac68k

• Noch keine Probleme bekannt.

sparc

• Noch keine Probleme bekannt.

sparc64

• 003: RELIABILITY FIX: 12. November 2001
  Zugriff auf ein CD-Laufwerk auf den PCI-Ultrasparc-Maschinen führt zu einem fortwährenden Strom an unwichtigen Interrupt-Meldungen, die zu großen Ängsten der Benutzer führen.
  Es existiert eine Korrekturroutine, die das Problem behebt.

amiga

• Noch keine Probleme bekannt.

hp300

• Noch keine Probleme bekannt.

mvme68k

• Noch keine Probleme bekannt.

macppc

• 009: INSTALLATION FIX: 11. Dezember 2001
  Die 3.0-CD2 wurde mit einem Fehler erzeugt, sodass die Anweisungen zum Booten in dieser Architektur nicht funktionieren. Um die CD doch zu booten, drücke Option-Command-O-F während des Hochfahrens, um in die OpenFirmware zu gelangen, und tippe dann Folgendes ein:
  boot cd:,OFWBOOT /3.0/macppc/bsd.rd

• 005: RELIABILITY FIX: 12. November 2001
  Die Ausführung von Altivec-Anweisungen führt zum Systemabsturz.
  Es existiert eine Korrekturroutine, die das Problem behebt.

vax

• Es wurden noch keine Fehler entdeckt.