Glorf.it

Glorf IT

Bedenkliches aus dem IT-Alltag

26. Januar 2013 um 15:06

Umgang mit der Meldung von Sicherheitslücken

SecurityAuch in unserer Firma ist niemand erfreut, wenn eine Sicherheitslücke von Außen gemeldet wird. Dann geht bei uns nämlich richtig die Post ab: Alarmstufe rot, Test, Reproduktion, Beseitigung und ein neues Release, dass die Lücke stopft. Also jede Menge Stress. Besser ist es, wenn wir die Lücken selber finden, dennoch ist es am zweitbesten, wenn wir die Probleme mitgeteilt bekommen. Am schlimmsten wäre es, wenn die Lücke ohne vorherigen Hinweis an uns anderen mitgeteilt würde.
Daher hat der Umgang mit den Findern entsprechend zuvorkommend zu sein: Dialog, Prüfung, Dank und Information, wann das Release mit der Beseitigung kommt. Dann kann man die Veröffentlichung mit dem Finder koordinieren. Ob das immer so gelingt, kann ich nicht beurteilen. Der Wille ist jedenfalls da.

Wegen des entstehenden Aufwandes kann ich schon verstehen, wenn jemand nicht gerade erfreut darüber ist, wenn ihm ein Problem gemeldet wird. Leider scheinen aber auch noch ganz andere Reaktionen üblich zu sein:

  1. Leugnen/Verdrängen: Das ist kein Problem. Wir haben alles im Griff. So einen Angriff sind utopische Voraussetzungen nötig.
  2. Kleinreden: Es gab noch nie eine Angriff, der die Lücke ausnutzt. Das ist nur eine theoretische Lücke. Alles halb so wild.
  3. Kriminalisieren: Wer so eine Lücke findet, muss ein Krimineller sein. Er verhält sich nicht konform. "Wehe Dir, oh, Finder der Lücke."

Der Anlass meines Schreibens ist der Umgang mit dem Studenten Hamed Al-Khabaz: er wurde der Hochschule verwiesen. Die Hochschule widerspricht zwar der Version des Studenten, aber unstrittig ist wohl, dass er eine Sicherheitslücke fand, sie meldete und ein paar Tage nach der Rückmeldung die Lücke werde behoben, mal nachschaute, ob das auch wirklich durchgeführt wurde. Was für eine Lücke das ist, ist nicht von Belang. Es ist nur wichtig, dass es um die personenbezogenen Daten aller Studenten ging: also die schlimmste anzunehmende Sicherheitslücke einer Universität.

Leider hat die Hochschule hier den nötigen Mentatiltätswandel noch nicht vollzogen: Den Melder eines Sicherheitsproblems zu kriminalisieren, weil er weiterhin nach Lücken suchte, wirft ein sehr schlechtes Licht auf die Hochschule. Anstatt ihm dankbar zu sein und ihn auch offiziell damit zu beauftragen, dass er die eigenen Systeme testet und Probleme meldet, wird verletzt reagiert. Da er so großes Interesse an dem Thema hat, hätte er es möglicherweise sogar im Rahmen eines Seminars (also kostenlos) gemacht. Eine Win-Win-Situation: der Student hat ein interessantes Seminar mit einer vermutlich guten Note und die Hochschule einen kostenlosen Penetrationstest für das wichtigste System.

Ich finde es ein Zeichen von fehlendem Problembewusstsein, wenn offizielle Stellen oder Firmen mit Sicherheitsproblemen und der Meldung von Lücken nicht professionell umgehen. Ob es nun daran liegt, dass manche Menschen keine Fehler zugeben können, sich einfach nur belästigt fühlen, sich rächen wollen oder andere Gründe haben, wird man wohl nie erfahren. Zum Glück werden solche deplatzierten Reaktionen heute manchmal bekannt.

Ich kenne die Hintergründe nicht, aber von ganz weit weg gesehen, setzt sich die Universität in ein sehr unprofessionelles Licht. Dem Studenten hilft das wohl nicht: seine Laufbahn ist ruiniert, wenn es ihm nicht gelingt, das Kollege zum Einlenken zu bewegen. Er wurde kriminalisiert, sein Stipendium ist weg und sein Studienplatz ebenso. Es klingt so als würde ein Exempel statuiert. Armer Kerl.

Details zum aktuellen Stand bei Heise.de: Geschasster Campus-Hacker: College widerspricht

26. Januar 2013 um 12:27

ReFS – Resilient File System

Im Zusammenhang mit Windows Server 2012, der im Gegensatz zu Windows 8 eher wegen seiner Features diskutiert wird und nicht wegen irgendwelcher Kacheln, ist das neue Dateisystem sicher eines der High-Lights. Es gab seitens Microsoft schon etliche erfolgreiche Versuche Dateisysteme zu verbessern:

  • FAT (File Allocation Table) wurde schon zu DOS-Zeiten verwendet (FAT12, ab 1980) und 1983 von Microsoft zu FAT16 weiterentwickelt. Da letzteres immer noch eingesetzt wird, z.B. auf kleinen USB-Sticks, ist das wohl das bisher erfolgreichste Dateisystem.
    Es unterstützt maximal 4 GB große Partitionen.
  • FAT32 wurde von Microsoft 1997 eingeführt, um größere Partitionen zu unterstützen. Es hat sich aber nicht wirklich durchsetzen können. Es wurde vorwiegend mit Windows Millenium genutzt.
  • NTFS (New Technology File System) wurde 1993 mit Windows NT 3 veröffentlicht. Das Dateisystem ist mittlerweile in der Windows-Welt standard. Es dauerte aber bis zum Jahr 2001 bis mit Windwows XP auch in der Standard-Installation für die Boot-Partition NTFS eingerichtet wurde. Zuvor verwendete Microsoft dafür sicherheitshalber FAT16 oder später FAT32. Das lag daran, dass Windows95/98/Me seltsamerweise kein NTFS unterstützen. Microsoft wollte das ausschließlich im Business-Bereich platzieren.
    Auch NTFS erlaubt größere Partitionen als 4GB und ist deutlich robuster. Eine Datei kann hier bis zu 17 TB groß werden (1 Tera-Byte sind 2^12 Bytes).
  • ReFS (Resilient File System). Resiliency bedeutet Elastizität und soll ausdrücken, wie robust und vielseitig das neue Dateisystem sein soll. Hier geht es beispielsweise um richtig große Datenmengen: Eine Datei kann 2^64 Bytes groß werden (gibt es dazu schon eine Abkürzung). BigData kann kommen…

Wer sich über ReFS informieren möchte, der findet hier sehr qualifizierte Artikel:

ReFS und SQL Server

Unglücklicherweise unterstützen die Microsoft SQL Server das neue Dateisystem (noch) nicht. Details hier und bei sqlmag.com. Microsoft hält sich verdächtig bedeckt. Offenbar haben sie das komplett verbockt bzw. verschlafen. Dabei wäre eine Zusammenarbeit der Windows-Devision mit der SQL-Server-Division an der Stelle durchaus nötig gewesen…

Man munkelt, dass Microsoft hektisch daran arbeitet mit SQL Server 2012 SP1 dann auch ReFS zu unterstützen. Wenn man sich die gravierenden Unterschiede zwischen NTFS und ReFS anschaut, dann weiß man, dass Microsoft auf viele Strategien zurückfallen muss, die mit FAT genutzt werden mussten. Daher kam mir zu Ohren, dass Microsoft derzeit keine Unterstützung mit SQL Server 2008 (R2) oder 2005 plant. In meinen Augen wäre es wohl auch eine Alternative ReFS einfach noch um ein paar Features aufzurüsten. Mal abwarten…

|