LinuxLife Blog

Die Icinga-Entwickler haben ihre Überwachungsanwendung in der Version 1.7 veröffentlicht. Icinga wurde vor drei Jahren als Nagios-Fork ins Leben gerufen und ist rückwärtskompatibel zu der populären Monitoring-Lösung, so dass bei einem Wechsel die Nagios-Konfigurationsdateien übernommen werden können.

Article source: http://www.pro-linux.de/news/1/18383/monitoring-loesung-icinga-17-veroeffentlicht.html

Software::Büro

Freiburg: Rückkehr zu proprietärer Office-Lösung in Stadtverwaltung möglich

Freiburgs Stadtverwaltung könnte in Kürze von OpenOffice.org zu einer proprietären Bürosoftware zurückkehren. Grund dafür ist die mangelnde Unterstützung offener Dokumentenstandards seitens anderer lokaler, regionaler und europäischer Verwaltungen.

Laut dem Nachrichtenportal joinup.ec.europa.eu, das sich auf eine gut unterrichtete Quelle beruft, werden von der Umstellung fast alle 2.000 Desktop-PCs der Stadtverwaltung betroffen sein. Der Wechsel wurde von externen Beratern vorgeschlagen, die den Bürgermeister und seine Vertrauten letzte Woche informierten. Der Stadtrat soll im Juni von den Vorschlägen erfahren.

Das wichtigste Problem, das laut den Beratern gegen die freie Bürosoftware OpenOffice.org spricht, ist die mangelnde Interoperabilität. Die IT-Abteilung setzte sich in den vergangenen Jahren wiederholt bei deutschen und europäischen Verwaltungen dafür ein, für den Dokumentenaustausch das Open Document Format (ODF) zu verwenden. Nichtsdestotrotz wurden die Mitarbeiter der Stadt weiterhin mit vielen Interoperabilitätsproblemen konfrontiert, wenn sie Dokumente anderer Verwaltungen in proprietären Formaten erhielten.

Laut der Quelle, die nicht genannt werden möchte, entwickeln die meisten, mit Steuergeldern finanzierten Rechenzentren, Anwendungen, die proprietäre Software erfordern. »Öffentliche Verwaltungen nutzen nicht ihre Marktmacht, um die Anbieterabhängigkeit zu reduzieren. Vorgesetzte aller Ebenen ignorieren ODF«, so die Quelle. Aufgrund dieser Tatsachen könne nicht erwartet werden, dass städtische Angestellte freie Software gern bei ihrer täglichen Arbeit verwenden.

Freiburg wechselte 2007 zu OpenOffice.org. Aktuell ist die freie Bürosoftware auf ca. 2.300 Rechnern der Stadtverwaltung installiert. Es wird damit gerechnet, dass der Stadtrat bis zum Sommer darüber entscheidet, ob OpenOffice.org beibehalten oder durch proprietäre Pendants ersetzt wird.

Wie Rüdiger Czieschla, der IT-Leiter der Stadt Freiburg, in einer Präsentation einräumte, wurden bei der Migration auf OpenOffice.org einige Fehler begangen. So wurde beispielsweise der Schulungsaufwand unterschätzt. Die Verantwortlichen nahmen an, dass die Ähnlichkeit zwischen Writer und MS Word nur wenige Schulungen erfordere. Viele Mitarbeiter verfügten jedoch nur über eine geringe Office-Kompetenz und behalfen sich bei ihrer täglichen Arbeit mit teils abenteuerlichen, selbst gebastelten, individuellen Lösungen, die mit OpenOffice.org nicht mehr funktionierten und als anfangs als Kompatibilitätsprobleme abgetan wurden.

Die Verantwortlichen hatten sich bei der Migration auf den technischen Schwerpunkt konzentriert und arbeitsorganisatorische Beratungskapazitäten vernachlässigt, was mit der Zeit bei den Mitarbeitern zu einer abwertenden Haltung gegenüber der freien Bürosoftware führte. Ein weiteres Problem war die Gewöhnung an eine jahrelange Monokultur im Arbeitsalltag und dass wenig Verständnis für die Vorteile nachhaltiger IT und offener Standards vorherrschte, weil sie mit einer Umstellung und Umgewöhnung einher gingen. Gemäß Czieschla fehlt der Druck, dass die Abhängigkeit zwischen Dokumentenformat und Bearbeitungssoftware aufgehoben wird. Seiner Meinung nach war es ein Fehler, ODF und OOXML zu ISO-Standards zu erklären, vergleichbar damit, mit DIN-A4 zwei unterschiedliche Papierformate zu definieren.

Trotz aller Schwierigkeiten macht sich Czieschla für freie Software und offene Standards stark und führte noch einmal mehrere Gründe auf, die für eine entsprechende Lösung sprechen. Dazu zählen unter anderem Innovationspotential, Transparenz des Regierungshandelns, Vermeidung von Herstellerabhängigkeit, die Interoperabilität offener Standards sowie damit verbundene Kostenreduzierung und dass elektronische Dokumente unabhängig vom Bearbeitungswerkzeug sind.

Article source: http://www.pro-linux.de/news/1/18386/freiburg-rueckkehr-zu-proprietaerer-office-loesung-in-stadtverwaltung-moeglich.html

Originalnachricht

Article source: http://www.pro-linux.de/sicherheit/2/17414/mangelnde-rechtepruefung-in-drupal6-og.html

   SUSE Security Update: Security update for openssl______________________________________________________________________________

Announcement ID:    SUSE-SU-2012:0623-1Rating:             importantReferences:         #755395 #758060 Cross-References:   CVE-2012-2110Affected Products:                    SUSE Linux Enterprise Software Development Kit 11 SP2                    SUSE Linux Enterprise Software Development Kit 11 SP1                    SUSE Linux Enterprise Server 11 SP2                    SUSE Linux Enterprise Server 11 SP1 for VMware                    SUSE Linux Enterprise Server 11 SP1                    SUSE Linux Enterprise Desktop 11 SP2                    SUSE Linux Enterprise Desktop 11 SP1______________________________________________________________________________

   An update that solves one vulnerability and has one errata   is now available. It includes one version update.

Description:

   This update of openssl fixes an integer conversation issue   which could  cause a heap-based memory corruption   (CVE-2012-2110   http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-2110    ).

   Additionally, a check for negative buffer length values was   added ( CVE-2012-2131   http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-2131     ) and the stack made non-executable by marking the   enhanced Intel SSSE3  assembler code as not needing   executable stack.

Patch Instructions:

   To install this SUSE Security Update use YaST online_update.   Alternatively you can run the command listed for your product:

   - SUSE Linux Enterprise Software Development Kit 11 SP2:

      zypper in -t patch sdksp1-libopenssl-devel-6245

   - SUSE Linux Enterprise Software Development Kit 11 SP1:

      zypper in -t patch sdksp1-libopenssl-devel-6245

   - SUSE Linux Enterprise Server 11 SP2:

      zypper in -t patch slessp1-libopenssl-devel-6245

   - SUSE Linux Enterprise Server 11 SP1 for VMware:

      zypper in -t patch slessp1-libopenssl-devel-6245

   - SUSE Linux Enterprise Server 11 SP1:

      zypper in -t patch slessp1-libopenssl-devel-6245

   - SUSE Linux Enterprise Desktop 11 SP2:

      zypper in -t patch sledsp1-libopenssl-devel-6245

   - SUSE Linux Enterprise Desktop 11 SP1:

      zypper in -t patch sledsp1-libopenssl-devel-6245

   To bring your system up-to-date, use "zypper patch".

Package List:

   - SUSE Linux Enterprise Software Development Kit 11 SP2 (i586 ia64 ppc64 s390x x86_64) [New Version: 0.9.8j]:

      libopenssl-devel-0.9.8j-0.36.1

   - SUSE Linux Enterprise Software Development Kit 11 SP1 (i586 ia64 ppc64 s390x x86_64) [New Version: 0.9.8j]:

      libopenssl-devel-0.9.8j-0.36.1

   - SUSE Linux Enterprise Server 11 SP2 (i586 ia64 ppc64 s390x x86_64) [New Version: 0.9.8j]:

      libopenssl0_9_8-0.9.8j-0.36.1      openssl-0.9.8j-0.36.1      openssl-doc-0.9.8j-0.36.1

   - SUSE Linux Enterprise Server 11 SP2 (ppc64 s390x x86_64) [New Version: 0.9.8j]:

      libopenssl0_9_8-32bit-0.9.8j-0.36.1

   - SUSE Linux Enterprise Server 11 SP2 (ia64) [New Version: 0.9.8j]:

      libopenssl0_9_8-x86-0.9.8j-0.36.1

   - SUSE Linux Enterprise Server 11 SP1 for VMware (i586 x86_64) [New Version: 0.9.8j]:

      libopenssl0_9_8-0.9.8j-0.36.1      openssl-0.9.8j-0.36.1      openssl-doc-0.9.8j-0.36.1

   - SUSE Linux Enterprise Server 11 SP1 for VMware (x86_64) [New Version: 0.9.8j]:

      libopenssl0_9_8-32bit-0.9.8j-0.36.1

   - SUSE Linux Enterprise Server 11 SP1 (i586 ia64 ppc64 s390x x86_64) [New Version: 0.9.8j]:

      libopenssl0_9_8-0.9.8j-0.36.1      openssl-0.9.8j-0.36.1      openssl-doc-0.9.8j-0.36.1

   - SUSE Linux Enterprise Server 11 SP1 (ppc64 s390x x86_64) [New Version: 0.9.8j]:

      libopenssl0_9_8-32bit-0.9.8j-0.36.1

   - SUSE Linux Enterprise Server 11 SP1 (ia64) [New Version: 0.9.8j]:

      libopenssl0_9_8-x86-0.9.8j-0.36.1

   - SUSE Linux Enterprise Desktop 11 SP2 (i586 x86_64) [New Version: 0.9.8j]:

      libopenssl0_9_8-0.9.8j-0.36.1      openssl-0.9.8j-0.36.1

   - SUSE Linux Enterprise Desktop 11 SP2 (x86_64) [New Version: 0.9.8j]:

      libopenssl0_9_8-32bit-0.9.8j-0.36.1

   - SUSE Linux Enterprise Desktop 11 SP1 (i586 x86_64) [New Version: 0.9.8j]:

      libopenssl0_9_8-0.9.8j-0.36.1      openssl-0.9.8j-0.36.1

   - SUSE Linux Enterprise Desktop 11 SP1 (x86_64) [New Version: 0.9.8j]:

      libopenssl0_9_8-32bit-0.9.8j-0.36.1

References:

   http://support.novell.com/security/cve/CVE-2012-2110.htmlhttps://bugzilla.novell.com/755395https://bugzilla.novell.com/758060?keywords=0878d39a7efb9cd5f0980f947362df0d

-- To unsubscribe, e-mail: opensuse-security-announce+unsubscribe@opensuse.orgFor additional commands, e-mail: opensuse-security-announce+help@opensuse.org

Article source: http://www.pro-linux.de/sicherheit/2/17401/zwei-probleme-in-openssl.html

Originalnachricht

Article source: http://www.pro-linux.de/sicherheit/2/17403/pufferueberlauf-in-openofficeorg.html

Objektorientierte Programmierung: Teil 2 – Die richtige Strategie

Der Begriff der objektorientierten Programmierung (kurz OOP) existiert schon eine ganze Weile. Wer zuvor prozedural programmiert hat, erwischt sich beim Übergang zu OOP öfter dabei, wie er die früheren Funktionen einfach mit einer Klasse umgibt und dies als objektorientierte Programmierung verkauft. Die Artikelreihe soll an einem einfachen Beispiel zeigen, was man in so einem Fall besser machen könnte.

Hinweis: Bevor man im Artikel fortfährt, sollte man sich den vorherigen Teil der Reihe durchgelesen haben (siehe Objektorientierte Programmierung: Teil 1). Alle Artikel dieses Workshops finden Sie in der Übersicht.

Ein sehr beliebtes und bekanntes Entwurfsmuster ist das Strategie-Muster. Es dient vorrangig dazu, verschiedene Verhalten als Klassen umzusetzen, die von einer Basisklasse abgeleitet sind. »Außen« nutzt man dann nur diese Basisklasse, die konkreten Strategien sind dem Nutzer unbekannt. Zusätzlich ist es möglich, zur Laufzeit einer Klasse ein neues Verhalten/eine neue Strategie zu geben.

Dies wurde ansatzweise auch schon in der letzten Umsetzung gemacht, bei der jeder konkrete Bot von einer Basisklasse BaseBot abgeleitet war. Ein großer Unterschied besteht aber darin, dass es damals kein Verhalten war, dass man erstellt hat, sondern ein bestimmter Typ.

Das Strategie-Entwurfsmuster wird eins zu eins umgesetzt, wie es von der »Gang of Four« vor langer Zeit definiert wurde. Da die Basisklasse aller konkreten Strategien keinerlei Logik umfasst, wird ein Interface IStrategy benutzt.

Der Bot enthält dann dieses Interface als Strategie. Hierfür wurde eine Aggregation gewählt, weil die Strategie auch ohne Bot existieren kann (und wird), da sie von Game erzeugt wird. Der Bot übernimmt dann nur noch dessen Zerstörung beim Beenden.

Dominik Wagenführ

Das Strategie-Muster in der Umsetzung

Klasse:
IStrategy
Benötigt:
-
Verantwort.:
Interface für die konkreten Strategien, um ein Angebot anzunehmen oder abzulehnen

Klasse:
AcceptStrategy
Basisklasse:
IStrategy
Benötigt:
-
Verantwort.:
nimmt ein Angebot immer an

Klasse:
DeclineStrategy
Basisklasse:
IStrategy
Benötigt:
-
Verantwort.:
lehnt ein Angebot immer ab

Klasse:
VariableStrategy
Basisklasse:
IStrategy
Benötigt:
-
Verantwort.:
entscheidet variabel, ob ein Angebot abgelehnt oder angenommen wird

Klasse:
Bot
Benötigt:
IStrategy
Verantwort.:
zählt die angenommenen Punkte

Klasse:
Game
Benötigt:
Bot, VariableStrategy, IStrategy, AcceptStrategy, DeclineStrategy
Verantwort.:
erstellt den Bot und die richtige Strategie dazu; liest Benutzereingabe und fragt Bot nach Annahme oder Ablehnung

Das Interface IStrategy und die konkreten Strategien haben keine Abhängigkeiten.

Der Bot ist nur vom Interface IStrategy abhängig, nicht aber von den konkreten Strategien.

Da die Klasse Game die konkreten Strategien erstellen muss, hängt es von diesen auch ab. Zusätzlich erstellt sie auch den Bot und gibt dessen Punkte am Ende aus.

Das Design der Klasse Bot ähnelt sehr stark dem ersten Ansatz im ersten Teil. Der große Unterschied ist, dass die Strategie durch ein echtes Objekt und nicht nur durch einen String repräsentiert werden muss.

Der Vorteil ist nun, dass der Bot dank des Strategie-Musters die konkreten Strategien nicht kennen muss und völlig losgelöst davon arbeiten kann. Mit diesem Design hat man das Design-Prinzip »Programmiere gegen Schnittstellen, nicht gegen Implementierungen« umgesetzt.

Auch hat der Bot nun wirklich nur eine Aufgabe, nämlich Punkte zählen. Die Entscheidung, ob ein Angebot angenommen oder abgelehnt wird, muss er selbst nicht mehr treffen, dies übernimmt seine gesetzte Strategie.

Das Strategie-Muster hat auch den Vorteil, dass zusätzliche, ganz andere Verhaltensweisen des Bots leicht ergänzt werden können. Hätte der Bot zwei weitere Verhaltensarten, die es in jeweils drei unterschiedlichen Ausprägungen gibt, erweitert man die Klasse Bot um zwei Interfaces und fügt insgesamt acht neue Klassen (pro Verhalten ein Interface und drei Realisierungen) hinzu.

Der Nachteil der Erweiterbarkeit bleibt aber nach wie vor. Es ist zwar extrem leicht, eine neue Strategie zu realisieren und diese dem Bot unterzuschieben, aber dennoch muss die Klasse Game alle konkreten Strategien kennen. Wird eine neue Strategie hinzugefügt, muss auch Game angepasst werden. Das ist also immer noch nicht die ultimative Lösung.

Die C++-Implementierung der obigen Klassen kann als Archiv heruntergeladen werden: oop3-beispiel.tar.gz.

Article source: http://www.pro-linux.de/artikel/2/1569/objektorientierte-programmierung-teil-2-die-richtige-strategie.html

Originalnachricht

Article source: http://www.pro-linux.de/sicherheit/2/17391/denial-of-service-in-bind-dyndb-ldap.html

Vom 31. August bis 2. September findet in Dornbirn das zweite große Treffen von Wikipedia-Autoren statt. Von erfahrenen Autoren bis zu Neueinsteigern sind alle Interessierten eingeladen.

Article source: http://www.pro-linux.de/news/1/18378/wikiconvention-2012-in-dornbirn.html