title: Impero (Schiff)

text: Dass den neuen Schlachtschiffen vom faschistischen Regime ein großer Propaganda- wie auch Symbolwert beigemessen wurde, beweist schon die die Namenswahl. "RN Impero" wurde nach dem italienischen Wort für „Imperium“ bzw. „Reich“ benannt, was ganz offensichtlich eine Anspielung auf das antike Römische Reich bzw. das seit 1936 (und noch bis 1941) bestehende Kaiserreich nach dem Italienisch-Äthiopischen Krieg war. Die Kiellegung dieses neuen Schlachtschiffes am 14. Mai 1938 wurde – wie im faschistischen Italien nicht anders denkbar – mit großem Pomp unter Anteilnahme der Größen aus Politik und Militär gefeiert.


title: Impero (Schiff)

text: Der Bau des Schiffskörpers verlief reibungslos und sogar etwas schneller als ursprünglich veranschlagt, so dass der Stapellauf am 15. November 1939 in der "Sestri Ponente"-Werft von Ansaldo in Genua stattfinden konnte. Die Fertigstellung der "Impero" war für Ende 1941 geplant, sollte also wie bei der parallel dazu bei CRDA in Triest gebauten "RN Roma" mit vier anstatt sechs Jahren wesentlich weniger Zeit in Anspruch nehmen als die bei den beiden ersten Schiffen "RN Littorio" und "RN Vittorio Veneto". Allerdings verzögerte sich ihre Komplettierung nach dem Stapellauf beträchtlich, denn die Arbeiten kamen entgegen allen Planungen nur schleppend voran. Das noch nicht einmal halbfertige Schiff wurde 1941 von Genua nach Triest geschleppt, da die Kapazitäten der Ansaldo-Werft zur Instandsetzung und Wartung der im Mittelmeer im Einsatz befindlichen Einheiten benötigt wurden. Daraufhin übernahm CRDA die Fertigstellung des Schiffes, doch im selben Jahr wurden die ohnehin nicht mehr mit der vorgesehenen Priorität und Geschwindigkeit ausgeführten Arbeiten aus bis heute nicht vollständig geklärten Umständen eingestellt. Als Begründung bzw. Ursache wurde später oft Mangel an Stahl angeführt, viel wahrscheinlicher ist jedoch die Möglichkeit, dass die Hülle nach dem Stapellauf auf unbekannte Weise gewisse Schäden erlitt, die erst später festgestellt wurden und beim Bau möglicherweise Schwierigkeiten verursachten. Diese müssen wohl derart schwerwiegend gewesen sein, dass unter den gegebenen Umständen in Kriegszeiten an eine Reparatur oder einen Weiterbau nicht mehr zu denken war. Schon 1941, als CRDA die "Impero" übernahm, lag der Stand ihrer Fertigstellung dermaßen zurück, dass sie von Teilen der Regia Marina als eine schwimmende Hülle angesehen wurde, die praktisch nicht mehr zu verwenden war, woraufhin diese angesichts der Umstände das Interesse daran verlor.


title: Impero (Schiff)

text: Die Arbeiten an der ebenfalls bei CRDA in der Ausstattung befindlichen "RN Roma" liefen andererseits problemlos mit höchster Priorität weiter und wurden nach dem Baustopp der "Impero" mit den frei werdenden Arbeitskräften sogar noch weiter intensiviert. Daher erscheint der oft zitierte Mangel an Stahl wenig realistisch, denn bei der Triestiner Werft wurde gleichzeitig seit Dezember 1941 weiterhin mit großem Aufwand an der Reparatur sowie Überholung der 1940 durch Lufttorpedos beim Angriff auf Tarent durch britische Torpedobomber auf Grund gelaufenen "Conte di Cavour" gearbeitet. Außerdem wurden hier – wie auf anderen italienischen Werften auch – weiterhin kleinere Einheiten wie auch U-Boote gebaut, so dass es an Stahl und Arbeitskräften eigentlich keinen wirklichen Mangel gegeben haben dürfte.


title: Impero (Schiff)

text: Das unfertige Schiff blieb in der Folge in Triest liegen und geriet scheinbar in Vergessenheit. Am 9. September 1943 (nach anderer Version am 10. September), nachdem einen Tag zuvor Marschall Badoglio als Nachfolger Mussolinis im Amt des Ministerpräsidenten einen Separatfrieden mit den Alliierten geschlossen und die deutsche Wehrmacht Italien besetzt hatte, um einen endgültigen Austritt aus der Achse zu verhindern, wurde die "Impero" zusammen mit der seit Dezember 1941 bei CRDA noch immer in Reparatur befindlichen "Conte di Cavour" (am Tag des Waffenstillstands selbst versenkt) zur deutschen Kriegsbeute erklärt. Während die Arbeiten an der "Conte di Cavour" nach ihrer Hebung unter deutscher Regie unter Beteiligung der Sozialrepublik Italien weitergingen, gab es für die "Impero" freilich keine sinnvolle Verwendung. Sie blieb daher weiterhin im Hafen von Triest liegen, wurde ab und zu von der Wehrmacht als Zielschiff benutzt, bis sie am 15. Februar 1945 durch einen schweren US-amerikanischen Luftangriff zusammen mit der "Conte di Cavour" – kurioserweise der dritte Untergang in ihrer Laufbahn – durch Bombentreffer im flachen Wasser versenkt wurde.


title: Impero (Schiff)

text: Im Jahre 1947 wurde ihre Hülle, welche mittlerweile die Schifffahrt behinderte, gehoben und wieder schwimmfähig gemacht, nach erneuter monatelanger Liegezeit nach Venedig geschleppt und ab 1948 verschrottet.


title: Reichshofkanzlei

text: Die Reichshofkanzlei war seit 1559 die ständige Kanzlei des Heiligen Römischen Reiches. Sie ging auf ältere Vorgänger zurück. Nominell stand ihr der Erzbischof von Mainz als Reichserzkanzler vor. Faktischer Leiter war der Reichsvizekanzler.


title: Reichshofkanzlei

text: Im Mittelalter existierten in den germanisch-romanischen Reichen, die sich nach dem Untergang Westroms etabliert hatten (siehe Völkerwanderung), jeweils eigene Kanzleien. Trotz des Verfalls der ehemaligen römischen Verwaltungseinrichtungen (die noch in der ausgehenden Spätantike funktionsfähig waren) waren schriftliche Aufzeichnungen und Dokumentation des Schriftverkehrs weiterhin unverzichtbar. Im Frankenreich hatten die frühen Merowingerkönige auch schriftkundige Laien beschäftigt, die Karolinger mussten hingegen vollständig auf Geistliche zurückgreifen, da nur diese noch über die notwendigen Lese- und Schreibfähigkeiten verfügten. An diesem Grundsatz änderte sich auch im Ostfrankenreich und im daraus entstehenden römisch-deutschen Reich bis ins ausgehende Spätmittelalter nichts.


title: Reichshofkanzlei

text: Die königliche Kanzlei war die wichtigste administrative königliche Einrichtung. Sie war insbesondere für die Ausfertigung der königlichen Urkunden und jeglichen Schriftverkehr des Herrschers zuständig. Im Frühmittelalter war die Kanzlei Teil der Hofkapelle und unterstand dem Erzkaplan. Dies war im römisch-deutschen Reich seit 965 der Erzbischof von Mainz, der seit dem 11. Jahrhundert den Titel Erzkanzler für den deutschen Reichsteil führte. Der Mainzer Erzbischof blieb auch nomineller Leiter der Kanzlei, als diese im 12. Jahrhundert von der Hofkapelle getrennt wurde. Allerdings war die königliche Kanzlei keine feste Institution, bis ins 15. Jahrhundert wurde sie bei jedem Herrschaftswechsel neu aufgestellt und auch erst seit dieser Zeit ist ein fortlaufend geführtes Archiv belegt. Das römisch-deutsche Reich war denn auch deutlich schwächer verwaltet, als dies in England und Frankreich der Fall war. Wenngleich der Erzbischof von Köln weiterhin Erzkanzler für Italien und der Erzbischof von Trier Erzkanzler für Burgund blieb, lagen die faktischen Dienstgeschäfte auch in der Hand des Kanzlers.


title: Reichshofkanzlei

text: Der Einfluss der Behörde schwankte im Lauf der Jahrhunderte teilweise stark. Seit dem 13. Jahrhundert verlor der Erzbischof von Mainz an Einfluss auf die Kanzlei, die Goldene Bulle von 1356 beschränkte ihn auf eine reine formale Rolle. Eigentlicher Leiter war seit dem 12. Jahrhundert ohnehin ein vom jeweiligen König ernannter Kanzler. Dieser stützte sich wiederum auf einen Protonotar, der in der Regel ein gelehrter Jurist war und die administrativen Abläufe regelte; er wurde daher seit dem späten 13. Jahrhundert auch als Vizekanzler bezeichnet. Unter Kaiser Friedrich III. wurden zwei Kanzleien geschaffen, die römische Kanzlei und die "Österreichische Kanzlei". In der Zeit Maximilians I. gewann der Mainzer Erzbischof kurzzeitig wieder an Einfluss, da dieser bei der Königswahl Maximilians 1486 sich das Anrecht gesichert hatte, wieder die Reichskanzlei führen zu können. 1498 wurde als Gegengewicht dazu von Maximilian eine österreichische Hofkanzlei geschaffen. Ursprünglich gedacht auch für Reichsangelegenheiten, wurde die Zuständigkeit wie unter seinem Vater Friedrich III. bald auf Angelegenheiten der österreichischen Erblande und Burgund beschränkt.


title: Reichshofkanzlei

text: Größere Bedeutung erlangte das Erzkanzleramt unter Berthold von Henneberg, dem es gelang, die Leitung der Reichskanzlei persönlich wahrzunehmen, denn er weilte längere Zeit am Hof und zog mit ihm umher. Als Berthold nicht mehr mit dem König reiste, trennte sich die römische Kanzlei vom wandernden Hof und folgte eher dem Erzkanzler als dem König. Im Reichsregiment des Jahres 1500 wurde ihm das alleinige Ernennungsrecht der Kanzleibeamten zugestanden.


title: Reichshofkanzlei

text: Nach dem gescheiterten Experiment des Reichsregiments ließ Maximilian I. die Reichskanzlei von seiner Hofkanzlei mitverwalten. Allerdings hob er die prinzipiellen Rechte des Mainzer Erzbischofs an der Führung der Reichskanzlei nicht auf. Die normalen Geschäfte des Reiches führte die Hofkanzlei, die Rechte des Mainzer Erzbischofs waren beschränkt auf die Zeit seiner persönlichen Anwesenheit am Hofe und für die Dauer der Reichsversammlungen. Es bestand ein Unterschied zwischen dem verbrieften Recht und der tatsächlich geübten Gewohnheit.


title: Reichshofkanzlei

text: Zur Zeit Ferdinands I. hat die Hofkanzlei zunächst weiterhin auch Reichssachen behandelt. 1559 wurde die alte Hofkanzlei Ferdinands I. mit der Reichskanzlei vereinigt; und erhielt am 1. Juni des Jahres eine erste Ordnung. Schon diese postulierte eine strikte Trennung von Reichsangelegenheiten und erbländischen Materien, die zwar in den Ordnungen von 1566 und 1570 noch deutlicher ausgesprochen, aber nie wirklich exekutiert wurde. Die Reichshofkanzlei war in der Tat zugleich auch geheime Haus- und österreichische Landeskanzlei (Fellner/Kretschmayr).


title: Reichshofkanzlei

text: Die Verwaltungskosten der Reichs(hof)kanzlei wurden aus den von der Behörde selbst eingehobenen Taxen bestritten.


title: Reichshofkanzlei

text: Die Reichskanzlei gliederte sich in eine deutsche und eine lateinische Expedition, der jeweils ein Referendar vorstand.


title: Reichshofkanzlei

text: Angesiedelt war sie stets am Hof des Königs und Kaisers. In der Regel war ihr Sitz daher in Wien. Unter Rudolf II. wurde sie 1583 nach Prag verlegt (in Wien blieb eine „hinterlassene Reichskanzlei“ als Außenstelle zurück), während sie zur Zeit Karls VII. aus dem Haus Wittelsbach in dessen Nähe angesiedelt war.


title: Reichshofkanzlei

text: Im Jahr 1620 wurde für die österreichischen Angelegenheiten und Fragen des Hauses Habsburg die Österreichische Kanzlei ausgegliedert. Erst die Ausgliederung der österreichischen Expedition der Reichshofkanzlei und ihre Aufwertung zu einer für österreichische und Haussachen zuständigen Österreichischen Hofkanzlei 1620 gewährleistete die völlige Kompetenzscheidung allerdings durchaus nicht im reichischen Sinne, wobei die Schmälerung der Einnahmen aus den Kanzleitaxen noch das Neben der Ausstellung von Urkunden und der Bewältigung des Schriftverkehrs bewahrte die Kanzlei das kaiserliche Siegel auf und war für das Reichsarchiv zuständig. Die noch im ersten Jahr erlassene Kanzleiordnung sah die Trennung von Angelegenheiten des Reiches und der Erbländer vor. Wirklich umgesetzt wurde diese Bestimmung indes nie.


title: Reichshofkanzlei

text: In der Folgezeit verlor die Reichshofkanzlei in Konkurrenz mit der neuen Behörde allmählich an Einfluss. Unter Joseph I. wurden die Geschäftsgänge der österreichischen und der Reichskanzlei stärker getrennt. Über den Einfluss des Reiches auf die Wiener Politik in dieser Zeit bestehen unterschiedliche Ansichten. Max Braubach und andere gehen von einer Schwächung aus, während Johannes Burkhardt davon spricht, dass das Reich zumindest ausgewogen vertreten war. Folgt man diesem erreichte die Bedeutung der Reichspolitik einen Kulminationspunkt. Während des Zwischenspiels des wittelsbachischen Kaisertums Karls VII. kam es zwangsläufig zu einer räumlichen Trennung von Reichsbehörden und der habsburgischen Verwaltung. Nach der Rückkehr mussten sich die Vertreter des Reiches in Wien ihren Platz neu suchen. Vizekanzler Rudolph Joseph von Colloredo beriet Franz I. Stephan. Für Colloredo war das Erzhaus ebenso auf das Reich, wie das Reich auf das Erzhaus angewiesen. Es gab weiterhin Vernetzungen zwischen beiden Ebenen. Allerdings hatte Maria Theresia und die Interessen Österreichs im Zweifel Vorrang. Spätestens seit Joseph II. spielte sie etwa in Fragen der Außenpolitik keine Rolle mehr.


title: Reichshofkanzlei

text: Der Reichsvizekanzler gehörte nach 1669 auch der geheimen Konferenz an. Er spielte damit eine eigenständige politische Rolle bei den Geschäften des Reiches. Die tatsächliche Besetzung dieses Amtes war zwischen König und Erzbischof bis zum Ende des Reiches oft umstritten. Anfangs konnte der Erzbischof den Vizekanzler noch benennen, später zeitweise nur noch vorschlagen. Seit 1660 hat der Kaiser das Recht des Erzbischofs, den Reichsvizekanzler und das übrige Personal zu bestimmen, respektiert.


title: Reichshofkanzlei

text: In der Wiener Hofburg standen mehrere Adelshäuser, die im 16. und 17. Jahrhundert vom kaiserlichen Ärar erworben und nach Adaptierung zur Unterbringung von Behörden verwendet wurden. Wahrscheinlich 1629/1630 wurde an Stelle dieser drei Häuser ein Kanzleitrakt am Inneren Burghof mit einheitlicher Fassade errichtet, der erstmals im Gemälde von Samuel van Hoogstraten 1652 nachweisbar ist. Ab 1608 ist das Matthiastor, ein repräsentative Torbau in der Verlängerung des Kohlmarktes, erstmals erwähnt, das direkt am Burgplatz lag und an den Kanzleitrakt anschloss.


title: Reichshofkanzlei

text: Reichskanzler Lothar Franz von Schönborn beauftragte mit Johann Lucas von Hildebrandt einen Hausarchitekten der Familie Schönborn mit der Planung des Neubaus. Nach Grundsteinlegung 15. Oktober 1723 und Baubeginn wurde die Baustelle im Mai 1726 auf Weisung Kaiser Karl VI. von einem Tag auf den anderen an Hildebrandts größten Kontrahenten Joseph Emanuel Fischer von Erlach übergeben. Der Bau wurde 1729 fertiggestellt.


title: Reichshofkanzlei

text: Die Reichshofkanzlei ist neben der Hofbibliothek und der Hofreitschule eines der Bauwerke, die Kaiser Karl VI. im Rahmen seines beabsichtigten Neubaus der Wiener Hofburg 1723–29 errichten ließ. Der Reichskanzleitrakt war der erste von vier geplanten Flügeln um den Burgplatz als dem repräsentativen architektonischen Zentrum der Hofburg.


title: Reichshofkanzlei

text: Nach der Auflösung der Reichskanzlei mit dem Ende des Heiligen Römischen Reichs im Jahr 1806 diente der Trakt bis 1902 teils der Unterbringung des Haus-, Hof- und Staatsarchiv, teils Wohnzwecken. Während des Wiener Kongresses 1814/1815 logierte hier König Maximilian I. von Bayern, später der Herzog von Reichstadt, Napoleons Sohn im Hauptgeschoß über der Durchfahrt zum Michaelerplatz, (Stephan-Appartement) und Erzherzog Johann im zweiten Obergeschoß. Kaiser Franz Joseph I. verlegte 1857 sein Appartement vom Leopoldinischen Trakt in das Hauptgeschoß des Reichskanzleitraktes (Franz-Joseph-Appartement), wo er bis zu seinem Tod 1916 residierte. Die Räumlichkeiten seiner Gattin Elisabeth befanden sich anschließend in der benachbarten Amalienburg.


title: Sicherheit von Webanwendungen

text: Die Sicherheit von Webanwendungen ist ein unabdingbarer Aspekt der Entwicklung von Webanwendungen. Mit Hilfe des Ebenenmodells erfolgt eine Aufteilung der einzelnen Teilsegmente an die jeweiligen Verantwortlichen.


title: Sicherheit von Webanwendungen

text: Ein Ebenenmodell dient dazu, die Zuständigkeiten für die einzelnen Teilaufgaben bei der Sicherheitskonzeption und Realisierung von Webanwendungen zu ordnen. Ausgangspunkt ist eine Unterteilung in fünf Ebenen: Der Semantik, Logik, Implementierung, Technik, des Systems sowie der Ebene „Netzwerk und Host“.


title: Sicherheit von Webanwendungen

text: Es gibt unzählige Möglichkeiten, Schwachstellen in einer Webanwendung zu finden und diese auszunutzen. Im Folgenden findet sich eine Beschreibung allgemein bekannter und oft benutzter Angriffsmöglichkeiten im Zusammenhang mit Webanwendungen.


title: Sicherheit von Webanwendungen

text: Bei einer SQL-Injection sendet der Angreifer Verbindungsanfragen an den Webserver, wobei die Anfrage-Parameter mit SQL-Steuerzeichen versehen sind. Fängt die Webanwendung diese Steuerzeichen nicht ab, sondern sendet sie als Teil einer SQL-Abfrage an die Datenbank, kann der Angreifer für ihn auf herkömmlichem Weg nicht zugängliche Daten entweder auslesen oder verändern.


title: Sicherheit von Webanwendungen

text: Hinter der Bezeichnung Cross-Site-Scripting (XSS) verbergen sich zwei (manchmal wird noch ein dritter Typ unterschieden) grundsätzlich verschiedene Angriffe. Beim clientseitigen XSS schleust der Angreifer HTML-Steuerzeichen und Code einer clientseitigen Skriptsprache, wie z. B. JavaScript, in eine Webseite ein, die in dem Webbrowser des Opfers ausgeführt wird. Dieser Angriff nutzt dabei Sicherheitslücken bei der lokalen Ausführung der Skripte aus oder leitet eine Cross-Site-Request-Forgery ein. Unter serverseitigem XSS versteht man das Einschleusen von manipulierten Informationen in eine auf dem Webserver ausgeführte Scriptsprache, so dass diese beispielsweise bei einem dynamisch generierten codice_1 eine vom Programmierer nicht vorgesehene Datei (ggf. sogar von einem anderen Server) ausführt.


title: Sicherheit von Webanwendungen

text: Da HTTP ein verbindungsloses Protokoll ist, muss die Webanwendung selbst die Identifikation eines Benutzers feststellen. Dies geschieht anhand einer Session-ID, die als Basic/Digest Authentication, Cookie, URL-Rewriting oder HTTP-Form-Parameter (GET oder POST) jedem Request mitgegeben wird. Beim Session Hijacking versucht der Angreifer Kenntnis von der Session-ID des Benutzers zu erlangen, um dann die Identität des Opfers vorzutäuschen und mit dessen Rechten auf die Webanwendung zuzugreifen.


title: Sicherheit von Webanwendungen

text: Cross-Site-Request-Forgery setzen eine bestehende Session zwischen dem Benutzer und der Webanwendung voraus. Dabei versucht der Angreifer über verschiedene Techniken (ggf. XSS) den Benutzer oder über ein clientseitiges Script auch direkt den Browser zum Aufruf einer manipulierten URL zu bewegen. Anders als beim Session-Hijacking erlangt der Angreifer selbst aber keine Kenntnis von der Session-ID, da der Angriff ausschließlich im Browser des Benutzers stattfindet.


title: Sicherheit von Webanwendungen

text: Bei einem Directory-Traversal-Angriff nutzt der Angreifer die fehlende Prüfung der Webanwendung auf manipulierte Pfadangaben aus. Erwartet die Webanwendung beispielsweise einen Parameter wie codice_2, kann dieser ggf. mit codice_3 missbraucht werden.


title: Sicherheit von Webanwendungen

text: Bei einer E-Mail-Injection fügt der Angreifer in ein Kontaktformular manipulierte Daten ein, so dass anstelle der Nachricht an den vom Betreiber der Webanwendung beabsichtigten Empfänger nun beliebige E-Mails an beliebige Empfänger gesendet werden. Diese Möglichkeit wird meist für den Versand von Spam missbraucht.


title: Sicherheit von Webanwendungen

text: Bei einem Man-in-the-Middle-Angriff (MitM) zielt der Angreifer darauf ab, dass der Benutzer anstatt mit dem Webserver vielmehr direkt mit dem Rechner des Angreifers eine Verbindung aufbaut, ohne dies zu bemerken. Der „In-the-middle“-Rechner startet bei jeder Anfrage des Benutzers seinerseits eine Anfrage an den echten Webserver und gibt dessen Antwort an den Benutzer weiter. Der Nutzwert besteht für den Angreifer darin, Anfragen an oder Rückgaben der Webanwendung beliebig manipulieren zu können. Gegen diese Art von Angriff bietet nur die Verschlüsselung der Datenübertragung, beispielsweise mittels SSL, Schutz. Dieser Schutz wird aber unwirksam, wenn sich der Angreifer ein SSL-Zertifikat der betroffenen Webseite verschaffen kann, zu dem ein Root-Zertifikat im Browser des Opfers installiert ist.


title: Sicherheit von Webanwendungen

text: Man-in-the-Browser ist eine Sonderform des Man-in-the-middle-Angriffs, bei der die Darstellung von Webseiten direkt im Browser verändert wird. Das Programm kann eigenständig Transaktionen durchführen, die vom Nutzer im Normalfall nicht bemerkt werden, da der Nutzer sich auf den echten Seiten der Anbieter bewegt, korrekt angemeldet ist und die unerwünschten Transaktionen für den Nutzer wie normale Vorgänge angezeigt werden.


title: Sicherheit von Webanwendungen

text: Bei einem Denial of Service (DoS) Angriff versucht der Angreifer dem Webserver durch eine Vielzahl von Verbindungsanfragen den jeweiligen Server lahm zu legen. Wird der Angriff gleichzeitig von mehreren (ggf. mehrere tausend) Computern gleichzeitig durchgeführt, spricht man auch von einem Distributed-Denial-of-Service-Angriff (DDoS). Ein DoS ist nicht auf Webanwendungen beschränkt, sondern kann sich gegen jede Art von Server richten.


title: Sicherheit von Webanwendungen

text: Grundlegendes Problem jeder Maßnahme zur Verhinderung von DoS-Angriffen ist die Unterscheidung eines solchen Angriffs von legitimen Zugriffen, sowie die gezielte Blockierung des Angreifers, ohne legitime Benutzer in Mitleidenschaft zu ziehen.


title: Sicherheit von Webanwendungen

text: Ein automatisierter DoS-Angriff kann wirksam dadurch verhindert werden, dass der Benutzer nach Erreichen einer festgelegten Toleranzschwelle von erlaubten Wiederholungen aufgefordert wird, eine Eingabe zu tätigen, die ein Programm nicht liefern kann. Wird die Eingabe korrekt gegeben, kann davon ausgegangen werden, dass kein automatisierter Angriff stattfindet. Folgende Verfahren kommen in Frage:


title: Sicherheit von Webanwendungen

text: Beim Phishing handelt es sich nicht um eine Sicherheitslücke einer Webanwendung, es gehört vielmehr in den Bereich des Social Hacking. Hierbei fordert der Angreifer seine potentiellen Opfer meist massenweise per E-Mail auf, Zugangsdaten, wie z. B. PIN und TAN zum Online-Banking, auf einer Webseite einzugeben. Diese sieht in der Regel äußerlich so aus wie die des Betreibers der Webanwendung, unterliegt aber der Kontrolle des Angreifers. Nimmt das Opfer diese Fälschung nicht wahr und gibt seine Zugangsdaten preis, kann der Angreifer diese zu seinen Gunsten verwenden.


title: Sicherheit von Webanwendungen

text: Das Identitätsprinzip ist eine Art, Webanwendungen und Websites so zu gestalten und darzustellen, dass Benutzer bei einem Phishing-Angriff die gefälschte Seite wahrnehmen und sensible Daten nicht angeben. Dazu muss aus dem Umgang mit der Website, aber auch aus der gesamten Kommunikation mit dem Internetauftritt erkennbar sein, dass der Internetdiensteanbieter bestimmte Muster durchgängig einhält.


title: Sicherheit von Webanwendungen

text: Die Validierung vor allem von Eingangsdaten ("input"), aber auch Ausgabedaten ("output") ist der wichtigste Bestandteil einer sicheren Webanwendung. Der Datenfluss ist nicht nur vom Benutzer zur Anwendung und umgekehrt, sondern auch zu den verschiedenen Subsystemen und von dort aus in die Ausgabe zu untersuchen. Im Idealfall werden alle Input- bzw. Output-Daten von einem zentralen "Data-Validation-Modul" (d. h. einem Programmteil zur Prüfung der Zulässigkeit von Daten) geprüft. In PHP lässt sich so etwas mit Funktionen lösen. Neben den offensichtlichen Eingabedaten in Formular-Variablen (engl. "form variable" wegen "form" = Formular) gibt es eine Reihe weiterer Quellen. Alternativ lässt sich Filterung einsetzen. Dies ist immer dann angebracht, wenn keine Nebenwirkungen zu befürchten sind oder wenn die Art der Datenverwendung gefährliche Zeichen oder Zeichenketten aufgrund ihrer Natur erlauben muss.


title: Sicherheit von Webanwendungen

text: "Beispiel:" Ein Forum, in dem über JavaScript diskutiert wird, kann nicht die Eingabe von codice_4 verbieten, muss dieses aber als HTML-Tag validieren. Bei der Filterung ist mit großer Umsicht vorzugehen, denn man läuft permanent Gefahr, eine Variante zu übersehen.


title: Sicherheit von Webanwendungen

text: Sofern der Input klar definierbar ist, ist es meist sinnvoller, nur bestimmte Eingaben zuzulassen, als bestimmte andere Angaben nicht zuzulassen. Beim Blacklisting werden die Muster definiert, die aus der Eingabe herausgefiltert werden, alles andere wird durchgelassen. Beim Whitelisting ist es umgekehrt: Werte, die nicht ausdrücklich erlaubt sind, sind verboten. Blacklisting ist dann problematisch, wenn als „nicht kritisch“ erkannte Zeichen im Verlaufe der weiteren Verarbeitung zu einem ungewollten Systemverhalten oder auch Fehlern führen. Werden allerdings problematische Muster vergessen oder nicht erkannt oder kommen neue problematische Muster hinzu, so werden sie beim Whitelist-Ansatz hingegen automatisch blockiert. Beim Blacklist-Ansatz werden sie solange durchgelassen, bis die Regeln angepasst werden. Blacklist- oder Whitelist-Verfahren können nicht nur mit festen Schlüsselwörtern benutzt werden. Auch ein Einsatz mit regulären Ausdrücken kann sinnvoll sein.


title: Sicherheit von Webanwendungen

text: Bei der Behandlung von ungültigen Eingaben sollte zwischen nachfolgenden zwei Fällen unterschieden werden: Fehleingaben des Benutzers und bewusste Manipulation.


title: Sicherheit von Webanwendungen

text: Im ersten Fall ist in benutzerfreundlicher Weise zu reagieren – unter Wahrung des Minimalitätsprinzips. Der Benutzer ist auf den Fehler hinzuweisen. Im zweiten Fall sollte die Reaktion in geeigneter Weise den Manipulationsversuch abwehren. Dann ist zu entscheiden, ob eine Filterung erfolgt oder ob die Weiterverarbeitung abgelehnt wird. Eine erfolgreiche Filterung könnte eine Weiterverarbeitung implizieren. Ein sicheres Kriterium für den Abbruch der Verarbeitung mit einer Fehlermeldung ist immer dann gegeben, wenn die Eingabedaten mit bestimmungsgemäßer Browserbedienung nicht eintreten können, wie z. B.:


title: Sicherheit von Webanwendungen

text: • „Die Anwendung ist momentan wegen Wartungsarbeiten nicht verfügbar“ (gibt dem Angreifer u. U. einen Anreiz, die Anwendung weiter zu untersuchen, da er vermutet, dass er die Anwendung tatsächlich kurzzeitig lahmgelegt hat.)


title: Sicherheit von Webanwendungen

text: Gänzlich abzuraten ist in solchen Fällen von Versuchen, fehlerhafte Eingaben zu korrigieren. Derartige Versuche weisen das unnötige Risiko auf, doch nicht fehlerfrei zu sein und einen Angriff dadurch überhaupt erst zu ermöglichen.


title: Sicherheit von Webanwendungen

text: Durch Verwendung von Prepared Statements anstatt dynamisch zusammengebauter SQL-Anweisungen kann dem Problem der SQL-Injection aus dem Weg gegangen werden. Software-Entwickler müssen sich im Rahmen des Designs einer Funktion oder hat bzw. was die Menge aller möglichen Abfragestrukturen ist, die in Abhängigkeit von den Eingabedaten zur Ausführung gelangen können. Diese Abfragen sind in Form von Prepared Statements auszuformulieren. Dabei können mit den Mitteln der Prepared Statements (also in der Regel entsprechenden WENN-Abfragen und dem Zusammensetzen von Abfragen) alle Bedingungen, die durch unterschiedliche Eingabedaten zu prüfen sind, berücksichtigt werden. Es ist meist unnötig, in die Formulierung der SQL-Anweisung zusätzlich eine Dynamik hineinzubringen, die nur mit dem Mittel der "Dynamic Statements" erreichbar wäre.


title: Sicherheit von Webanwendungen

text: "Stored Procedures" haben im Hinblick auf ihre Sicherheit gegenüber SQL-Injection ähnliche Eigenschaften wie "Prepared Statements". Auch hier ist zu beachten, dass bei Übergabe von ungeprüften ("unvalidierten") Parametern an eine "Stored Procedure" möglicher problematischer Eingabedaten nicht automatisch abgefangen wird.


title: Sicherheit von Webanwendungen

text: Alle Eingabedaten sind von der Anwendung auf dem Server auf Zulässigkeit zu überprüfen ("zu validieren"). Prüfungen auf dem Client (Browser) z. B. mittels JavaScript können allenfalls zusätzlich aus Gründen der Benutzerfreundlichkeit erfolgen, aber niemals um Annahmen über die Beschaffenheit der Eingabedaten sicherzustellen. Prüfungen im Browser könnten vom Benutzer abgeschaltet und beliebig manipuliert werden.


title: Sicherheit von Webanwendungen

text: Genauso wie der Wert einer Formular-Variablen kann auch ihr Name beliebig manipuliert werden. Daher sind auch die Namen von Formular-Variablen der Filterung zu unterziehen. Da alle Formular-Variablen in der Anwendung bekannt sind, ist hier eine einfache Überprüfung der Zeichenketten effektiv.


title: Sicherheit von Webanwendungen

text: Alle Eingabedaten sind auf ihre Größe zu überprüfen, bevor sie verwendet (insbesondere kopiert) werden. Die genaue Realisierung dieser Prüfung ist von der jeweiligen Programmiersprache abhängig.


title: Sicherheit von Webanwendungen

text: Achtung: die PHP-Funktionen geben in der Zeichenketten enthaltene Null-Bytes direkt als solche weiter. Null-Bytes müssen zuvor entfernt werden.


title: Sicherheit von Webanwendungen

text: Die Ausnutzung einer XSS-Lücke zum Zwecke des URL-Spoofings ist dann am einfachsten durchführbar, wenn der manipulierende Code einfach an den Aufruf angehängt werden kann. Ein Session-Riding-Angriff lässt sich dann in einem IMG-Tag verstecken und unbemerkt ausführen. Ähnliches gilt für andere Angriffsformen. Möglich ist dies immer dann, wenn die Anforderung ("request") von der Anwendung als GET-Request behandelt wird. Verwendet die Anwendung an dieser Stelle jedoch die POST-Methode, ist ein Einbau in die URL nicht mehr möglich. Es empfiehlt sich daher, HTML-Forms per POST-Methode zu übertragen, so dass im Falle einer vorhandenen XSS-Lücke wenigstens eine kleine zusätzliche Hürde gesetzt wird. Allerdings abstrahieren viele heutige Frameworks und Komfortfunktionen die Request-Methode, d. h., sie liefern die übergebenen Parameter, egal ob diese per GET oder POST geschickt worden sind. Selbst dann, wenn in der Form ein POST als Request-Methode angegeben ist, kann ein Angreifer die Daten an die URL hängen und per GET übertragen, da die Anwendung nicht unterscheidet. Der Ausschluss von GET ist daher von der Anwendung zu erzwingen oder zumindest vorzuziehen.


title: Sicherheit von Webanwendungen

text: Als Anhaltspunkte sind hier Escape-Funktionen verschiedener Programmiersprachen (Ausschnitt) aufgeführt:


title: Sicherheit von Webanwendungen

text: Beim Minimalitätsprinzip werden so wenige Informationen angegeben wie nötig, so dass sie für einen potenziellen Angreifer oder „Hacker“ nur schwer oder gar nicht zugänglich sind, um die Verwundbarkeit von Sicherheitslücken einzuschränken. Darüber hinausgehende Informationen könnten unnötige Ansatzpunkte für eine Kompromittierung der Webanwendung liefern.


title: Sicherheit von Webanwendungen

text: Sind die Links, auf die weitergeleitet wird, konkret bekannt, so ist die Weiterleitung auch nur für diese zu erlauben. Alle anderen Parameter sind abzulehnen. Das ist am besten dadurch zu erreichen, dass nicht die Ziel-Seite selbst als Parameter übergeben wird, sondern ein Index in einer Datenbank, die serverseitig gehalten wird, und in der alle in Frage kommenden URLs enthalten sind.


title: Sicherheit von Webanwendungen

text: Statt die Umlenkung direkt und für den Benutzer transparent durchzuführen, ist sie indirekt über eine Seite zu führen, die dem Benutzer angezeigt wird. Damit kann dieser den Link vor dem aktiven Klick prüfen und selbst entscheiden, ob er diesem vertraut.


title: Sicherheit von Webanwendungen

text: Der Referrer kann als zusätzliches Merkmal beachtet werden. Diesem Ansatz liegt die Annahme zugrunde, dass eine Anforderung ("request") nur dann legitim ist, wenn sie durch einen Klick auf einer zur Anwendung gehörenden Seite ausgelöst worden ist. Immer dann ist auch der Referrer-Header mit der URL dieser Seite belegt. Die Anwendung muss also prüfen, ob der übergebene Referrer in der Liste der in Frage kommenden URLs vorhanden ist, und kann im Positiv-Fall davon ausgehen, dass es sich um die legitime Verwendung handelt. Dabei ist es wichtig, die gesamte URL zu vergleichen und nicht nur den Host-Anteil, denn der so erreichte Schutz kann durch eine XSS-Schwachstelle auf derselben Seite – ggf. auch außerhalb der Anwendung selbst – wieder zunichtegemacht werden. Zwar lässt sich der Referrer per JavaScript nicht direkt manipulieren, über den Umweg des Cross-Site-Scripting ist es dann aber doch möglich. Außerdem ist der Referrer nicht immer verfügbar, da ihn manche Contentfilter auf der Client-Seite herausfiltern.


title: Sicherheit von Webanwendungen

text: Erfolgt die Weiterleitung auf eine Seite derselben Website, so ist vor der Ausführung zu prüfen, dass als Parameter keine URL übergeben worden ist, die auf eine externe Seite führt. Am einfachsten werden lokale Weiterleitungen ausschließlich mit relativen Pfaden durchgeführt und der Host-Teil (d. h. der Rechnername bzw. die Domain) statisch hinzugefügt. Statt also die Weiterleitung so zu programmieren, dass ein vollqualifizierter Link übergeben werden muss, sollte der Parameter lediglich den internen Zielpfad enthalten, wobei die Domain statisch hinzugefügt wird.


title: Sicherheit von Webanwendungen

text: Das Session Management ist eine der problematischsten Stellen für die Sicherheit von Webanwendungen. Für den Schutz der SessionID sollten daher entsprechend wirksame Maßnahmen zur Anwendung kommen.


title: Sicherheit von Webanwendungen

text: Wird die Erzeugung der SessionID nicht einer ausgereiften API überlassen, sondern selbst implementiert, sind bestimmte Anforderungen zu beachten. Für diese Fälle sollten folgende Anforderungen berücksichtigt werden:


title: Sicherheit von Webanwendungen

text: Eine Session kann durch Einbeziehung von zusätzlichen Parametern ("z. B. der IP-Adresse des Clients") als kennzeichnendes Merkmal zusätzlich geschützt werden, sofern die daraus resultierenden Probleme in Kauf genommen werden können. Als Beispiel hinterlegt die Anwendung bei der Instanziierung der Session die IP-Adresse des Clients und überprüft bei jedem Zugriff, ob diese mit der hinterlegten IP-Adresse weiterhin übereinstimmt. Ist das nicht der Fall, wird die Session invalidiert.


title: Sicherheit von Webanwendungen

text: Nachteilig an diesem Lösungsansatz sind deutliche Beschränkungen in Bezug auf mögliche Einsatzumgebungen: Die Bindung der IP-Adresse an die Session funktioniert nicht oder nur eingeschränkt für all jene Benutzer, die sich hinter einem Proxy befinden. Das trifft z. B. auf größere Organisationen oder auch auf Kunden eines Internet-Access-Providers zu, der eine Proxy-Architektur einsetzt. In einer solchen Umgebung kann es vorkommen, dass im Verlaufe einer Applikations-Session der ausgehende Proxy oder Router bzw. die IP dessen wechselt und damit bei der Webanwendung eine andere IP-Adresse registriert wird.


title: Sicherheit von Webanwendungen

text: Als weitere Hindernisse sind software- und netzwerktechnische Gegebenheiten zu nennen, die dazu führen können, dass bei der Webanwendung die IP-Adresse des zugreifenden Benutzers gar nicht ankommt, sondern nur diejenige eines vorgeschalteten Reverse-Proxy oder einer anderen Komponente im eigenen Netz.


title: Sicherheit von Webanwendungen

text: Eingesetzt werden kann der vorgeschlagene Lösungsansatz jedoch in jenen Anwendungssituationen, in denen die oben genannten Nachteile nicht eintreten oder toleriert werden können. So z. B. sind die beschriebenen Hindernisse in der Regel in Intranet-Bereichen nicht vorhanden, so dass hier die Bindung der Session an die IP-Adresse bei Anwendungen mit erhöhtem Schutzbedarf als eine zusätzliche Sicherheitsmaßnahme erfolgen kann.


title: Sicherheit von Webanwendungen

text: Session Riding ist durch Einführung eines SessionCodes oder durch eine andere Schutzmaßnahme zu verhindern. Die im Folgenden angeführten Maßnahmen sind geeignet, um Session Riding zu verhindern.


title: Sicherheit von Webanwendungen

text: Die sicherste Form des Session Managements erreicht man durch ein Dialogtracking. Dabei ist der SessionCode nicht statisch, sondern wird bei jedem Zugriff neu vergeben. Wir bezeichnen jenen SessionCode als Token.


title: Sicherheit von Webanwendungen

text: Die Anwendung baut in jeden Dialogschritt (d. h. jeden Link in einer Seite) das diesen Dialogschritt eindeutig kennzeichnende Token ein. Erhält sie einen Request, prüft sie, ob das Token für diesen Aufruf gültig ist und streicht es aus der Liste der gültigen Token. Ein erneuter Aufruf dieses Links (Replay durch den Angreifer) ist damit nicht mehr möglich. Auch ist es nicht möglich, eine Aktion ohne Token aufzurufen. Die Kenntnis der SessionID und eines auf dem Übertragungsweg ausgespähten Tokens ist damit nicht mehr ausreichend, um in die Session einzudringen. Man muss gleichzeitig auch das Token von mindestens einem „unverbrauchten“ (d. h. noch nicht aufgerufenen) Link besitzen.


title: Sicherheit von Webanwendungen

text: Privilege Escalation bezeichnet die unautorisierte Erhöhung der Privilegien, die einem angemeldeten Benutzer zugeordnet sind, der einer bestimmten Rechtegruppe (Benutzergruppe) angehört.


title: Sicherheit von Webanwendungen

text: Beispielhaft habe eine Anwendung zur Bestellabwicklung für jede neue Bestellung eine eindeutige ID vergeben. Diese IDs werden in der Reihenfolge der Bestellaufgabe und über alle Benutzer hinweg sequentiell erzeugt. Ein Benutzer kann sich die eigenen Bestellungen über eine Web-Schnittstelle anzeigen lassen. Ausgegeben wird eine Liste von Bestellungen, die durch eine Folge nun nicht mehr zusammenhängender IDs identifiziert werden. Nur auf diese Bestellungen soll der Benutzer zugreifen dürfen. Beim anschließenden weiteren Zugriff auf eine konkrete Bestellung wird die ID als Parameter mit übergeben. Privilege Escalation kann nun dann vorliegen, wenn die Anwendung beim Zugriff auf einen Datensatz nicht mehr prüft, ob der Benutzer rechtmäßiger Eigentümer dieses Datensatzes ist, sondern einfach die als Parameter übermittelte ID zum Zugriff auf die Datenbank heranzieht.


title: Sicherheit von Webanwendungen

text: Zur Verhinderung von Privilege Escalation muss beim Bearbeiten oder Einsehen eine Bestellung kontrolliert werden, ob die über die ID identifizierte Bestellung entweder dem anfragenden Benutzer gehört oder ob der Benutzer eventuell der Administrator ist.


title: Sicherheit von Webanwendungen

text: In einer modernen Anwendung mit einer Model-View-Controller (MVC)-Struktur ist dies relativ einfach zu bewerkstelligen, indem die Kontrollfunktion im Modell (der Business-Logik) verankert wird.


title: Sicherheit von Webanwendungen

text: Die Praxis zeigt jedoch, dass diese Kontrolle häufig ganz oder teilweise in der Controller-Schicht vorgenommen wird. Nachteile sind duplizierter Code und dass ein Entwickler vergessen könnte, die Kontrolle überhaupt einzubauen. Ein Grund dafür ist, dass an Sicherheit meist zu einem sehr späten Zeitpunkt gedacht wird und Änderungen am Business-Modell dann zu aufwändig sind. Ein anderer Grund sind funktionale Erweiterungen wie z. B. die nachträgliche Einführung des oben genannten Administrators, die eine grundsätzliche Überarbeitung des Sicherheitskonzepts notwendig machen würde.


title: Sicherheit von Webanwendungen

text: Wenn die Anwendung Werte an den Browser sendet, die dieser nicht verändern darf (was bei einer SessionID der Fall ist), die aber mit einem Form-Request wieder zur Anwendung zurückkommen, dann muss die Anwendung die erhaltenen Werte mit einer Data Validation auf gültige Werte prüfen.


title: Sicherheit von Webanwendungen

text: Sollen die eigentlichen Werte zusätzlich vor Ausspähen geschützt werden, so empfiehlt sich die Verwendung von signierten Hashes anstatt der „Klartext“-Werte.


title: Sicherheit von Webanwendungen

text: Erfordert die Anwendung URL-Rewriting, so sollte ein Benutzer auf die Gefahren des Ausspähens hingewiesen und dazu aufgefordert werden, sich beim Verlassen des PCs aus der Webanwendung auszuloggen oder den Rechner zu sperren. Durch Verwendung sehr langer SessionIDs, die ein Abschreiben erschweren oder die Verwendung langer URLs mit der SessionID am Ende (so dass sie aus dem sichtbaren Bereich am Bildschirm herausgeschoben ist) kann zudem etwas gegen das Über-die-Schulter-schauen (z. B. in öffentlichen Orten) getan werden.


title: Sicherheit von Webanwendungen

text: Insbesondere ist ein Benutzer darauf hinzuweisen, niemals eine gespeicherte Seite oder einen kopierten Ausschnitt aus einer solchen Seite zu versenden.


title: Sicherheit von Webanwendungen

text: Es ist außerdem sicherzustellen, dass beim URL-Rewriting nicht versehentlich auch externe Links mit der SessionID versehen werden.


title: Sicherheit von Webanwendungen

text: Der Referrer, der beim Einsatz des URL-Rewritings auch die SessionID enthält, darf zudem nicht zu fremden Hosts gelangen. Dies ist dadurch sicherzustellen, dass Links auf externe Seiten niemals direkt gesetzt werden, sondern immer über einen Redirect (Weiterleitung) geführt werden.


title: Sicherheit von Webanwendungen

text: Jede Anwendung, die eine Login-Funktion hat, sollte auch eine Logout-Funktion besitzen. Das Logout hat das korrekte Invalidieren der Session sicherzustellen. Bei zahlreichen Webanwendungen ist zu beobachten, dass eine Logout-Funktion zwar vorhanden ist und der Benutzer nach Ausführung auch die Bestätigung erhält, nun abgemeldet zu sein, dass die Session aber nicht invalidiert wird. Zu erkennen ist das meist daran, dass die Betätigung des Zurück-Buttons des Browsers bis zu einer Seite innerhalb der Anwendung ein Weiterarbeiten darin nach wie vor ermöglicht. Mit einer gestohlenen SessionID könnte in einem solchen Fall weitergearbeitet werden (zum Beispiel in einem Internet-Café).


title: Sicherheit von Webanwendungen

text: Der Benutzer ist darin zu animieren, das Logout auch wirklich auszuführen. Dies kann wie folgt durchgeführt werden:


title: Sicherheit von Webanwendungen

text: Schließt der Benutzer das Browser-Fenster in der Annahme, sich dadurch auch automatisch auszuloggen (was aber nicht der Fall ist), so sollte die Anwendung den Benutzer beim nächsten Login darüber informieren, dass ein automatisches Ausloggen erfolgte, und in Zukunft ein explizites Ausloggen stattfinden sollte.


title: Sicherheit von Webanwendungen

text: Um die Sicherheit erheblich zu steigern, sollte die Benutzerkennung als nicht-öffentliche Information behandelt werden. Insbesondere sind E-Mail-Adressen sowie Schemata wie "vorname.nachname" zu vermeiden. Es wird empfohlen, stattdessen nicht ableitbare Zeichenketten zu verwenden oder eine Kombination aus externen Merkmalen mit einer nicht-erratbaren Komponente zu gestalten. Zudem ist darauf zu achten, dass die Anwendung keine Hinweise über das Vorhandensein von Benutzerkennungen gibt.


title: Sicherheit von Webanwendungen

text: Der Benutzer wird aufgefordert, seine eindeutige Identifikationsnummer ("UserID") einzugeben. Ist diese korrekt, d. h., existiert die Nummer in der Datenbank, so lautet die Antwort: „"Das Passwort wurde an die hinterlegte E-Mail-Adresse verschickt"“. Wurde jedoch eine nicht existierende Identifikationsnummer eingegeben, so lautet die Antwort: „"Dieser Benutzer existiert nicht, bitte korrigieren Sie Ihre Eingabe"“. Auf diese Weise lassen sich Benutzerkennungen durch Aufzählen (Enumeration) ermitteln. Richtig wäre folgende Antwort, die keine Information über das Vorhandensein einer UserID gibt: „"Das Passwort wurde an die hinterlegte E-Mail-Adresse verschickt, falls die eingegebene UserID korrekt gewesen ist. Sollten Sie nicht in Kürze eine E-Mail von uns erhalten, so ist dies darauf zurückzuführen, dass Sie eine fehlerhafte UserID eingegeben haben"“.


title: Sicherheit von Webanwendungen

text: Die Benutzung von sicheren Passwörtern ist dadurch zu erreichen, dass das System nicht jedes vom Anwender gewünschte Passwort akzeptiert und Regeln vorgibt sowie die Einhaltung dieser prüft. Bisher existieren für das Web keine allgemein anerkannten Verfahren und auch keine Standardbibliotheken zur Passwortprüfung. Auch wird häufig in der jeweiligen Anwendungssituation die Berücksichtigung anwendungsspezifischer Randbedingungen erforderlich sein. Generell sollten Passwörter aus einfachen Wörterbuchwörtern, persönlichen Angaben (Name, Geburtstag etc.) sowie einfachen Zahlenkombinationen vermieden werden. Es empfiehlt sich eine Kombination aus (auch absichtlich falsch geschriebenen) Wörtern, Sonderzeichen, Groß- und Kleinschreibung sowie Zahlen. Dabei ist auch die Länge des Passworts von entscheidender Bedeutung.


title: Sicherheit von Webanwendungen

text: Daten, bei denen Ausspähen verhindert werden muss (z. B. Passwörter, Bankdaten etc.) sind durch Einsatz des SSL-Protokolls zu schützen. Das SSL-Protokoll verschlüsselt die zwischen Browser und Server ausgetauschten Daten und sorgt dafür, dass vertrauliche Informationen vor dem Ausspähen auf dem Übertragungsweg geschützt sind. Diesen Schutz führen heutige Browser so weit, dass auch bei einem Wechsel von einer per SSL geschützten Seite (HTTPS) zu einer ungeschützten Seite (HTTP) – etwa dann, wenn der User auf der SSL-geschützten Seite auf einen HTTP-Link klickt – sensitive Protokollinformationen nicht weitergegeben werden.


title: Sicherheit von Webanwendungen

text: Das SSL-Server-Zertifikat stellt außerdem sicher, dass der Hostname authentisch ist. D. h., es garantiert, dass der im Zertifikat angezeigte Hostname unverfälscht ist. Schließen wir den Fall aus, dass der DNS manipuliert worden ist, so garantiert das Zertifikat auch die Echtheit des Hosts (sofern die Seite keine Frames benutzt).


title: Sicherheit von Webanwendungen

text: WebShields ("auch: Web Application Firewall") filtern den Datenstrom zwischen Browser und Webanwendung und können mit Firewalls verglichen werden. Tritt ein als unzulässig eingestuftes Eingabemuster auf, wird der Transfer unterbrochen oder auf eine andere, vorher festgelegte Weise reagiert. Ein WebShield arbeitet als Proxy im Datenstrom, kennt somit das Protokoll der Anwendung. Grundsätzlich filtern WebShields die vom Browser an den Webserver übertragenen Daten. Einige WebShield-Produkte können zusätzlich die vom Webserver an den Browser versandten Daten überwachen. Hierbei kann das WebShield „lernen“, wie die Daten beschaffen sind. Dadurch wird ein späterer Vergleich zwischen aktuellen und gelernten Daten ermöglicht. So können Filter in eingeschränktem Maße verhindern, dass der Browser schadhaften Code erhält. WebShields sind nicht fähig, alle Angriffsformen auf Webanwendungen zu erkennen. Generell gilt: Sicherheitsprobleme sollten in der Webanwendung selbst gelöst werden. WebShields sollten nur als zusätzliche Schutzmaßnahme in Betracht gezogen werden.


title: Sicherheit von Webanwendungen

text: Web Scanner ("auch: Web Application Scanner") sind Programme für Penetrationstests. Sie untersuchen eine Anwendung auf bekannte Schwachstellen und unterstützen dabei den Webentwickler oder Penetrations-Tester beim Auffinden von Sicherheitslücken. Allerdings kann dies auch von einem Angreifer verwendet werden. Dabei wird auf einem Client-Computer der Web-Scanner installiert, um dann die (auf einem anderen entfernten Server liegende) Webanwendung zu analysieren. Allgemein gilt: Web-Scanner sind sinnvolle Hilfsmittel, um erfahrenen Benutzern bei der Analyse der Sicherheitseigenschaften einer Webanwendung zu unterstützen. Sie sind jedoch weder in der Lage, fehlendes Wissen zu kompensieren, noch können sie Experten ersetzen. Die einer Webanwendung innewohnende Komplexität und die Tatsache, dass manche Schwachstellen von einem Hilfsprogramm ("tool") grundsätzlich nicht erkennbar sind, haben zur Folge, dass weiterhin geübte Personen für den Großteil der Analyse benötigt werden. Eine Interpretation eines Web-Scan-Reports ist ohne Erfahrung im Testen von Webanwendungen nur schwer möglich. Im Zuge einer Analyse können folgende vier Phasen durchlaufen werden:


title: Sicherheit von Webanwendungen

text: Crawl/Scan: Der Web-Scanner bewegt sich ähnlich wie eine Suchmaschine durch die gesamte Webanwendung. Dabei werden sämtliche Links besucht und gegebenenfalls Formfelder mit Testwerten ausgefüllt. Der Scanner erhält so ein umfassendes Wissen über den Aufbau der Webanwendung, die Funktionsweise von Dialogschritten und den Inhalt von Formularseiten. Die Webanwendung wird außerdem auf häufig vorhandene Installations-, Konfigurations- oder Testverzeichnisse sowie bekannte problematische oder informative Dateien durchsucht. Unterstützt werden kann die Scan-Phase durch Einbeziehen großer öffentlicher Suchmaschinen. Vorausgesetzt wird hierfür, dass die zu analysierende Website bereits durch diese Suchmaschinen indexiert worden ist. Die Ergebnisse dieses Schrittes wurden dann auf den Suchmaschinen gespeichert (Index oder Cache). Im Rahmen einer Scan-Phase können diese Suchmaschinen nun gezielt nach Informationen über die Website abgefragt werden. Für die Zusammenstellung von Suchmustern, sowie Automatisierung der Abfragen kann die Nutzung spezieller Hilfsprogramme zweckmäßig sein.


title: Sicherheit von Webanwendungen

text: Analyse: In einem nächsten Schritt wird die Webanwendung einer eingehenden Sicherheitsanalyse unterzogen. Die gewonnenen Erkenntnisse können in einer Datenbank hinterlegt werden: Typ und Version des Webservers, verwendete Technologien und Tools ("CGI, Servlets, JSP, JavaScript, PHP usw."), Verwendung von Cookies oder anderer Mechanismen zum Session-Tracking, Analyse der Formular-Parameter einer Seite, insbesondere auch die Verwendung von versteckten Parametern ("hidden parameter") sowie der Extraktion von Kommentaren.


title: Sicherheit von Webanwendungen

text: Audit/Penetrationstest: Unter Einbeziehung des in der vorangegangenen Phase gewonnenen Wissens werden systematisch fehlerhafte oder unzulässige Eingabemuster erzeugt und an die Webanwendung versandt. Einige der existierenden Scanner unterteilen diese Phase in eine schadlose und eine potentiell schadhafte Prüfung.


title: Sicherheit von Webanwendungen

text: Reporting: Die Ergebnisse der Scan- und Audit-Phase werden in Berichten ("report") zusammengefasst. Der Umfang reicht dabei von kurzen Zusammenfassungen mit Nennung nur der größten Schwachstellen bis hin zu detaillierten Beschreibungen, in denen auch erste Hinweise für die Behebung des jeweiligen Problems gegeben werden können.


title: Sicherheit von Webanwendungen

text: Jegliches rechtswidrige Verändern, Löschen, Unterdrücken oder Unbrauchbar-Machen fremder Daten erfüllt den Tatbestand nach § 303a StGB (Datenveränderung). In besonders schweren Fällen ist dies auch nach § 303b I Nr. 1 StGB („Computersabotage“) strafbar und wird mit Haftstrafe von bis zu fünf Jahren oder Geldstrafe bestraft. Die Durchführung von DDOS-Attacken stellt seit 2007 ebenfalls eine Computersabotage dar, gleiches gilt für jegliche Handlungen, die zur Beschädigung eines Informationssystems, das für einen anderen von wesentlicher Bedeutung ist, führen.


title: Sicherheit von Webanwendungen

text: Das Ausspähen von Daten (§ 202a StGB), also die Erlangung des Zugangs zu fremden Daten, die hiergegen besonders geschützt sind, wird mit Haftstrafe bis zu drei Jahren oder mit Geldstrafe bestraft. Das Abfangen fremder Daten in Netzen oder aus elektromagnetischen Abstrahlungen ist seit 2007 ebenfalls strafbar, anders als bei § 202a StGB kommt es hier nicht auf eine besondere Zugangssicherung an. Das sich Verschaffen, Erstellen, Verbreiten, Öffentlich-zugänglich-machen etc. von sog. „Hackertools“ steht ebenfalls seit 2007 unter Strafe, wenn damit eine Straftat vorbereitet wird (§ 202c StGB).


title: Sicherheit von Webanwendungen

text: Daten sind nach § 202a Abs. 2 in Verbindung mit Abs. 1 aber nur vor dem Ausspähen geschützt, wenn sie „besonders gesichert“ sind, um ein Ausufern des Tatbestandes zu vermeiden. Das heißt, erst wenn der Nutzer seine Daten technisch schützt genießt er auch den strafrechtlichen Schutz. Die frühere Debatte, ob das „Hacken“ ohne Abruf von Daten strafbar sei, ist hinfällig, seit der Wortlaut der Norm 2007 derart geändert wurde, dass Strafbarkeit bereits mit Erlangung des Zugangs zu Daten einsetzt. Weiter ist umstritten, ob die Verschlüsselung zur besonderen Sicherung zählt. Sie ist zwar sehr effektiv, aber es wird argumentiert, die Daten seien ja nicht gesichert, sondern lägen nur in „unverständlicher“ bzw. schlicht „anderer“ Form vor.


title: Sicherheit von Webanwendungen

text: Als Computerbetrug wird nach § 263a StGB mit Geldstrafe oder Freiheitsstrafe bis zu fünf Jahren bestraft, wenn Datenverarbeitungsvorgänge zur Erlangung von Vermögensvorteilen manipuliert werden. Schon die Erstellung, Verschaffung, Anbietung, Verwahrung oder Überlassung dafür geeigneter Computerprogramme ist strafbar.


title: Geschichte Mauretaniens

text: Die Geschichte Mauretaniens umfasst die Entwicklungen auf dem Gebiet der Islamischen Republik Mauretanien von der Urgeschichte bis zur Gegenwart. Die Islamische Republik Mauretanien ist eine ehemalige französische Kolonie in Westafrika, am Atlantik gelegen. Sie grenzt an die Staaten Algerien, Mali und Senegal sowie an das Territorium der Westsahara (Demokratische Arabische Republik Sahara). Mauretanien liegt am Westrand der Sahara und wird von ursprünglich nomadisch lebenden Mauren, einem Mischvolk aus Arabern, Berbern und assimilierten schwarzen Westafrikanern, bewohnt.


title: Geschichte Mauretaniens

text: Die zeitgenössischen Beobachter Mauretaniens haben das Land oft als Brücke zwischen Nord- und Westafrika beschrieben. In der Tat haben auch verschiedene Gruppen in Mauretanien starke kulturelle und wirtschaftliche Verbindungen mit ihren Nachbarn in den beiden Regionen (Maghreb und CEDEAO – Communauté Économique des États de l'Afrique de l'Ouest) aufrechterhalten, mit denen sie die meiste Zeit über in direktem Kontakt standen.


title: Geschichte Mauretaniens

text: Obwohl das Land als geographische Transportbrücke für den Gold-, Salz- und Sklavenhandel zwischen den nördlichen und südlichen Grenzen der Sahara diente, markierte es ebenfalls die kulturelle Grenze zwischen den sesshaften Landwirten des subsaharischen Afrika und den arabisch-berberischen Nomaden des Maghrebs.


title: Geschichte Mauretaniens

text: Durch die gesamte Geschichte Mauretaniens war die Wechselbeziehung zwischen den beiden Kulturen voller politischer und sozialer Konflikte, was die mauretanische Politik in der Vergangenheit immer wieder beeinträchtigte und sehr wahrscheinlich mittelfristig weiterhin beeinflussen, um nicht zu sagen bestimmen wird. Einzig der Islam, zu dem sich die Gesamtheit der Bevölkerung seit dem 9. Jahrhundert bekennt, stellt eine einheitliche Bindung zwischen den verschiedenen Bevölkerungsteilen dar.


title: Geschichte Mauretaniens

text: Die Sahara war nicht immer eine Wüste. Es haben sich im Laufe der Zeit Trockenheits- und Feuchtigkeitsperioden abgewechselt. So wurden im Massif des Richât östlich von Ouadane einige Oldowan-Fundstätten beschrieben. Sie lagen am Ufer von Paläoseen, wie El Beyedh oder Guelb Er Richât. Die wichtigsten Fundstätten sind Wadi Akerdeil und Aftassa-Amzeili südöstlich von Zouerate.


title: Geschichte Mauretaniens

text: Eine Bevölkerung von Fischern, Jägern und Bauern stellten die Bafur dar, deren Nachkommen die Küstenfischer von Imraguen sein könnten. Die Tallandwirte, die die schwarzen Urahnen der Tukulörs und der Wolof sind, haben neben den Bafur gelebt. Klimaänderungen und vielleicht bloßgelegte Weiden trugen zu einem progressiven Trocknen der Sahara und dadurch zur Wanderung Richtung Süden bei. Für die Zeit zwischen 2500 bzw. 2200 und 1500 v. Chr. lässt sich ein zunehmender Sandeintrag nachweisen.


title: Geschichte Mauretaniens

text: Trotz der ungünstigen Klimaentwicklung müssten die ersten Migrationswellen in die Westsahara aus dem Norden noch im Laufe des 1. Jahrtausends v. Chr. stattgefunden haben. Die neuen Migranten waren nomadische Berber. Man weiß noch nicht genau, welche Gründe sie dorthin trieben: vielleicht, um Feinden zu entkommen oder einfach um neue Weiden zu suchen. Gesichert ist, dass sie Pferde zum Reiten nutzten und das Schmieden von Eisen kannten, was ihnen einen deutlichen Vorteil gegenüber den letzten Vertretern der neolithischen Bevölkerung verschaffte.


title: Geschichte Mauretaniens

text: Allerdings wären sie wahrscheinlich nicht in der Sahara geblieben, die in dieser Zeit allmählich zur Sandwüste wurde, wenn sie nicht das Glück gehabt hätten, das einzige Tier zu finden, das im Stande war, das Überleben des Menschen in dieser Klimazone zu gewährleisten: das Kamel, das aus dem Osten kommend um das 1. Jahrhundert v. Chr. in Mauretanien ankam. Die Einführung des Kamels gab den Berbern die Möglichkeit kriegerischer Aktivitäten und des Handels. Diese erste Welle der Aggressoren hat die Bafour besiegt und diejenigen, die sich nicht nach Süden retten konnten, zu Untertanen erklärt.


title: Geschichte Mauretaniens

text: Der Charakter der heutigen Bevölkerung spiegelt die Wellen der Einwanderungen aus dem Norden Richtung Mauretanien wider, die im 3. Jahrhundert n. Chr. begannen, als die ersten Berber einzogen (erste Einwanderungswelle). Die einheimischen Völker wurden nach weiteren berberischen Einwanderungswellen im 7. und 8. Jahrhundert, der Zeit der Ankunft des Islam in Nordafrika, besiegt und wurden entweder unterworfen oder sind in Richtung Süden weiter gezogen oder geflüchtet.


title: Geschichte Mauretaniens

text: Die Stämme, die zu dieser Zeit am Gurt der Westsahara lebten, stammen von den zwei berberischen Hauptvölkern aus Nordwestafrika ab: Zanata und Sanhadscha. Die Ersteren, ursprünglich Nomaden, hatten sich etwa im 9. Jahrhundert als Herren der Oasen und der Handelszentren der Nordteile der Wüste etabliert. Im Süden mitten in der Wüste waren die nomadischen Hauptstämme angesiedelt, die Kamelzucht trieben, Sanhadscha.


title: Geschichte Mauretaniens

text: Eine der im 8. Jahrhundert in Mauretanien angekommenen sanhadschischen Gruppen waren die Lamtuna. Im 9. Jahrhundert hatten die Lamtuna die politische Dominanz in den Regionen Adrar und Hodh an sich gerissen. Mit zwei anderen wichtigen sanhadschischen Stämmen, den Masufa und den Dschodala, gründeten sie den Bund von Sanhādscha, um die Kontrolle über die Handelswege der Sahara zu gewinnen. Aus ihrer Hauptstadt Aoudaghoust aus kontrollierten die Lamtuna diesen losen Bund und die westlichen Wüstenrouten des Karawanenhandels, der nach der Einführung des Kamels in diesen Regionen gerade aufzublühen begann. Zu seinem Höhepunkt zwischen dem 9. und 10. Jahrhundert betrieb der Bund von Sanhadscha eine dezentralisierte Politik, basierend auf zwei verschiedenen Gruppen:


title: Geschichte Mauretaniens

text: Der von den Sanhadscha-Händlern betriebene Karawanenhandel verband die Handelsstadt Sidschilmasa im nördlich gelegenen Maghreb und Koumbi Saleh, Hauptstadt des Reichs von Ghana, im Süden. Später endete die Handelsstrecke im Süden bei Timbuktu, der Hauptstadt des Mali-Reiches. Gold, Elfenbein und Sklaven wurden nach Norden transportiert und gegen Salz (die alten Salzminen in der Nähe von Kediet Ijill im Norden Mauretaniens werden heute noch betrieben), Kupfer, Kleiderstoff und andere Luxuswaren ausgetauscht.


title: Geschichte Mauretaniens

text: Entlang der Handelsstrecken entstanden wichtige Städte. Die einfachste, aber nicht die kürzeste Strecke zwischen Ghana und Sidschilmasa führte von Koumbi Saleh über Aoudaghoust, Oualata, Tichitt und Ouadane. Diese Städte entlang der Strecke wurden zu wichtigen Handels- und Machtzentren. Der arabische Chronist al-Bakri beschrieb Aoudaghoust im 11. Jahrhundert als große Stadt mit einer Bevölkerung von 5000 bis 6000 Menschen, einer großen und vielen kleineren Moscheen sowie großen, künstlich bewässerten Feldern in der Umgebung.


title: Geschichte Mauretaniens

text: Im 11. Jahrhundert und nach der Auflösung des Sanhadscha-Bundes begann für das Land eine Periode der Unruhe. Verschiedene Berbergruppen des früheren Sanhadscha-Bundes bekriegten sich untereinander. Eine kleine Gruppe von Sanhadscha, die Almoraviden, gründeten ein religiöses Zentrum, von dem aus sie islamische Reformlehren predigten und ein islamisches Reich errichteten. Im Jahre 1090 reichte die Herrschaft der Almoraviden von Spanien bis in den Senegal. Nach weniger als vierzig Jahren kam die Expansion der Almoraviden jedoch zum Stillstand, bedingt durch die Schwierigkeiten, die sich aus der Verwaltung des mittlerweile stark angewachsenen Reiches ergaben. Gleichzeitig hatten sich ihre Feinde im Norden und im Süden weiterentwickelt.


title: Geschichte Mauretaniens

text: Die westafrikanischen Königreiche Ghana, Mali und Songhai dehnten im Laufe der sechs folgenden Jahrhunderte ihre Territorien aus und übernahmen die berberischen Festungen. Dieser Prozess wird heute als zweite Einwanderungswelle bezeichnet.


title: Geschichte Mauretaniens

text: Eine dritte Einwanderungswelle, dieses Mal von Norden her, stellte die arabische Immigration verschiedener Gruppen aus dem Jemen dar, die Berber und Afrikaner gleichermaßen Richtung Süden verdrängten. Gegen Ende des 16. Jahrhunderts kontrollierte eine dieser arabischen Gruppen, die Banī Hassān, das gesamte Territorium des heutigen Mauretaniens.


title: Geschichte Mauretaniens

text: Die heutige Sozialstruktur Mauretaniens ist auf die Situation im ausgehenden 17. Jahrhundert zurückzuführen, als die Banī Hassān die religiösen arabisch-berberischen Gruppen, die Zwāya, besiegten, die die Araber mit militärischen Mitteln vertreiben wollten (Char-Bouba-Krieg). Die kriegerischen arabischen Gruppen behaupteten ihre Herrschaft über die Berber, die sich zum größten Teil der Ulama zuwandten und sich den Arabern unterordneten. Ganz unten in der sozialen Hierarchie standen die schwarzen Sklaven. Alle drei Gruppen sprachen Hassānīja, einen arabischen Dialekt, und bildeten die sogenannten Mauren. In dieser Zeit lebten die meisten Schwarzafrikaner im Becken des Senegalflusses.


title: Geschichte Mauretaniens

text: Obwohl die arabischen Invasionen in Nordafrika fast ausschließlich der islamischen Eroberung zugeschrieben wurden, hatte die Verschlechterung der ökologischen Zustände in Arabien entscheidende Auswirkungen auf den Zeitpunkt und der Anzahl der Zuwanderer, die auf der Suche nach Weideland Arabien verließen. Die klimatische Ähnlichkeit Arabiens und Nordafrikas machte Nordafrika zum Idealziel der emigrierenden Völker. So wurden nach dem tragischen Einsturz des Staudammes von Marib nahe Sanaa im Jemen im Jahre 570 einige hundert arabische Stämme gezwungen, ihr Heimatland in Richtung Nord- und Ostafrika zu verlassen. Diese Migrationsbewegung ereignete sich 40 Jahre vor der Entstehung des Islams. Die Bedeutung ökologischer Veränderungen zeigt sich in den Emigrationsprozessen des 11. Jahrhunderts wieder, als eine schwere Dürre viele Araber veranlasste, ihre Heimat zu verlassen. Der bekanntesten der damals emigrierenden Stämme waren die ursprünglich aus dem Jemen stammenden Banu Hilal, die drei Jahrhunderte zuvor in Nordafrika eingedrungen waren. Von dort erreichten sie im 14. Jahrhundert Nordmauretanien.


title: Geschichte Mauretaniens

text: Ibn Chaldūn berichtete, dass die Banu Hilal während ihres Eindringens in Nordafrika nach Westen gezogen seien und zerstört, gemordet und geraubt hätten.


title: Geschichte Mauretaniens

text: Seit der arabischen Eroberung des „fernen Maghreb“ ("Al-maghrib al-aqsa") im 8. Jahrhundert, erlebte Mauretanien eine langsame, aber kontinuierliche Zuwanderung von Arabern und einen allmählich zunehmenden arabischen Einflusses im Norden. Die wachsende Präsenz der Araber veranlasste die Berber, die es vorzogen, sich nicht mit anderen Gruppen zu vermischen, zum Ausweichen nach Süden, wo sie die einheimische schwarze Bevölkerung unterwarfen. Im 16. Jahrhundert wurde die Mehrzahl der Schwarzen bis zum Senegal-Fluss abgedrängt, eine Minderheit wurde versklavt und gezwungen, die Oasen zu bewirtschaften.


title: Geschichte Mauretaniens

text: Nach dem Niedergang der Almoraviden begann die allmähliche Arabisierung Mauretaniens, die bis dahin von den Berbern unterbunden worden war.


title: Geschichte Mauretaniens

text: Im 11. Jahrhundert drang eine Reihe arabisch-nomadischer Stämmen in die Sahara vor, was zu größeren Veränderungen in Nordafrika führen musste. Zwei große nomadische Völkerstämme, die Banu Hilal und die Banu Soulaïm, die sich im Nildelta niedergelassen hatten, sorgten durch ihre Streitigkeiten für Unruhe in Ägypten. Der Kalif der ägyptischen Fatimiden hatte sie daher bis nach Ifrīqiya (im heutigen Tunesien) verfolgt. Um der Verfolgung durch die Meriniden, einer marokkanischen Dynastie im 13. Jahrhundert, zu entfliehen oder vielleicht einfach um neue Weiden zu finden, verließ ein Teil von Ma'qil bestehend aus einer Gruppe Stämme, genannt Beni Hassan, nach und nach das Tal von Draa und wanderte nach Süden in Richtung der Westsahara. Dabei handelte es sich nicht um eine plötzliche Invasion, sondern eher um ein kontinuierliches Einsickern, das zwei oder drei Jahrhunderte andauerte.


title: Geschichte Mauretaniens

text: Die urjemenitischen Gruppen, die sich im Norden Mauretaniens niederließen, störten den Karawanenhandel, der sich nach Osten verlagerte, was zum allmählichen Niedergang der damaligen großen Handelsstädte Mauretaniens führte. Die Bani Hassan setzten ihre Migration nach Süden fort und beherrschten am Ende des 17. Jahrhunderts das ganze Land. Über 200 Jahre lang plünderten sie die Region und bekämpften die Berber, die durch die nördlichen Ausläufer der Reiche Mali (Songhai) und Tekrur streiften. Der letzte Versuch der Berber, der arabischen Herrschaft zu entgehen, war ein dreißig Jahre andauernder Krieg (Char-Bouba-Krieg 1644–74), angestiftet von Imam Nasir Eddine Lemtouni. Der Krieg zur Befreiung der Sanhadscha endete mit einem arabischen Sieg über die Berber, die sich den arabischen Gruppen unterordnen mussten. Aus der Vermischung dieser Volksgruppen entstand ein neues Volk arabischer Sprache, das historisch als „Mauren“ bekannt war und heute als Bidhan bezeichnet wird.


title: Geschichte Mauretaniens

text: Die Mauren, ein ursprünglich aus arabischen, berberischen und schwarzafrikanischen Völkergruppen entstandenes Volk, waren Hirten und Nomaden, die in einem ausgedehnten Teil der Sahara, vom Draa-Fluss im Norden bis an die Ufer des Senegal und des Niger im Süden und von der Atlantikküste im Westen bis zu den al-Majabat, einer fast undurchdringlichen Dünenlandschaft in Ostmauretanien und Nordmali, lebten. Die Ethnogenese des maurischen Volkes gestaltete sich als komplexe Wechselwirkung zwischen Sanhadscha und Beni Hassan; sie dauerte mehrere hundert Jahre an und wurde durch die ständigen Veränderungen in der Region verlangsamt.


title: Geschichte Mauretaniens

text: Im 15. und 16. Jahrhundert berichteten Reisende, dass die Sprache der Sanhadscha, das Zenaga, noch überaus weit verbreitet war.


title: Geschichte Mauretaniens

text: Der Portugiese Gomes Eanes de Azurara zitierte im 15. Jahrhundert den Forschungsreisenden João Fernandes, der im Jahr 1445 zusammen mit Nomaden von der Küstenstadt Dakhla aus ins Hinterland der Sahara gereist war und bemerkt haben soll, dass die Nomaden zwar muslimischen Glaubens seien, sich aber in Schrift und Sprache von den übrigen Mauren unterschieden.


title: Geschichte Mauretaniens

text: Die Europäer fingen erst in der zweiten Hälfte des 16. Jahrhunderts an, Interesse an Mauretanien zu zeigen, zuerst in Form von Entdeckungsreisen durch die Wüste. Französische Kaufleute in Saint Louis kauften von den Mauren im Süden Mauretaniens Gummi Arabicum auf. Im 19. Jahrhundert besetzten französische Streitkräfte die Regionen von Trarza und von Brakna, die sich ebenfalls im Süden Mauretaniens befinden. Anfang des 20. Jahrhunderts erkoren sich die französischen Streitkräfte unter Xavier Coppolani erneut Mauretanien als Eroberungsziel aus und versuchten mit aller Kraft, die arabischen Kriegsherren zu befrieden.


title: Geschichte Mauretaniens

text: Aber im Gegensatz zu ihrer in Westafrika praktizierten kolonialen Herrschaftsweise verfolgten die Franzosen in Mauretanien eine Laissez-faire-Politik, indem sie sich die arabischen Herrschaftsstrukturen zunutze machten. Die damals eingerichteten Strukturen bestanden bis in die 40er Jahre des 20. Jahrhunderts, genauer: bis nach dem Ende des Zweiten Weltkriegs. Während die allermeisten französischen Kolonien ihre Unabhängigkeit anstrebten, oder wenigstens eine entscheidende Reform, gab es in Mauretanien nur ein Minimum an politischer Aktivität. Frankreich hatte trotzdem Änderungen in die Praxis umgesetzt, die den Reformen entsprachen, die auch überall sonst im französischsprachigen Afrika verlangt und gewährt wurden.


title: Geschichte Mauretaniens

text: Entsprechend der Loi Lamine Guèye von 1946 hatten alle Bürger bei Wahlen zum französischen Parlament und auch bei lokalen Wahlen ein Wahlrecht. Das passive Wahlrecht wurde in dem Gesetz nicht ausdrücklich erwähnt, war aber auch nicht ausgeschlossen. Bei den Wahlen zum Pariser Parlament gab es in Französisch-Westafrika, wozu Mauretanien gehörte, kein Zweiklassenwahlrecht wie in anderen französischen Kolonien, für alle örtlichen Wahlen jedoch schon. Am 23. Juni 1956, noch unter französischer Verwaltung, wurde die loi-cadre Defferre eingeführt, die das allgemeine Wahlrecht bestätigte. Die ersten Wahlen fanden 1957 statt.


title: Geschichte Mauretaniens

text: Trotz marokkanischer Ansprüche auf Mauretanien erhielt das Land am 28. November (Nationalfeiertag) 1960 seine Unabhängigkeit. Am 20. Mai 1961 wurde das aktive und passive Frauenwahlrecht in den nun unabhängigen Staat übernommen.


title: Geschichte Mauretaniens

text: Bis 1958 gehörte Mauretanien noch zur Kolonie Französisch-Westafrika und wurde dann am 28. November 1958 zu einer autonomen Republik mit Namen Islamische Republik Mauretanien. Faktisch erlangte Mauretanien mit seinen rund 650.000 Einwohnern (1959) zunächst wie die meisten ehemaligen Kolonialgebiete eine innere Autonomie, während sich Frankreich weiterhin für die Bereiche Außenpolitik, Verteidigung und Bildung verantwortlich zeigte. Staatsoberhaupt blieb General Charles de Gaulle als Präsident der Französischen Gemeinschaft ("Communauté française"), erster Regierungschef wurde Mokhtar Ould Daddah. Mauretanien gründete zusammen mit Dahomey (heute Benin), der Elfenbeinküste, Niger und Obervolta (heute Burkina Faso) eine Zollunion und war ab 1958 Mitglied der Französischen Gemeinschaft als Nachfolger der "Union française". Die neue politische Freiheit kam allerdings höchstens einem Zehntel der Bevölkerung zugute, und selbst in diesem Bevölkerungsteil gab es Gruppierungen, die gegen die politische Unabhängigkeit der Kolonie waren. Einige Mauren mit starken Verbindungen zu Marokko plädierten für die Einheit mit Marokko, während die Schwarzen im Süden sich der neuen Mali-Föderation anschließen wollten. Nur durch Kooptieren der traditionellen Führer mit vagen Versprechungen gelang es Mauretaniens politischem Führer Mokhtar Ould Daddah, die politische Einheit zu wahren, während Mauretanien seine Unabhängigkeit als Präsidialrepublik am 28. November 1960 feierte. Die Regierungspartei "Parti du Peuple Mauritanien" (PPM) (arabisch: "Hisb Chaeb", deutsch: Mauretanische Volkspartei) hielt in der gesetzgebenden Versammlung alle 34 Parlamentssitze. Die oppositionellen Parteien, darunter die "Nadha Wataniya Mauretaniya" wurden verboten. Am 18. November 1964 wurde die PPM zur Einheitspartei erklärt.


title: Geschichte Mauretaniens

text: In den ersten Jahrzehnten der Unabhängigkeit blieb Mauretanien politisch und kulturell zutiefst geteilt. Die „Schwarzen“ im Süden (Nicht-Mauren), waren durch die Beherrschung der Politik durch die Mauren verstimmt. Die maurische Dominanz spiegelte sich unter anderem in der unverhältnismäßigen Vertretung der Mauren in der Bürokratie, im Offizierkorps der Armee und in der ungleichen Zuteilung der Entwicklungsfonds sowie der Erhebung des Arabischen zur Amtssprache wider. Der Islam wurde Staatsreligion Mauretaniens.


title: Geschichte Mauretaniens

text: Am 6. Juli 1965 erklärte die mauretanische Regierung den Austritt des Landes aus der 1961 gegründeten Gemeinsamen Afrikanisch-Madagassischen Organisation (GAMO) (französisch: "Organisation commune africaine at malgache", OCAM), dessen amtierender Präsident ebenfalls Mokhtar Ould Daddah war.


title: Geschichte Mauretaniens

text: Mit studentischer Unterstützung protestierte die erste Gewerkschaft Mauretaniens, die "Union de Travailleurs Mauritaniens" (UTM) gegen eine Gehaltstabelle, nach der ein Teil der ausgebürgerten Europäer Gehälter bezog, die fast 1000 Mal höher lagen als die ihrer mauretanischen Kollegen.


title: Geschichte Mauretaniens

text: Die seit etwa 1970 bestehenden Streitigkeiten der angrenzenden Länder um den Besitz der einstigen spanischen Überseeprovinz Spanisch-Sahara (Westsahara) führte 1975 zu einem gemeinsamen Vorgehen von Mauretanien und Marokko gegen die saharanische Guerillabewegung Polisario. 1976 rief die Polisario die Demokratische Arabische Republik Sahara (DARS) aus. Marokko erkannte die DARS nicht an und annektierte 1976 die nördlichen zwei Drittel des Westsahara-Gebietes, während Mauretanien das südliche Drittel beanspruchte. Für Mauretanien hatte dieser Krieg katastrophale wirtschaftliche Folgen, nicht zuletzt durch mehrere überraschende Angriffe der Polisario gegen die Hauptstadt Nouakchott und die Eisenerzproduktion in Zouèrate. Dies führte schließlich 1978 zum Sturz Ould Daddahs und zum Verbot der Einheitspartei PPM. Im August 1979 gab Mauretanien alle Ansprüche auf das Westsahara-Territorium auf und Marokko annektierte auch das südliche Drittel der Westsahara. Bis heute müssen die Westsaharawis in Flüchtlingslagern leben und bis heute wird ihnen von Marokko Zugang zum eigenen Land verwehrt. In den darauffolgenden Jahren erlebte Mauretanien mehrere Umstürze und Regierungsumbildungen. Es regierten nacheinander die Obristen Mustafa Ould Salek (1978–1979), Mohamed Mahmoud Ould Louly (1979–1980) und Mohamed Khouna Ould Haidalla (1980–1984). Am 12. Dezember 1984 gelangte Oberst Maaouya Ould Sid’Ahmed Taya an die Macht. Anfang 1991 kündigte er eine demokratische Umgestaltung des Landes an. Gemäß einer im Juli 1991 verabschiedeten Verfassung fanden 1992 freie Parlaments- und Präsidentschaftswahlen statt, die allerdings von der Opposition angefochten wurden.


title: Geschichte Mauretaniens

text: Wegen der hohen Kosten des Kriegs und der politischen Streitigkeiten in Mauretanien unternahm eine Offiziersgruppe am 10. Juli 1978 einen Putsch und ernannte Oberst Mustafa Ould Salek zum Vorsitzenden des neu gebildeten Militärkomitees für den Nationalen Wiederaufbau "Comité Militaire de Redressement National" (CMRN) und damit zum Staatschef, der ab dem 20. März 1979 über diktatorische Vollmachten verfügte. Bereits am 4. April 1979 wurde das CMRN in einer Palastrevolte aufgelöst und durch das "Comité Militaire de Salut National" (CMSN) mit dem nunmehr seiner Macht beraubten Salek als Vorsitzendem ersetzt. Neuer starker Mann wurde Lieutenant-Colonel Ahmed Ould Bouceif. Auch ihm gelang es nicht, Mauretanien aus dem Westsaharakonflikt herauszulösen. Am 27. Mai 1979 starb er bei einem Flugzeugabsturz nahe Dakar.


title: Geschichte Mauretaniens

text: Am 31. Mai 1979 riss der Führer der Streitkräfte, Mohamed Khouna Ould Haidalla, die Macht an sich, zum neuen Vorsitzenden des CMSN wurde Mohamed Mahmoud Ould Louly ernannt. Neuer Ministerpräsident wurde Mohamed Khouna Ould Haidalla. Am 4. Januar 1980 übernahm dieser auch den CMSN-Vorsitz und damit das Amt des Staatsoberhauptes. Bereits im August 1979 hatte er einen Waffenstillstand mit der Polisario-Regierung der Westsahara unterzeichnet, die mauretanischen Truppen zurückgezogen und die Neutralität Mauretaniens im Westsaharakonflikt zugesichert, später stimmte seine Regierung auch der diplomatischen Anerkennung der Westsahara zu.


title: Geschichte Mauretaniens

text: Das von den Mauretaniern geräumte Gebiet der Westsahara (bis auf die Westküste der Kap Blanc Halbinsel mit der von den Bewohnern verlassenen Kleinstadt Lagouira) wurde umgehend von marokkanischen Truppen besetzt.


title: Geschichte Mauretaniens

text: Als Antwort auf die fortschreitende Korruption des Haidalla-Regimes und auf eine scheinbar unwillkommene merkliche Neigung desselben für die RASD/Westsahara, unternahm Oberst Maaouiya Ould Sid Ahmed Taya am 12. Dezember 1984 einen erfolgreichen Putschversuch. Die sich für reformistisch erklärende Regierung Tayas konnte es kaum abwarten, demokratische Institutionen zu gründen, um von ihrer Unfähigkeit abzulenken, entscheidende wirtschaftliche und politische Reformen zu unternehmen sowie die ethnischen Konflikte zu dämpfen.


title: Geschichte Mauretaniens

text: Taya versprach, Kommunalwahlen in den 13 Regionshauptstädten zu organisieren (was er im Dezember 1987 einlöste), die politischen Gefangenen zu entlassen, die Zivilrechte zu bestätigen und die Korruption zu beenden. Eine zweite Runde der Wahlen fand im Dezember 1987 und Januar 1988 statt, dieses Mal, um 500 Ratsmitglieder im ganzen Land zu wählen. Taya schaffte es bis zu seinem Sturz nicht, die ethnischen Spannungen zu lindern, die ein Hauptgrund für die mangelhafte Entwicklung des Landes sind.


title: Geschichte Mauretaniens

text: Aufgrund der dauerhaften Stagnation und der unterbliebenen Reformen kam es immer wieder zu Putschversuchen gegen Taya, die schließlich am 3. August 2005 Erfolg hatten. Am 3. August 2005 besetzte eine Gruppe von Offizieren, die sich Militärrat für Gerechtigkeit und Demokratie ("Conseil Militaire pour la Justice et la Démocratie", CMJD) nennt, das Armee-Hauptquartier, den Sitz des staatlichen Hörfunks und des Fernsehens sowie die Ministerien und den Präsidentenpalast in Nouakchott und erklärte Präsident Taya für abgesetzt. Die Putschisten hatten einen Auslandsaufenthalt Tayas anlässlich des Begräbnisses von König Fahd in Saudi-Arabien genutzt; Taya ist nicht nach Mauretanien zurückgekehrt, sondern hat nach Zwischenaufenthalten in Niger (wo er von Präsident Mamadou Tandja empfangen wurde) und Gambia Aufnahme in Katar gefunden. Die Afrikanische Union (AU) verurteilte den Staatsstreich. Die Putschisten bestimmten den langjährigen bisherigen Polizei- und Geheimdienstchef, Oberst Ely Ould Mohammed Vall zum neuen Führer des Landes. Die neue Militärregierung kündigte an, innerhalb von zwei Jahren demokratische Verhältnisse in Mauretanien einzuführen. Oberst Vall wurde zum Vorsitzenden des 17-köpfigen Militärrates, und damit zum Staats- und Regierungschef ernannt. Am 5. August wurde Mauretanien „bis zur Wiederherstellung der verfassungsmäßigen Ordnung“ vorübergehend aus der AU ausgeschlossen.


title: Geschichte Mauretaniens

text: Der Militärrat begann 2006 mit der schrittweisen Wiedereinführung der Demokratie. Bei einem Verfassungsreferendum im Juni 2006 war von der Bevölkerung eine neue demokratischere Verfassung gebilligt worden. Die erste Runde der Parlamentswahlen fand am 19. November 2006 bei einer Wahlbeteiligung von 69,5 Prozent, die zweite Runde am 3. Dezember 2006 statt. Die Mitglieder der Militärregierung hatten im Vorfeld der Wahlen versprochen, selbst nicht für öffentliche Ämter zu kandidieren. Fast die Hälfte der Sitze wurde von unabhängigen Kandidaten gewonnen, darunter viele Mitglieder der früheren Regierungspartei, die nicht mit dem gestürzten Regime in Verbindung gebracht werden wollten, sowie Islamisten, deren Parteien verboten worden waren. Opposition und zivilgesellschaftliche Gruppen hatten der Militärregierung im Vorfeld der Wahlen vorgeworfen, die etablierten Parteien zu schwächen und unabhängige Kandidaturen zu fördern, um auf diese Weise einen größeren Einfluss auf den politischen Prozess zu bewahren. Wahlbeobachter bezeichneten die Wahlen als frei und fair. Am 21. Januar und am 4. Februar 2007 wurde der Senat in indirekten Wahlen durch 3.688 Lokalräte bestimmt.


title: Geschichte Mauretaniens

text: Bei den Präsidentschaftswahlen am 11. März 2007 konnte keiner der 20 Kandidaten die notwendige absolute Mehrheit erreichen. Der als Kandidat der Militärregierung geltende frühere Finanzminister Sidi Mohamed Ould Cheikh Abdallahi, der 15 Jahre im Ausland gelebt hatte, erreichte bei einer Wahlbeteiligung von 70,2 Prozent mit 24,8 Prozent der abgegebenen Stimmen das beste Ergebnis, knapp vor dem Kandidaten der oppositionellen CFCD, Ahmed Ould Daddah, mit 20,7 Prozent. Daddah ist ein Halbbruder des ersten Präsidenten Mauretaniens nach der Unabhängigkeit, Mokhtar Ould Daddah. Seit 2000 hatte sich Daddah zum wichtigsten Gegner des gestürzten Präsidenten Taya entwickelt und war mehrfach inhaftiert worden. Drittstärkster Kandidat wurde der frühere Zentralbankchef Zeine Ould Zeidane. Während die beiden Kandidaten der schwarzafrikanischen Minderheit mit acht bis knapp zehn Prozent erstaunlich gut abschnitten, blieben die beiden Kandidaten des islamistischen Lagers mit knapp zwei bis knapp acht Prozent deutlich hinter den Erwartungen zurück. Die Stichwahl am 25. März 2007 endete bei einer Wahlbeteiligung von 67,4 Prozent mit dem Sieg Abdallahis, der auf 52,9 Prozent der Stimmen kam, nachdem Zeidane und weitere Kandidaten ihren Anhängern seine Wahl empfohlen hatten. Daddah erkannte seine Niederlage an. Am 19. April berief Abdallahi Zeidane zum neuen Ministerpräsidenten.


title: Geschichte Mauretaniens

text: Am 6. August 2008 kam es zu einem neuen Militärputsch gegen den Präsidenten und den Regierungschef des nordwestafrikanischen Landes. Militärs hatten beide Politiker in der Hauptstadt Nouakchott in ihre Gewalt gebracht. Zuerst informierte das französische Außenamt, dass eine Gruppe mauretanischer Generäle den Regierungschef, Yahya Ould Ahmed El Waghef, festgesetzt hat. Augenzeugen berichteten gegenüber ausländischen Pressevertretern von Truppenbewegungen in Nouakchott. Demnach stellten die Radio- und Fernsehsender ihre Sendungen ein. Die früheren Angehörigen der Präsidentengarde, unter ihrem Anführer General Mohamed Ould Abdel Aziz bezeichneten sich als „Staatsrat“, der insgesamt elf Angehörige der Armee umfasst. Zuvor forderten erst 69 der 95 Abgeordneten im Parlament den Rücktritt des Präsidenten Abdallahi.


title: Geschichte Mauretaniens

text: 2009 fand eine Präsidentschaftswahl statt, die Mohamed Ould Abdel Aziz klar gewann. 2014 wurde er wiedergewählt; zahlreiche Oppositionspolitiker hatten die Wahl aber boykottiert. 2018 fand die bisher letzte Parlamentswahl statt. 2019 konnte Abdel Aziz nach zwei Amtszeiten als gewählter Präsident laut Verfassung nicht mehr kandidieren. Bei der Präsidentschaftswahl 2019 traten sechs Kandidaten an.


title: Silberkaninchen

text: Die Silberkaninchen sind eine Gruppe von Kaninchenrassen. Gemeinsames Merkmal dieser Rassen ist die Durchsetzung des Fells mit farblosen Haaren, die zur typischen Silberung führt.


title: Silberkaninchen

text: Silberkaninchen verdanken ihre Farbgebung der Durchsetzung des Fells mit farblosen Haaren. Zur Bildung dieser Silberhaare kommt es, wenn die vor dem Haarwechsel übliche Einlagerung von pigmentbildenden Zellen in die Haarwurzel unterbleibt. An dieser Stelle wachsen dann weiße Haare nach. Ursache für diesen Defekt ist die Mutation eines Gens, das im deutschen Genetik des Hauskaninchens System mit dem Symbol p im mutierten Zustand je nach Zustand mit P1, P2, P 3, im englischen System mit Si (Wildtyp) bzw. (si, Mutante) bezeichnet wird. Das deutsche System trägt in der Symbolwahl der Tatsache Rechnung, dass sich die Silberung dominant gegenüber dem Wildtyp verhält.


title: Silberkaninchen

text: Silberkaninchen sind bereits seit mehreren hundert Jahren bekannt. Charles Darwin zitiert eine Schrift von Gervaise Makham aus dem Jahr 1631, in der die Silberung beim Kaninchen beschrieben wird:


title: Silberkaninchen

text: Offenbar wurde zu dieser Zeit der Name Chinchilla nicht für die Rasse, die man heute so bezeichnet, sondern für das Silberkaninchen benutzt.


title: Silberkaninchen

text: Auch in Frankreich waren Silberkaninchen schon seit langer Zeit bekannt, Wischer schreibt, das die Französischen Silber (s. Helle Großsilber) sich bis zum Beginn des 18. Jahrhunderts zurückverfolgen ließen. Nach Angaben, die er von einem Schuldirektor namens Doussot erhielt, werden Silberkaninchen "erstmalig 1730 in einer landwirtschaftlichen Schrift (identisch mit der von Joppich erwähnten Beschreibung von Deussett??), dann 1765 in der Enzyklopädie der Wissenschaften und 1809 in einer sich eingehend mit diesen Kaninchen befassenden Abhandlung des Abtes François Rozier erwähnt."


title: Silberkaninchen

text: Wischer zitiert auch Bonington Mowbray (Franke nennt den Autor John Lawrence) der 1823 schreibt, dass aus Frankreich importierte Silberkaninchen "fast sämtliche damals in der Landschaft Lincolnshire gezüchteten Kaninchen verdrängt hätten" und diskutiert die Möglichkeit, dass die Kleinsilberkaninchen von diesen Importen abstammen. Sandford erwähnt, dass das Silberkaninchen um 1860 in Lincolnshire unter wilden und Gehegekaninchen auftauchte und als "Lincolnshire Sprigs, Millers oder Lincolnshire Silver Greys" bekannt waren.


title: Silberkaninchen

text: Nach Deutschland gelangten Silberkaninchen sowohl aus Frankreich (Champagne-Silber) als auch aus Großbritannien (Kleinsilber).


title: Silberkaninchen

text: In Deutschland sind (abgesehen von den Meißner Widder und den silberfarbigen Farbenzwergen) drei Silberrassen anerkannt: Helle Großsilber, Deutsche Großsilber und Kleinsilber.


title: Silberkaninchen

text: Der Helle Großsilber ist eine mittelgroße Rasse (4,5–5,5 kg) mit dunkelblauer Unterfarbe und silberfarbener (bläulichweiße) Deckfarbe. In der Deckfarbe sind schwarze Stichhaare gleichmäßig verteilt. Die Jungtiere sind vor der Umfärbung blauschwarz gefärbt. Die Rasse stammt aus Frankreich, wo sie in der Champagne gezüchtet wurde.


title: Silberkaninchen

text: Nach Deutschland eingeführt wurde das Helle Großsilber 1911 von Nestler (Dresden) unter der Bezeichnung "Champagne-Silber" die kurze Zeit später in "Französische Riesen-Silberkaninchen" geändert wurde, was angesichts der Tatsache, dass es sich um eine mittelgroße Rasse handelte, ein unglückliche Namenswahl war. Joppich beschreibt, dass die ursprünglich eingeführten Tiere eine dunklere Farbe der Extremitäten (Ohren, Masken, Augenringe, Läufe und Blume) aufwiesen (Vergleiche auch Darwins Beschreibung des Silberkaninchens).


title: Silberkaninchen

text: Bis 1942, als die Umbenennung zu "Helle Großsilber" erfolgte, war die Rasse, für die bald das Zuchtziel einer gleichmäßigen Silberung erreicht, wurde als "Französische Silber" bekannt. Der Helle Großsilber teilt damit das Schicksal des Japanerkaninchens, beide Rassen sollten offenbar den Bezug zum jeweiligen Kriegsgegner verlieren.


title: Silberkaninchen

text: Die in Deutschland angestrebte gleichmäßige Silberung wich offenbar soweit von den Zuchtzielen anderer Länder ab, dass in den Bewertungsbestimmungen für Rassekaninchen in sozialistischen Ländern ein Französisches Silber neben dem Hellen Großsilber aufgeführt wurde. Bei dieser Rasse wurden die kürzer behaarten Körperpartien (Schnauze, Augenringe, Ohren, Läufe und Blume) als etwas dunklere Abzeichen verlangt. Der heutige Europastandard kennt den Hellen Großsilber als Großsilber, hell, daneben existiert der Champagnesilber in einer Schweizer und einer französischen Zuchtrichtung.


title: Silberkaninchen

text: Das Deutsche Großsilber ist ebenfalls eine mittelgroße Kaninchenrasse, mit einem Gewicht von 4,25 bis 5,25 kg ist es geringfügig leichter als das Helle Großsilber. Die gleichmäßige Silberung wird durch weißgespitzte Grannenhaare hervorgerufen. Es sind sowohl die helle, mittlere als auch dunkle Silberung zugelassen.


title: Silberkaninchen

text: Diese Rasse ist (ursprünglich im schwarzen Farbenschlag) von G. Stein und weiteren Züchtern in Detmold durch Kreuzung von schwarzen Kleinsilbern und "verschiedenen schwereren Rassen" (Wischer) als "Germania-Silber" entwickelt worden. Mit dem Tod von Stein, so schreibt Joppich, war das Schicksal des Germania-Silber besiegelt. Parallel zu den Detmolder Bemühungen züchtete Friedrich Nagel in Neudietendorf aus Kleinsilbern und wahrscheinlich Blauen Wienern eine große Rasse von (blauen) Silberkaninchen, die er "Blaue Groß-Silber" nannte.


title: Silberkaninchen

text: Anfangs erfolgten auch viele Kreuzungen zwischen den Deutschen Großsilbern und den Französischen Silbern, bis eine Reinzucht und Trennung der Rassen erfolgte.


title: Silberkaninchen

text: Heute sind die Deutschen Großsilber in folgenden Farbschlägen zugelassen: schwarz-silber, havanna-silber, gelb-silber, blau-silber und graubraun-silber.


title: Silberkaninchen

text: In anderen Ländern wird nicht zwischen Hellen Großsilbern und Deutschen Großsilbern unterschieden, die hellen Tiere werden dort, wie beim Kleinsilber, als Farbenschlag geführt.


title: Silberkaninchen

text: Das Kleinsilber ist, wie der Name andeutet, eine kleine Kaninchenrasse mit einem Gewicht von 2,5 bis 3,25 kg. Es stammt aus England, geht also wahrscheinlich auf die von Darwin und Sandford erwähnten Gehegekaninchen aus Lincolnshire zurück. Die Einfuhr nach Deutschland erfolgte um 1880. Über die weitere Entwicklung der Rasse in Deutschland finden sich in der Literatur nur wenige Angaben.


title: Silberkaninchen

text: Das Kleinsilberkaninchen ist heute in Deutschland in folgenden Farbenschlägen anerkannt: hell-silber, schwarz-silber, havanna-silber, gelb-silber, blau-silber und graubraun-silber.


title: Silberkaninchen

text: Die Champagne-Silber-Kaninchen sind besonders in der Schweiz verbreitet. Diese Rasse ist im Schweizer Standard bereits seit 1895 anerkannt. Entstanden sind sie aus Riesen- und Garennekaninchen. Die Champagne-Silber-Kaninchen sind vielerorts wegen des Fleisches geschätzt, da sie sehr wenig Fett ansetzen und in nur 3,5 Monaten ein Gewicht von 3,5–4 kg erreichen. Ihr Aussehen ist fast dasselbe wie bei den Hellen Großsilbern. Nur dass sie ca. 4,5–5,2 kg schwer werden und einige nuancierte schwarze Stellen an Schnauze, Ohrenrändern, Füßen und an der Augenringeinfassung haben. Ihr Name auf Französisch ist "argenté de Champagne". Sie verdanken ihren Namen, weil sie aus der Champagne in Frankreich herkommen. In der Champagne wurden auch die ersten Silberkaninchen gezüchtet, von wo sie schließlich in alle Welt verbreitet wurden.


title: Silberkaninchen

text: Die Silberung des Fells zeigt auch der Meißner Widder, der aufgrund der typischen Ohrenhaltung und Kopfform aber zu den Widderkaninchen gestellt wird. Silberfarbige Farbenschläge sind auch bei den Farbenzwergen anerkannt.


title: Apple Studio Display

text: Das erste Studio Display wurde am 17. März 1998 eingeführt. Dies war ein 15,1″-Modell mit Active Matrix TFT Panel, 24 Bit Farbtiefe, einer Helligkeit von 180 cd/m² und einer Auflösung von 1024 × 768 Pixeln.


title: Apple Studio Display

text: Das Design des Displays war revolutionär; es war das erste Apple-Produkt mit dunkelblauem transluzenten Gehäuse, welches später auch beim Designklassiker iMac verwendet wurde. Aufgestellt wurde das Display durch einen Teleskopstandfuß oder einen Bilderbügel.


title: Apple Studio Display

text: Als Schnittstelle zur Bildübertragung verwendeten die Studio Displays DB-15, VGA, DVI und den Apple Display Connector, kurz ADC, eine Modifikation von DVI, die DVI selbst, USB und Strom in einem Anschluss bündelt. Das abgebildete 17-Zoll-TFT besitzt wie das 15-Zoller nur einen ADC-Anschluss.


title: Apple Studio Display

text: Im Januar 1999 kamen die CRT-Monitore heraus. Sie waren in den Größen 15, 17 und 21 Zoll im semitransluzenten bondi-blue-Design des iMac zu haben.


title: Apple Studio Display

text: Apples letzter CRT-Monitor war das 17″-CRT-Display, welches im Juli 2000 zusammen mit einem 15″-TFT eingeführt wurde. Das Design beider Displays wurde erneut vollkommen verändert. Sie waren im Acryl-Design des G4 gehalten.


title: Apple Studio Display

text: Am 8. März 2022 wurde im Rahmen einer Keynote ein neuer Bildschirm unter dem Namen Studio Display gemeinsam mit dem neuen Mac Studio genannten Desktop-Computer vorgestellt. Es entspricht technisch im Wesentlichen dem Display des 2020 27″ iMac. Es besitzt laut Apple zusätzlich eine 12-MP-Frontkamera, die den Folgemodus unterstützt, ein Hi-Fi-6-Lautsprechersystem, 3 Mikrofone in Studioqualität sowie einen integrierten Apple A13-Bionic-Chip. Weiterhin sind 4 USB-C-Anschlüsse verbaut, von denen einer als Thunderbolt-3-Anschluss ausgeführt ist und ein angeschlossenes MacBook mit bis zu 96 Watt laden kann. Es ist mit einem nur neigungsverstellbaren sowie einem neigungs- und höhenverstellbaren Standfuß, ähnlich dem des Pro Display XDR, oder einem VESA-Mount Adapter und optional mit Nanotexturglas erhältlich.


title: Sedat Edip Bucak

text: Sedat Edip Bucak (* 31. Oktober 1960 in Siverek) ist ein türkischer Großgrundbesitzer, der von 1991 bis 2002 Abgeordneter der Partei des Rechten Weges (DYP) in der Großen Nationalversammlung der Türkei war.


title: Sedat Edip Bucak

text: Sedat Edip Bucak ist Stammesführer des zazaischen Bucak-Clans und absolvierte eine Industrieberufsschule. Er ist verheiratet und hat drei Kinder.


title: Sedat Edip Bucak

text: Sedat Bucak wurde 1991, 1995 und 1999 als Kandidat der Partei des Rechten Weges für den Wahlkreis Şanlıurfa in die Große Nationalversammlung der Türkei gewählt. Am 3. November 1996 überlebte er als einziger einen Verkehrsunfall auf der Autobahn bei Susurluk, der den Susurluk-Skandal auslöste. In der Sitzung vom 11. Dezember 1997 stimmte die Große Nationalversammlung der Türkei der Aufhebung seiner Immunität zu. Die Generalstaatsanwaltschaft warf ihm vor, eine nicht dokumentierte Feuerwaffe geführt zu haben.


title: Sedat Edip Bucak

text: Bei den Parlamentswahlen in der Türkei 2002 errang er kein Mandat. 2004 wurde er wegen Mitgliedschaft in einer kriminellen Vereinigung in Susurluk zu einem Jahr Haft verurteilt, nachdem ihn vorangegangene Instanzen freigesprochen hatten.


title: Tk (Toolkit)

text: Tk ist ein freies, plattformübergreifendes GUI-Toolkit zur Programmierung von grafischen Benutzeroberflächen (GUIs).


title: Tk (Toolkit)

text: Tk wurde von John Ousterhout seit 1988, als Erweiterung für die Scriptsprache Tcl entwickelt, da er jedoch nur nebenbei an der Software arbeitete, wurde sie erst 1991 veröffentlicht.


title: Tk (Toolkit)

text: Geschrieben wurde Tk primär für Unix X11, mittlerweile ist es cross-plattform kompatibel und somit auch unter MacOS und Windows lauffähig. Durch die damalige weite Verbreitung von X11-Systemen, primär an Universitäten, wurde die Software schnell bekannt und von einer Vielzahl von Entwicklern benutzt, da sie leichter zu nutzen war als vorhandene Bibliotheken.


title: Tk (Toolkit)

text: 1994 ging John Ousterhout zu Sun Labs, wo er ein Team zusammenstellte, um an Tcl/Tk zu arbeiten. In dieser Zeit verbreitete sich die Software und Mitte 1994 erschien die erste Version der Python-Bibliothek Tkinter, kurz darauf wurde PerlTk veröffentlicht.


title: Tk (Toolkit)

text: Widgets, die in Anwendungen (z. B. Bäume, Comboboxen, Tabbed Notebooks) häufig verwendet wurden, waren ursprünglich nicht im Tk-Kern verfügbar, sondern nur über mehrere, oft konkurrierende Add-ons. Das wurde in der am 20. Dezember 2007 veröffentlichten Version von Tk (8.5.0) mit der Einführung des sogenannten "themed widget set" geändert. Seitdem können Anwendungen ohne größere Optimierungen und ohne Add-ons erstellt werden.


title: Tk (Toolkit)

text: Die verbreitete Kombination aus Tcl (Tool Command Language) und dem GUI-Toolkit Tk wird als Tcl/Tk bezeichnet.


title: Tk (Toolkit)

text: Tk eignet sich gut für „quick-and-dirty“-Programmierung und Prototypen, aber auch zur Erstellung von kleinen bis mittleren Programmen für Linux- und Unix-Systeme einschließlich macOS sowie Windows (ab 95). Das Kit wurde für die Programmiersprache Tcl entwickelt und ist von dort aus einfach zu benutzen. Tk ist als freie Software unter einer BSD-artigen Lizenz veröffentlicht.


title: Tk (Toolkit)

text: Die Geometriemanager (auch Layoutmanager genannt) von Tk sind codice_1, codice_2 und codice_3. Die Unterschiede der Geometriemanager:


title: Tk (Toolkit)

text: Komplexere Layouts erreicht man durch Verwenden von (geschachtelten) Frames. In jedem Frame darf nur einer der Geometriemanager verwendet werden, innerhalb einer Anwendung können aber durchaus alle drei vorkommen.


title: Tk (Toolkit)

text: Durch die Unterstützung von Unicode seitens Tcl können auch einfach internationale Zeichen in Tk-Anwendungen verwendet werden.


title: Tk (Toolkit)

text: Ab den Versionen Tcl/Tk 8 wird 'native look and feel' geboten, d. h. bei Mac-Applikationen sitzt die Menüzeile immer am oberen Bildschirmrand, bei Windows und Unix dagegen am oberen Rand des jeweiligen Applikationsfensters. Auch andere Widgets sehen jeweils so aus, wie man es auf den verschiedenen Plattformen gewohnt ist.


title: Tk (Toolkit)

text: Tk ist im Allgemeinen im Lieferumfang von Tcl/Tk enthalten und ist frei verfügbar. Es gibt reichlich Zusatzsoftware, siehe auch Artikel zu Tcl. Bei den meisten Linux-Distributionen ist es vorhanden, für Windows und Mac kann man es kostenlos aus dem Internet laden, auch als Binärversion, d. h. man braucht es nicht selbst zu übersetzen.


title: Tk (Toolkit)

text: Ein minimales Zeichenprogramm in Tcl: verwendet wird ein canvas-Widget .c, auf das mit der Maus gezeichnet werden kann. Dazu werden „Bindings“ für die Ereignisse „linker Mausknopf gedrückt“ und „Bewegung mit linkem Mausknopf gedrückt“ vereinbart. Die Prozedur codice_9 stellt diese Bindungen her:


title: Tk (Toolkit)

text: Bei linkem Mausklick wird ein Linienobjekt (dessen Anfangs- und Endpunkt noch zusammenfallen) angelegt:


title: Tk (Toolkit)

text: Die letzte Anweisung definiert, dass bei einem Doppelklick auf die rechte Maustaste die Zeichnung gelöscht wird.


title: Tk (Toolkit)

text: Das folgende Beispiel entspricht inhaltlich dem Hallo-Welt-Beispiel im Wikipedia-Eintrag zu Java Swing


title: Boerentoren

text: Der Boerentoren ("Bauernturm") in Antwerpen ist eines der höchsten Hochhäuser der ersten Hälfte des 20. Jahrhunderts in Europa. Der Name rührt daher, dass der Hauptteil der Klienten der "Kredietbank", die den Turm errichtete, Bauern waren. Das Nachfolgeunternehmen der "Kredietbank", die KBC Group, nutzte das Gebäude bis zum Verkauf.


title: Boerentoren

text: Anlass des Baus war die Weltausstellung 1930, die in Antwerpen stattfand. Ursprünglich 87,5 m hoch, misst das Gebäude seit einem Umbau 1976, bei dem die bis dahin bestehenden Apartments in Büros umgewandelt wurden, 97 m. Bis heute wird es in Antwerpen nur von der Liebfrauenkathedrale überragt.


title: Boerentoren

text: Der Unternehmer und Kulturmäzen Fernand Huts hat Ende 2020 den Boerentoren von KBC erworben. Nach einer Asbestsanierung wird hier ein Kulturzentrum entstehen. Auf 13 Etagen entstehen Wohnungen.


title: Hans-Georg Wieck

text: Hans-Georg Wieck (* 28. März 1928 in Hamburg) ist ein ehemaliger deutscher Diplomat und früherer Präsident des Bundesnachrichtendienstes (BND).


title: Hans-Georg Wieck

text: Wieck, Sohn von John Wieck und dessen Ehefrau Elisabeth, geborene Hall, begann nach dem Abitur am Ernst-Schlee-Gymnasium 1947 ein Studium der Geschichte und Philosophie an der Universität Hamburg, das er 1952 abschloss. 1953 erfolgte seine Promotion mit der Dissertation "Die Entstehung der Christlich-Demokratischen Union und die Wiedergründung der Zentrumspartei 1945–1947".