Avira AntiVir Personal

Pro:

• einfache Bedienoberfläche
• hinweis auf Updates
• weitere Erinnerungen wenn lange versäumt
• gute Erkennungsrate
• schnelle Updates¹
  

Contra:

• E-Mails werden nur in der kostenpflichtigen Version geprüft
• Lästige Werbung beim Updaten

Avast Home Edition

Pro:

• automatische Updates und Benachrichtigungen darüber
• bessere Erkennungsrate als Avira Anti-Vir
• keine Werbung
• weitreichender Schutz (auch Mails)

Contra:

• langsamere Updates als Avira Anti-Vir
• Registrierung nötig, zur Not aber auch per Wegwerfmailadresse möglich
• gewöhnungsbedürftige Oberfläche bei manuellem Scan

Summa summarum gefällt mir Avast Home Edition besser als Avira Anti-Vir, denn dort habe ich keine Werbung, der Scanner hält sich im Hintergrund wenn ich das so wünsche und führt die Updates automatisch durch. Obwohl ich einmal pro Jahr meine Gratis-Lizenz verlängern muss hält mich der Avast weniger vom Arbeiten ab als es Anti-Vir tun würde, denn dort hätte ich bei jedem Update ein hässliches Werbefenster wegzuklicken.

An dieser Stelle möchte ich noch einmal bemerken, das ein Virenscanner einen gewissen Grundschutz bietet, der die Ressourcen allemal wert ist, aber auf keinen Fall alleine einen PC schützt. Dazu gehört immer ein kritischer Nutzer, je nach Sensibilität kann man sich dann auch weitere Schutzmechanismen wie eine Firewall sparen

1. “Vorbildlich ist der Scanner auch mit drei bis vier Stunden bei der Wartezeit für neue Signaturen.” laut Chip.de

Wichtig: PHP benötigt einen sogenannten Demiliter am Anfang und ende des regulären Ausdrucks ich verwende hier immer @. Der Demiliter darf nicht in dem zu durchsuchenden String vorkommen.

Beispiel 1:

@[a-z]+@

Das heißt so viel wie: Alle Kleinbuchstaben beliebig oft aber mindestens einmal. Leerzeichen sind ausgeschlossen.
andere Ausdrucksweise für das selbe:

@[a-z]{1,}@

Anhand eines Beispieltextes (dickes trifft auf den Ausdruck zu):
Hallo ich bin DER KARL

Beispiel 2:

@[a-z0-9]+@

Das heißt so viel wie: Alle Kleinbuchstaben und Zahlen beliebig oft aber mindestens einmal.
andere Ausdrucksweise für das selbe:

@[a-z0-9]{1,}@

Beispiel für einen komplexen Ausdruck:

@(link\[\[){1}([A-Za-z0-9._%+-/?=:])+(\]\[){1}([A-Za-z0-9._%+-/?=:\s])+(\]\]){1}@

Das heißt so viel wie: link[[ muss einmal vorkommen, danach können beliebige in einer URL enthaltene Zeichen beliebig oft vorkommen, danach muss ][ einmal vorkommen, danach können beliebige in einer Beschreibung enthaltene Zeichen beliebig oft vorkommen, danach muss einmal ]] folgen
Es wir also z.B: diese Strings finden:
link[[Adresse][Beschreibung]]
link[[http://xaepho.net][Beschreibung hat auch Leerzeichen]]

Weiterführende Links:
Sehr gutes Tutorial auf Deutsch zu Regulären Ausdrücken
Wikipedia-Artikel zu Regulären Ausdrücken

WolframAlpha ist eine Suchmaschine von dem Erfinder der populären Mathemathica Software. Sie indiziert nicht Seiten sondern Informationen und fügt dieses Puzzle zusammen zu einem Informationspaket, das man bekommt wenn man nach dem entsprechenden Begriff sucht . Die Pressemeldung zum Start von WolframAlpha geht erst am Montag raus, da man sonst befürchtet die Server könnten dem Boom nicht standhalten.

Probierts doch einfach mal aus:
http://www.wolframalpha.com/

Beispiele für Suchanfragen:
Städtenamen wie Berlin
Flussnamen wie Rhine
Begriffe wie Ape
Rechnungen
mehr Beispiele auf der wolframalpha.com

CakePHP soll einfach und schnell gehen, doch wie mir dieses eine Problem gezeigt hat gibt es auch in der neusten Version noch Macken mit anderen Sprachen als Englisch. Das allerwelts-encoding UTF-8 hat nicht funktioniert. Auf diese Dinge muss man acht geben wenn man CakePHP mit Umlauten benutzen will.

1. UTF-8 als Encoding für die Datenbank einstellen

In app/config/database.php:
[snip code-php]
var $development = array(
'driver' => ‘mysql’,
‘persistent’ => false,
‘host’ => ‘localhost’,
‘login’ => ‘Benutzername’,
‘password’ => ‘Passwort’,
‘database’ => ‘Datenbankname’,
‘prefix’ => ”,
‘encoding’ => ‘utf8′ // Hierauf kommts’ an.
);
?>
[/snip]

2. UTF-8 als Encoding in der Config einstellen

In app/config/core.php:
[snip code-php]
/**
* Application wide charset encoding
*/
Configure::write('App.encoding', 'UTF-8')
?>
[/snip]

3. Encoding in den HTML-Header des Layouts machen
Standardlayout liegt unter app/views/layouts/default.ctp
[snip code-php]


charset(‘UTF-8′); //Hierauf kommts’ an ?>

…

[/snip]

4. Je nach Server muss man auch noch per PHP den Content-Type definieren
Das war mein Problem, da ich das nicht gemacht hatte. auch wieder app/views/layouts/default.ctp
[snip code-php]
// Ganz oben



charset(‘UTF-8′); ?>

…

[/snip]

Somit dürften alle Umlaute UTF-8 konform funktionieren.

Teil 1

Alles beginnt mit dem ersten Schritt im Internet. Bevorzugt mit einem Browser. Hier beginnt auch schon das erste Problem. Die freie Wahl beziehungsweise die unfreie Wahl des Browsers. Obwohl es viele, vor allem bessere Alternativen zum Internet Explorer gibt nutzt immer noch die Mehrzahl der Benutzer einen alten, das ist das schlimme, Internet Explorer. Das kommt daher das Windows standardmäßig mit dem hauseigenen Browser ausgeliefert wird. Diesbezüglich gab es auch schon viele klagen und so fern ich mich erinnere sogar schon EU-Sanktionen wegen unlauterem Wettbewerb. Viele Nutzer scheuen die Umstellung auf Firefox oder Opera oder sogar das Update des Internet Explorer, da sie sich ja mit dem alten schon vertraut gemacht Haben. Es gibt zwei Optionen im Sinne der Websicherheit für Internet-Explorer-Benutzer.

1. Umstieg auf einen anderen Browser (alternative Browser werden nicht so oft Ziel von Attacken) z.B. Firefox 3 oder Opera 9
2. Update von der alten Internet Explorer Variante zur neusten

So oder so empfielt sich zusätzlich zum Browser auch ein Sicherheitstool namens Spybot Search & Destroy. Ich nutze es weniger wegen der Scanoption sondern eher wegen der Imunisierungsoption. Diese bietet die möglichkeit potenzielle Sicherheitslücken in Browsern zu schließen. Für Internet Explorer gibt es dazu noch den TeaTimer auch Bestandteil von Spybot Search & Destroy, dieser bietet einen Echtzeitschutz für Internet Explorer Nutzer.

Bald gibt es mehr zum Thema Websicherheit und Browserabsicherung.

Die Arbeitsdatei von Word konnte nicht erstellt werden

Ich hab schon lange nach einer Lösung gesucht jetzt habe ich eine gefunden und möchte sie hier mit dem unter diesem Problem leidenden Rest der Welt teilen.

Des Problemes Lösung

Zuerst sollte man den Temp-Pfad überprüfen. Unter Systemsteuerung -> System -> Registerkarte (Neudeutsch: Tab): Erweitert -> Umgebungsvariablen. Dort sollten gültige Werte für die Variablen TMP und TEMP exisiteren. Sind die dort eingegebenen Werte gültig, wie es bei mir der Fall war,  ist die Lösung eine andere.

Die zweite Möglichkeit ist, man erstellt vom Programm das diesen Fehler ausgibt eine Verknüpfung sei es “WINWORD.EXE”. Mit einem Rechtsklick auf die Verknüpfung und einem folgenden Linksklick auf Eigenschaften erreicht man, unerwartet, die Eigenschaften der Verknüpfung.  Dort findet man unter Ziel den Pfad zur “WINWORD.EXE” nach den Anführungszeichen hängt man einfach “/regserver” (Ohne den Zeichen der wörtlichen Rede) an. Somit wird beim nächsten Start von Word die Regestry von ebendiesem Programm neu angelegt. Beispiel:

“C:\Programme\Microsoft Office 2007\Office12\WINWORD.EXE” /regserver

Das war für mich des Rätsels Lösung. Mit dieser Problemlösung kommt auch die entsprechende Kategorie hinzu. Wenn Dir dieser Artikel gefallen hat dann abonniere doch einfach unseren RSS-Feed, damit kannst du ganz einfach neue Artikel aus unserem Blog lesen.

Da ich der Überzeugung bin, das Transparenz elementar für die Sicherheit ist, folgt der Quelltext des Programms. Die Lizenz ist im Quelltext erwähnt. Das Programm ist unter https://dev.xaepho.net/randstring.php (SSL-Verschlüsselt, allerdings ohne Zertifikat) zu finden.

Version 0.5.1 (Länge des Strings per GET einstellbar):

[snip code-php]
/*
* Name: Random String
* Version: 0.5.1
* Author: Xaver Ebner
* Web: http://www.xaepho.net
* Licence: http://creativecommons.org/licenses/by-nc-sa/3.0/de/
*/
function randstring($length) {
$randstring = '';
$char_list = "12345678901234567890"; // Alle Zahlen
$char_list .= "abcdefghijklmnopqrstuvwxyz"; // Alle Buchstaben
$char_list .= "ABCDEFGHIJKLMNOPQRSTUVWXYZ"; // Alle Buchstaben in GROSS
$char_list .= "!%&/()=?.;:,#+*"; // Ein paar Sonderzeichen

// Erzeugt den 128 zeichenlangen Saltstring - Zeichen für Zeichen
for($i = 0; $i < $length; $i++)
$randstring .= substr($char_list,(rand()%(strlen($char_list))), 1);

return $randstring;
}
$length = '128';
// Laenge per randstring.php?length=ZAHL festlegbar
if (is_numeric($_GET['length']) && $_GET['length'] <= 1024)
$length = $_GET['length'];
echo randstring($length);
?>
[/snip]

Version 0.5:

[snip code-php]
/*
* Name: Random String
* Version: 0.5
* Autor: Xaver Ebner
* Web: http://www.xaepho.net
* Licence: http://creativecommons.org/licenses/by-nc-sa/3.0/de/
*/
function randstring() {
$randstring = '';
$char_list = "12345678901234567890"; // Alle Zahlen
$char_list .= "abcdefghijklmnopqrstuvwxyz"; // Alle Buchstaben
$char_list .= "ABCDEFGHIJKLMNOPQRSTUVWXYZ"; // Alle Buchstaben in GROSS
$char_list .= "!%&/()=?.;:,#+*"; // Ein paar Sonderzeichen

// Erzeugt den 128 zeichenlangen Saltstring - Zeichen für Zeichen
for($i = 0; $i < 128; $i++)
$randstring .= substr($char_list,(rand()%(strlen($char_list))), 1);

return $randstring;
}
echo randstring();
?>
[/snip]

Als ich vor einiger Zeit zum ersten Mal über Salts in PHP-Applikationen geschrieben hat fast keine der großen PHP-Applikation diese genutzt. Heute sieht das ganz anders aus, Wordpress nutzt nicht nur ein Salt sondern 4. phpBB in Version 3 nutzt mittlerweile auch Salts. Wie sieht es aus mit Entwicklungen von Xaepho.net? Natürlich wird hier überall konsequent ein Salt eingesetzt.

So weit so gut, doch was sind Salts überhaut? Salts sind in erster Linie wirre Zeichenketten die hinter oder vor ein Passwort gehängt werden, bevor dieses gehasht¹ wird. Ein Salt ist dazu da um sogenannten Rainbowtables² ihre Wirkung zu nehmen. Denn bevor Salts flächendeckend eingesetzt wurden war es ein Leichtes eine Datenbank mit gehashten Passwörten teilweise und vor allem sehr schnell auszulesen. Denn man glich einfach die Passwörter mit der Tabelle ab und entdeckte dabei viele unsichere Passwörter. Sobald aber ein Salt eingesetzt wird muss auch für jeden möglichen Salt eine neue Rainbowtable angelegt werden, allerdings gibt es unendlich verschiedene Salts, da man ja nicht beschränkt ist bei der Wahl der Zeichenkette.

Wie sind Salts technisch realisierbar? Das folgende Beispiel zeigt ein PHP-Code:

[snip code-php]
// Saltwert, besser Lang und zufällig. Hier aber kurz, wegen begrenzter Breite des Blogs.
$salt = '7asnd9asd98GHSiujd90a8saj';
$passwort_klartext = 'Karl';
$passwort_hash = hash('whirlpool', $salt . $passwort_klartext);
// Oder auch andersrum, solange man es auch beim Datenbankabgleich wieder so macht:
$passwort_hash = hash('whirlpool', $passwort_klartext . $salt);
?>
[/snip]

Hiermit hätten wir schon alle Rainbowtables ausgeschaltet. Außer es gibt eine die speziell für unseren Salt “7asnd9asd98GHSiujd90a8saj” erstellt wurde. Aber je länger und wirrer der Salt desto unwahrscheinlicher.

Zum generieren für Salts kann ich den Passwortgenerator von KeePass empfehlen, oder wer nicht ganz so paranoid ist kann auch einen aus dem Internet nehmen. Für diesen Zweck habe ich mal schnell einen solchen Saltgenerator programmiert, den ich auch OpenSource veröffentlichen werde. Denn ich bin der Überzeugung Tranzparenz ist wichtig für die Sicherheit. Streng gegen das Motto “security through obscurity”³

Fazit: Wer heut noch ohne Salt Passwörter abspeichert geht ein fatales Sicherheitsrisiko ein, denn der Aufwand ist gering und der Nutzen sehr groß.

1. engl. für “zerstückeln” – Hash-Algorithmen zu Deutsch Steuerwertfunktionen erzeugen aus einer Zeichenkette (String) eine irreversible andere Zeichenkette
2. Tabellen mit Zeichenketten und den dazugehörigen Hashes
3. engl für Sicherheit durch Geheimhaltung -  Wikipediaartikel: http://de.wikipedia.org/wiki/Security_through_obscurity