Xinux Wiki - Benutzerbeiträge [de]

Datei:Mash-tcp.png

2011-11-25T10:34:44Z

Pascal:

Datei:Bus-tcp.png

2011-11-25T10:28:13Z

Pascal:

Datei:Ring-tcp.png

2011-11-25T10:28:03Z

Pascal:

Datei:Stern-tcp.png

2011-11-25T10:27:46Z

Pascal:

Exploit

2011-08-10T08:45:10Z

Pascal:

Ein Exploit ist ein Programm bzw. Script(-Code) zum Ausnutzen von Sicherheitslücken oder Fehlfunktionen.

= Beispiel =
Beispiel anhand einer <code>Cross Site Scripting (XSS) Lücke</code> in ICQ.

== Beschreibung ==
[[Datei:icq_xss_demo.png|200px|thumb|right]]
Im Juli 2011 wurde entdeckt, dass der ICQ Client (Version <= 7.5) sowie Webseite anfällig für eine XSS Lücke ist, welche sich zum ausführen von JavaScript Code nutzen lässt.
Sobald das Opfer das Profil des Angreifers auf der Website oder dem Client öffnet, wird der JavaScript Code ausgeführt. Je nach hinterlegtem Code kann so von einer Harmlosen Dialogbox bis hin zum Cookie- und somit Accountdiebstahl alles bewerkstelligt werden.

== Exploitcode ==
"><iframe src=z onload=alert('Demoexploit') <

== Erklärung ==
Bei dieser Lücke wird in erster Linie ausgenutzt, dass ICQ die Profil hinterlegbaren Texte nicht überprüft bzw. Maskiert um eventuelle Codezeichen von der Interpretierung auszunehmen.
Hierdurch kann der auf der Darstellungsseite der HTML Code um neue Tags erweitert werden, welche beim laden der Seite JavaScript Code ausführen.

Um diese neuen HTML Tags valide in dem vorhandenen Code einzubetten wird zunächst der Tag in dem der Schadcode eingefügt wird geschlossen bevor der Schad-Tag beginnen kann. Anschließend muss der Rest des vorangegangenen Tags in einen neu beginnenden Tag gekapselt werden, um validen Code zu erhalten.

= Links =
* http://www.heise.de/security/meldung/ICQ-anfaellig-fuer-Account-Diebstahl-1286014.html
* http://www.golem.de/1107/85326.html
* http://dl.packetstormsecurity.net/1107-exploits/icqcli-xss.txt
* http://de.wikipedia.org/wiki/Exploit

Exploit

2011-08-10T08:43:42Z

Pascal:

Ein Exploit ist ein Programm bzw. Script(-Code) zum Ausnutzen von Sicherheitslücken oder Fehlfunktionen.

= Beispiel =
Beispiel anhand eine XSS-Lücke in ICQ.

== Beschreibung ==
[[Datei:icq_xss_demo.png|200px|thumb|right]]
Im Juli 2011 wurde entdeckt, dass der ICQ Client (Version <= 7.5) sowie Webseite anfällig für eine <code>Cross Site Scripting (XSS) Lücke</code> ist, welche sich zum ausführen von JavaScript Code nutzen lässt.
Sobald das Opfer das Profil des Angreifers auf der Website oder dem Client öffnet, wird der JavaScript Code ausgeführt. Je nach hinterlegtem Code kann so von einer Harmlosen Dialogbox bis hin zum Cookie- und somit Accountdiebstahl alles bewerkstelligt werden.

== Exploitcode ==
"><iframe src=z onload=alert('Demoexploit') <

== Erklärung ==
Bei dieser Lücke wird in erster Linie ausgenutzt, dass ICQ die Profil hinterlegbaren Texte nicht überprüft bzw. Maskiert um eventuelle Codezeichen von der Interpretierung auszunehmen.
Hierdurch kann der auf der Darstellungsseite der HTML Code um neue Tags erweitert werden, welche beim laden der Seite JavaScript Code ausführen.

Um diese neuen HTML Tags valide in dem vorhandenen Code einzubetten wird zunächst der Tag in dem der Schadcode eingefügt wird geschlossen bevor der Schad-Tag beginnen kann. Anschließend muss der Rest des vorangegangenen Tags in einen neu beginnenden Tag gekapselt werden, um validen Code zu erhalten.

= Links =
* http://www.heise.de/security/meldung/ICQ-anfaellig-fuer-Account-Diebstahl-1286014.html
* http://www.golem.de/1107/85326.html
* http://dl.packetstormsecurity.net/1107-exploits/icqcli-xss.txt
* http://de.wikipedia.org/wiki/Exploit

Exploit

2011-08-10T08:43:03Z

Pascal: /* Erklärung */

Ein Exploit ist ein Programm bzw. Script(-Code) zum Ausnutzen von Sicherheitslücken oder Fehlfunktionen.

= Beispiel =
Beispiel anhand eine XSS-Lücke in ICQ.

== Beschreibung ==
Im Juli 2011 wurde entdeckt, dass der ICQ Client (Version <= 7.5) sowie Webseite anfällig für eine <code>Cross Site Scripting (XSS) Lücke</code> ist, welche sich zum ausführen von JavaScript Code nutzen lässt.
Sobald das Opfer das Profil des Angreifers auf der Website oder dem Client öffnet, wird der JavaScript Code ausgeführt. Je nach hinterlegtem Code kann so von einer Harmlosen Dialogbox bis hin zum Cookie- und somit Accountdiebstahl alles bewerkstelligt werden.

== Exploitcode ==
"><iframe src=z onload=alert('Demoexploit') <

== Erklärung ==
Bei dieser Lücke wird in erster Linie ausgenutzt, dass ICQ die Profil hinterlegbaren Texte nicht überprüft bzw. Maskiert um eventuelle Codezeichen von der Interpretierung auszunehmen.
Hierdurch kann der auf der Darstellungsseite der HTML Code um neue Tags erweitert werden, welche beim laden der Seite JavaScript Code ausführen.

Um diese neuen HTML Tags valide in dem vorhandenen Code einzubetten wird zunächst der Tag in dem der Schadcode eingefügt wird geschlossen bevor der Schad-Tag beginnen kann. Anschließend muss der Rest des vorangegangenen Tags in einen neu beginnenden Tag gekapselt werden, um validen Code zu erhalten.

[[Datei:icq_xss_demo.png|200px|thumb|right]]

= Links =
* http://www.heise.de/security/meldung/ICQ-anfaellig-fuer-Account-Diebstahl-1286014.html
* http://www.golem.de/1107/85326.html
* http://dl.packetstormsecurity.net/1107-exploits/icqcli-xss.txt
* http://de.wikipedia.org/wiki/Exploit

Datei:Icq xss demo.png

2011-08-10T08:42:16Z

Pascal:

Exploit

2011-08-10T08:41:49Z

Pascal: /* Erklärung */

Ein Exploit ist ein Programm bzw. Script(-Code) zum Ausnutzen von Sicherheitslücken oder Fehlfunktionen.

= Beispiel =
Beispiel anhand eine XSS-Lücke in ICQ.

== Beschreibung ==
Im Juli 2011 wurde entdeckt, dass der ICQ Client (Version <= 7.5) sowie Webseite anfällig für eine <code>Cross Site Scripting (XSS) Lücke</code> ist, welche sich zum ausführen von JavaScript Code nutzen lässt.
Sobald das Opfer das Profil des Angreifers auf der Website oder dem Client öffnet, wird der JavaScript Code ausgeführt. Je nach hinterlegtem Code kann so von einer Harmlosen Dialogbox bis hin zum Cookie- und somit Accountdiebstahl alles bewerkstelligt werden.

== Exploitcode ==
"><iframe src=z onload=alert('Demoexploit') <

== Erklärung ==
Bei dieser Lücke wird in erster Linie ausgenutzt, dass ICQ die Profil hinterlegbaren Texte nicht überprüft bzw. Maskiert um eventuelle Codezeichen von der Interpretierung auszunehmen.
Hierdurch kann der auf der Darstellungsseite der HTML Code um neue Tags erweitert werden, welche beim laden der Seite JavaScript Code ausführen.

Um diese neuen HTML Tags valide in dem vorhandenen Code einzubetten wird zunächst der Tag in dem der Schadcode eingefügt wird geschlossen bevor der Schad-Tag beginnen kann. Anschließend muss der Rest des vorangegangenen Tags in einen neu beginnenden Tag gekapselt werden, um validen Code zu erhalten.

[[Datei:icq_xss_demo.jpg]]

= Links =
* http://www.heise.de/security/meldung/ICQ-anfaellig-fuer-Account-Diebstahl-1286014.html
* http://www.golem.de/1107/85326.html
* http://dl.packetstormsecurity.net/1107-exploits/icqcli-xss.txt
* http://de.wikipedia.org/wiki/Exploit

Exploit

2011-08-10T08:40:31Z

Pascal:

Ein Exploit ist ein Programm bzw. Script(-Code) zum Ausnutzen von Sicherheitslücken oder Fehlfunktionen.

= Beispiel =
Beispiel anhand eine XSS-Lücke in ICQ.

== Beschreibung ==
Im Juli 2011 wurde entdeckt, dass der ICQ Client (Version <= 7.5) sowie Webseite anfällig für eine <code>Cross Site Scripting (XSS) Lücke</code> ist, welche sich zum ausführen von JavaScript Code nutzen lässt.
Sobald das Opfer das Profil des Angreifers auf der Website oder dem Client öffnet, wird der JavaScript Code ausgeführt. Je nach hinterlegtem Code kann so von einer Harmlosen Dialogbox bis hin zum Cookie- und somit Accountdiebstahl alles bewerkstelligt werden.

== Exploitcode ==
"><iframe src=z onload=alert('Demoexploit') <

== Erklärung ==
Bei dieser Lücke wird in erster Linie ausgenutzt, dass ICQ die Profil hinterlegbaren Texte nicht überprüft bzw. Maskiert um eventuelle Codezeichen von der Interpretierung auszunehmen.
Hierdurch kann der auf der Darstellungsseite der HTML Code um neue Tags erweitert werden, welche beim laden der Seite JavaScript Code ausführen.

Um diese neuen HTML Tags valide in dem vorhandenen Code einzubetten wird zunächst der Tag in dem der Schadcode eingefügt wird geschlossen bevor der Schad-Tag beginnen kann. Anschließend muss der Rest des vorangegangenen Tags in einen neu beginnenden Tag gekapselt werden, um validen Code zu erhalten.

= Links =
* http://www.heise.de/security/meldung/ICQ-anfaellig-fuer-Account-Diebstahl-1286014.html
* http://www.golem.de/1107/85326.html
* http://dl.packetstormsecurity.net/1107-exploits/icqcli-xss.txt
* http://de.wikipedia.org/wiki/Exploit

Exploit

2011-08-10T08:35:37Z

Pascal:

Ein Exploit ist ein Programm bzw. Script(-Code) zum Ausnutzen von Sicherheitslücken oder Fehlfunktionen.

= Beispiel =
Beispiel anhand eine XSS-Lücke in ICQ.

== Beschreibung ==
Im Juli 2011 wurde entdeckt, dass der ICQ Client (Version <= 7.5) sowie Webseite anfällig für eine <code>Cross Site Scripting (XSS) Lücke</code> ist, welche sich zum ausführen von JavaScript Code nutzen lässt.
Sobald das Opfer das Profil des Angreifers auf der Website oder dem Client öffnet, wird der JavaScript Code ausgeführt. Je nach hinterlegtem Code kann so von einer Harmlosen Dialogbox bis hin zum Cookie- und somit Accountdiebstahl alles bewerkstelligt werden.

== Exploitcode ==
"><iframe src=z onload=alert('Demoexploit') <

== Erklärung ==
Bei dieser Lücke wird in erster Linie ausgenutzt, dass ICQ die Profil hinterlegbaren Texte nicht überprüft bzw. Maskiert um eventuelle Codezeichen von der Interpretierung auszunehmen.
Hierdurch kann der auf der Darstellungsseite der HTML Code um neue Tags erweitert werden, welche beim laden der Seite JavaScript Code ausführen.

= Links =
* http://www.heise.de/security/meldung/ICQ-anfaellig-fuer-Account-Diebstahl-1286014.html
* http://www.golem.de/1107/85326.html
* http://dl.packetstormsecurity.net/1107-exploits/icqcli-xss.txt
* http://de.wikipedia.org/wiki/Exploit

Exploit

2011-08-10T08:28:05Z

Pascal:

2011-08-03T08:25:33Z

Pascal: /* via Makefile */

= CA Erstellen =
== OpenSSL Configuration ==
=== /etc/ssl/openssl.cnf ===
==== Globale Variablen ====
<source lang="Make">
DIR= . # Nützliches Macro für Pfaderweiterung
RANDFILE= ${DIR}/private/.rnd # Entropy Quelle
default_md= sha1 # Standard message digest
</source>
==== CA Abschnitt ====
<source lang="Make">
[ ca ]
default_ca= dft_ca # Konfigurationsdateien können mehr als eine CA enthalten
# Abschnitt für verschiedene Szenarien.

[ dft_ca ]
certificate= ${DIR}/cacert.pem # Das CA Zertifikat.
database= ${DIR}/index.txt # Datenbank zur Prüfung gültiger/zurückgezogener Zertifikate.
new_certs_dir= ${DIR}/newcerts # Kopieen der signierten Zertifikate
private_key= ${DIR}/private/cakey.pem # Der CA Schlüssel.
serial= ${DIR}/serial # Sollte mit der Nächsten Zertifikats S/N veröffentlicht werden (Hex)

# Dies regelt die Anzeige der Zertifikate während der Signierung
name_opt= ca_default
cert_opt= ca_default

default_days= 365 # Wie lange soll das Zertifikat gültig sein
default_crl_days=30 # Das selbe für die CRL.

policy= dft_policy # Die Standardrichtlinie
x509_extensions=cert_v3 # Für v3 Zertifikate

[ dft_policy ]
# 'supplied' - Parameter muss im Zertifikat enthalten sein.
# 'match' - Parameter muss mit CA Wert übereinstimmen.
# 'optional' - Parameter ist komplett Optional.

C= supplied # Land
ST= supplied # Region
L= optional # Ort
O= supplied # Organisation
OU= optional # Abteilung
CN= supplied # Common name

[ cert_v3 ]
# Mit Ausnahme von 'CA:FALSE' gibt es PKIX Empfehlungen für Endbenutzer-Zertifikate,
# welche nicht in der Lage sein sollten weitere Zertifikate zu unterschreiben.
# 'CA:FALSE' ist explizit, weil es sonst zu Softwareproblemen führen kann.

subjectKeyIdentifier= hash
basicConstraints= CA:FALSE
keyUsage= nonRepudiation, digitalSignature, keyEncipherment

nsCertType= client, email
nsComment= "OpenSSL Generated Certificate"

authorityKeyIdentifier=keyid:always,issuer:always
</source>
==== req Einstellungen ====
<source lang="Make">
[ req ]
# Default bit encryption and out file for generated keys.
default_bits= 1024
default_keyfile=private/ca.key

string_mask= utf8only # Lasse nur utf8 Strings in abfragen/ca feldern zu.
prompt= no # Verlange keine extra Bestätigung der Parameter.
</source>

==== CA req Einstellungen ====
<source lang="Make">
distinguished_name=ca_dn # Distinguishedname Inhalt.
x509_extensions=ca_v3 # Zur Generierung des CA Zertifikats.

[ ca_dn ]
# CN isn't needed for CA certificates
C= de
ST= zweibrücken
O= xinux

[ ca_v3 ]
subjectKeyIdentifier= hash

# PKIX empfiehlt das dies ebenso den 'crucial' Wert anzugeben,
# jedoch haben einige Programme immernoch Probleme damit.
basicConstraints= CA:TRUE

keyUsage= cRLSign, keyCertSign

nsCertType= sslCA
nsComment= "OpenSSL Generated CA Certificate"

authorityKeyIdentifier=keyid:always,issuer:always
</source>
==== Endnutzer req Einstellungen ====
<source lang="Make">
distinguished_name=ca_dn # Distinguishedname Inhalt.
req_extensions=req_v3 # Zur Generierung des CA Zertifikats.

[ ca_dn ]
C= de
ST= zweibruecken
O= xinux
CN= test.local

[ v3_req ]
basicConstraints= CA:FALSE
keyUsage= nonRepudiation, digitalSignature, keyEncipherment
</source>

== Zertifikate erstellen ==
<source lang="bash">
mkdir -m0700 private
touch private/test.key
chmod 0600 private/test.key
openssl genpkey -algorithm RSA -out private/test.key
openssl genpkey -pass stdin -algorithm RSA -out private/test.key
</source>
=== via Makefile ===
<source lang="Make">
OPENSSL= openssl
CNF= openssl.cnf
CA= ${OPENSSL} ca -config ${CNF}
REQ= ${OPENSSL} req -config ${CNF}

KEY= private/ca.key
KEYMODE= RSA

CACERT= ca.crt
CADAYS= 3650

CRL= ca.crl
INDEX= index.txt
SERIAL= serial

CADEPS= ${CNF} ${KEY} ${CACERT}

all: ${CRL}

${CRL}: ${CADEPS}
${CA} -gencrl -out ${CRL}

${CACERT}: ${CNF} ${KEY}
${REQ} -key ${KEY} -x509 -new -days ${CADAYS} -out ${CACERT}
rm -f ${INDEX}
touch ${INDEX}
echo 100001 > ${SERIAL}

${KEY}: ${CNF}
mkdir -m0700 -p $(dirname ${KEY})
touch ${KEY}
chmod 0600 ${KEY}
${OPENSSL} genpkey -algorithm ${KEYMODE} -out ${KEY}

revoke: ${CADEPS} ${item}
@test -n $${item:?'usage: ${MAKE} revoke item=cert.crt'}
${CA} -revoke ${item}
${MAKE} ${CRL}

sign: ${CADEPS} ${item}
@test -n $${item:?'usage: ${MAKE} sign item=request.csr'}
mkdir -p newcerts
${CA} -in ${item} -out ${item:.csr=.crt}
</source>

Zertifikate signieren:

make sign item=req.csr

Zertifikate entwerten:

make revoke item=cert.crt

[[Kategorie:HOWTO]]
[[Kategorie:SSL]]

= Links =
* [https://wiki.archlinux.org/index.php/SSL OpenSSL on ArchLinux Wiki]

SSL Certificate Authority

2011-08-03T08:24:36Z

Pascal: /* via Makefile */

= CA Erstellen =
== OpenSSL Configuration ==
=== /etc/ssl/openssl.cnf ===
==== Globale Variablen ====
<source lang="Make">
DIR= . # Nützliches Macro für Pfaderweiterung
RANDFILE= ${DIR}/private/.rnd # Entropy Quelle
default_md= sha1 # Standard message digest
</source>
==== CA Abschnitt ====
<source lang="Make">
[ ca ]
default_ca= dft_ca # Konfigurationsdateien können mehr als eine CA enthalten
# Abschnitt für verschiedene Szenarien.

[ dft_ca ]
certificate= ${DIR}/cacert.pem # Das CA Zertifikat.
database= ${DIR}/index.txt # Datenbank zur Prüfung gültiger/zurückgezogener Zertifikate.
new_certs_dir= ${DIR}/newcerts # Kopieen der signierten Zertifikate
private_key= ${DIR}/private/cakey.pem # Der CA Schlüssel.
serial= ${DIR}/serial # Sollte mit der Nächsten Zertifikats S/N veröffentlicht werden (Hex)

# Dies regelt die Anzeige der Zertifikate während der Signierung
name_opt= ca_default
cert_opt= ca_default

default_days= 365 # Wie lange soll das Zertifikat gültig sein
default_crl_days=30 # Das selbe für die CRL.

policy= dft_policy # Die Standardrichtlinie
x509_extensions=cert_v3 # Für v3 Zertifikate

[ dft_policy ]
# 'supplied' - Parameter muss im Zertifikat enthalten sein.
# 'match' - Parameter muss mit CA Wert übereinstimmen.
# 'optional' - Parameter ist komplett Optional.

C= supplied # Land
ST= supplied # Region
L= optional # Ort
O= supplied # Organisation
OU= optional # Abteilung
CN= supplied # Common name

[ cert_v3 ]
# Mit Ausnahme von 'CA:FALSE' gibt es PKIX Empfehlungen für Endbenutzer-Zertifikate,
# welche nicht in der Lage sein sollten weitere Zertifikate zu unterschreiben.
# 'CA:FALSE' ist explizit, weil es sonst zu Softwareproblemen führen kann.

subjectKeyIdentifier= hash
basicConstraints= CA:FALSE
keyUsage= nonRepudiation, digitalSignature, keyEncipherment

nsCertType= client, email
nsComment= "OpenSSL Generated Certificate"

authorityKeyIdentifier=keyid:always,issuer:always
</source>
==== req Einstellungen ====
<source lang="Make">
[ req ]
# Default bit encryption and out file for generated keys.
default_bits= 1024
default_keyfile=private/ca.key

string_mask= utf8only # Lasse nur utf8 Strings in abfragen/ca feldern zu.
prompt= no # Verlange keine extra Bestätigung der Parameter.
</source>

==== CA req Einstellungen ====
<source lang="Make">
distinguished_name=ca_dn # Distinguishedname Inhalt.
x509_extensions=ca_v3 # Zur Generierung des CA Zertifikats.

[ ca_dn ]
# CN isn't needed for CA certificates
C= de
ST= zweibrücken
O= xinux

[ ca_v3 ]
subjectKeyIdentifier= hash

# PKIX empfiehlt das dies ebenso den 'crucial' Wert anzugeben,
# jedoch haben einige Programme immernoch Probleme damit.
basicConstraints= CA:TRUE

keyUsage= cRLSign, keyCertSign

nsCertType= sslCA
nsComment= "OpenSSL Generated CA Certificate"

authorityKeyIdentifier=keyid:always,issuer:always
</source>
==== Endnutzer req Einstellungen ====
<source lang="Make">
distinguished_name=ca_dn # Distinguishedname Inhalt.
req_extensions=req_v3 # Zur Generierung des CA Zertifikats.

[ ca_dn ]
C= de
ST= zweibruecken
O= xinux
CN= test.local

[ v3_req ]
basicConstraints= CA:FALSE
keyUsage= nonRepudiation, digitalSignature, keyEncipherment
</source>

== Zertifikate erstellen ==
<source lang="bash">
mkdir -m0700 private
touch private/test.key
chmod 0600 private/test.key
openssl genpkey -algorithm RSA -out private/test.key
openssl genpkey -pass stdin -algorithm RSA -out private/test.key
</source>
=== via Makefile ===
<source lang="Make">
OPENSSL= openssl
CNF= openssl.cnf
CA= ${OPENSSL} ca -config ${CNF}
REQ= ${OPENSSL} req -config ${CNF}

KEY= private/ca.key
KEYMODE= RSA

CACERT= ca.crt
CADAYS= 3650

CRL= ca.crl
INDEX= index.txt
SERIAL= serial

CADEPS= ${CNF} ${KEY} ${CACERT}

all: ${CRL}

${CRL}: ${CADEPS}
${CA} -gencrl -out ${CRL}

${CACERT}: ${CNF} ${KEY}
${REQ} -key ${KEY} -x509 -new -days ${CADAYS} -out ${CACERT}
rm -f ${INDEX}
touch ${INDEX}
echo 100001 > ${SERIAL}

${KEY}: ${CNF}
mkdir -m0700 -p $(dirname ${KEY})
touch ${KEY}
chmod 0600 ${KEY}
${OPENSSL} genpkey -algorithm ${KEYMODE} -out ${KEY}

revoke: ${CADEPS} ${item}
@test -n $${item:?'usage: ${MAKE} revoke item=cert.crt'}
${CA} -revoke ${item}
${MAKE} ${CRL}

sign: ${CADEPS} ${item}
@test -n $${item:?'usage: ${MAKE} sign item=request.csr'}
mkdir -p newcerts
${CA} -in ${item} -out ${item:.csr=.crt}
</source>

Zertifikate signieren:

make sign item=req.csr

Zertifikate entwerten:

make revoke item=cert.pem

[[Kategorie:HOWTO]]
[[Kategorie:SSL]]

= Links =
* [https://wiki.archlinux.org/index.php/SSL OpenSSL on ArchLinux Wiki]