DeimHart

Sehr schöne Folge, gerne mehr davon.

Papst: Ja wir haben, Nein nicht der vorhergesagte.

Wetter: Hier in Bremen ist der Winter leider noch nicht vorbei.

Wäre doch mal ein Thema "Warum bei der Klimaerwärmung die Winter kälter werden"

Durch die Klimaerwärmung wird es in Nordeuropa kälter! Stichwort Golfstrom. Wenn der aufgrund der allgemeinen Erwärmung schwächer wird, haben wir das gleiche Wetter wie in anderen Städten auf dem gleichen Breitengrad. Hamburg liegt z.B. nördlicher als Neufundland!

Zum Thema:
Wieder mal eine sehr gute Folge.

Zum Portknocking gibt es seit einigen Jahren mit fwknop http://www.cipherdyne.org/fwknop/ eine Weiterentwicklung, die die klassischen Probleme des Konzeptes beseitigt. Allerdings zum Preis einer erhöhten Komplexität.

Gruß
Frank Emter

Verwendet Ihr eigentlich schon Auphonic?

Passwörter: Was mir häufig begegnet, sind unsinnige Beschränkungen der Passwortlängen kombiniert mit unsinnigen Anforderungen an den Passwortinhalt.

Unsinnig sind Passwörter mit allzu beschränkter Länge und beschränktem Inhalt. Inhaltliche Beschränkungen sollen bei gehashten Passwörtern nicht notwendig sein und die Länge kann man problemlos auf 1'000 Zeichen oder so setzen.

Gestern beispielsweise erstellte ich einen neuen Microsoft-Account und nutzte dafür wie gewohnt ein langes Passwort, das meine Passwort-Verwaltung generiert hatte. Erst teilte mir Microsoft mit, die Länge sei ab 16 Zeichen beschränkt und danach durfte ich mit Trial und Error herausfinden, welche Zeichen unerwünscht waren …

Halle Ihr Drei.
Wollte mich mal ganz kurz für diese Folge (okay die anderen auch) bedanken. Es macht immer wieder Spaß sich hin zu setzen und DeimHart zu hören.
Auch dieser Folge konnte ich dann eine menge Ansätze mitnehmen, über die ich so noch gar nicht nachgedacht hatte. (bsp. Kein Root von außen beim einloggen auf dem Server via SSH)
Danke, freue mich auf die Folge II zur Sicherheit unter Linux.

Festplattenverschlüsselung: Ich verschlüssle mitterweile auch Desktop-Geräte, weil die Auswirkungen bei Geräten mit SSDs marginal sind, jedenfalls bei passenden SSDs … allerdings muss man daran denken, dass die Verschlüsselung nur hilft, wenn das Gerät ausgeschaltet ist – das ist bei Desktop-Geräten häufig nie der Fall (und bei Notebooks aus Bequemlichkeit häufig auch nicht).

Passwörter II: Für mich zunehmend ein Problem sind wichtige Passwörter auf dem Smartphone, die ich häufig eingeben muss – beispielsweise meine Apple ID. Die Eingabe ist mühsam, die Nutzung einer Passwort-Verwaltung (zumindest unter iOS) auch. Ergo sind viele Smartphone-Passwörter wohl eher auf der schwachen Seite, angefangen beim Passwort für das Entsperren des Geräts überhaupt … :(

Hallo,

Danke für die tolle Themen Folge...
Bitte Teil 2 produzieren und Mut zum 4h Podcast...

Danke Danke Danke Danke

Hi ihr 2,

da kann ich mich nur anschließen! Tolle Folge bei der man viel lernen konnte! Bei längeren Sendungen könntet ihr evtl. noch mehrere Zeitmarken angeben, dann würde man sich etwas leichter tun, wenn man nach einer bestimmten Stelle sucht.

Mit was für Tools habt ihr denn eure Debian Notebooks verschlüsselt? Habt ihr nur die Home Partition oder die gesamte Platte verschlüsselt?

Grüße,
Olli

Hey,

eine Folge zu IPv6 fände ich super. Ich wollte mich immer schon mal mit dem Thema tiefer beschäftigen. Was mir noch fehlt ist so eine Grobe Übersicht, was ist neu/anders als bei IPv6. Bei sowas finde ich einen Podcast immer ganz schön. Er kann sicherlich nicht die volle Bandbreite von IPv6 abdecken aber zeigt so die Sachen die in der Praxis relevant sind und wo man sich auf jeden Fall tiefer beschäftigen sollte.

Eine Lösung des hier häufiger angesprochenen Passwort Problems für Webservices wären doch die Public/Private Keys die auch bei SSH zur Anwendung kommen. Ich bin da jetzt gerade nicht so drin, ist das einfach nur "DAU unfreundlich" für die normalen User oder gibt es da andere praktische Probleme?

mfg Christoph

Da fällt mir doch spontan der PasswordMinder ein^^

http://www.youtube.com/watch?feature=player_embedded&v=dcjViYTDk-A

Eine super Folge, danke euch dreien .
Ein paar Sachen kannte ich noch nicht, einige andere zur Absicherung von SSH benutze ich schon für meinen Mailserver. Fand ich auch gut, dass ihr zwischendurch immer nochmal "die erste Zeile aus Wikipedia", also eine kleine Einführung zu den Themen, gegeben habt -> selbst wenn ich schon mal was davon gehört habe, gibt das einen kleinen Gedächtnisanstoß.
IPv6 ist ein super Thema, vielleicht könnt ihr mal diskutieren, was sich dadurch in der Technik ändert, wie sich das für normale Benutzer (hinsichtlich Privatsphäre und so) oder Admins (Konfiguration der Tools) ändert. Dass die Adresse 4-mal so lang ist, ist wohl nicht das einzige Problem - ist mit Sicherheit ein breites Thema, vielleicht findet ihr ja Teile die ihr in einem Podcast darstellen wollt.

Hallo zusammen,

bin zwar mit eurer Sendung noch nicht ganz durch, aber wollte schon einmal anmerken, dass ich eure Sendungen sehr interessant finde und ihr immer sehr interessante Gäste habt.

Als Hinweis zu "Leben an der Konsole" ist mit vor ein paar Tagen folgendes über den Weg gelaufen, was ich irgendwie passend fine:
#telnet towel.blinkenlights.nl

Viele Grüße und macht weiter so!
Fuchsi

Falls ich es nicht überhört habe, habt Ihr für die Erkennung von manipulierten Datei nur Tripwire genannt. Eine leicht anzuwendende Alternative ist das Programm iwatch. Es nutzt inotify des Kernels und schlägt bei Änderungen von Dateien via Mail alarm. Welche Dateien überwacht werden, lässt sich in der xml Konfigurationsdatei einstellen.

Eine Möglichkeit über hosts.deny Angreifer zu blocken besteht noch mit dem
Programm denyhosts.
Wenn z. B. jemand sich als root auf dem ssh server anmelden möchte, wird er direkt in die hosts.deny eingetragen.
Wie wir ja in Folge 47 gehört haben, hat sich eigentlich ja niemand als root von außen anzumelden .

Ja, da hast Du sicherlich nicht ganz unrecht, jedoch kann denyhost alte Einträge entfernen.
# PURGE_DENY: removed HOSTS_DENY entries that are older than this time
# when DenyHosts is invoked with the --purge flag
#

Für Server mit einer fest IP ist es schon recht gut geeignet.