Trau, schau wem! - Newsletter 04 / 2012 - m-privacy GmbH

Weitere Magazine

Empfehlungen

Info

m-privacy Newsletter - auch im Internet unter www.m-privacy.de/presse Seite 8 von 12 BitBox kommt nicht ganz ohne dedizierte Hardware aus und ist in der kommerziellen Version mit laufenden Kosten verbunden. Last but not least gibt es nach unserem derzeitigen Kenntnisstand noch wenig Erfahrung mit dem System in professionell genutzten Infrastrukturen, aus denen sich dessen Verwendbarkeit in bestimmten Anwendungsszenarien ableiten ließe. TightGate -Pro kennt diese Probleme nicht: Das System schützt perfekt durch physikalische Trennung, funktionsspezifisches Protokoll ins interne Netzwerk und kernelseitige Hochsicherheit für das Serversystem. Es ist vielfach praxisbewährt und überzeugt auch kritische Anwender in sicherheitsrelevanten Umgebungen - und zwar ohne verwirrendes Preis- und Lizenzmodell. 9. Ein ReCoBS ist nur etwas für Großkonzerne und Behörden. Wer sagt das? Ein TightGate -Pro-System bringt bereits Anwendergruppen ab 10 Arbeitsplätzen kosteneffizient ins Internet. Generell genügen für bis zu 50 Arbeitsplätze handliche Einzelsysteme; erst darüber hinaus sind leistungsstärkere Rechnerverbünde (Clustersysteme) erforderlich. Die meisten unserer Kunden arbeiten seit Jahren unterbrechungs- und störungsfrei mit ihrer TightGate -Installation. Für uns eines der schönsten Komplimente: Man hört nichts, man sieht nichts - TightGate -Pro funktioniert einfach und schützt tagein, tagaus! 10. Ein ReCoBS passt nicht in unsere Firmen-IT. Probieren geht über Studieren. Fordern Sie völlig unverbindlich eine Teststellung an! Gegen einen Kostenbeitrag erhalten Sie eine betriebsbereit vorkonfigurierte TightGate -Appliance für einen zu vereinbarenden Zeitraum zu Ihrer freien Evaluierung. Ein Mitarbeiter unseres technischen Kundendienstes installiert das Gerät bei Ihnen vor Ort und weist Sie in alle Aspekte zur Bedienung und Administration ein. Nach einer ausführlichen Testphase können Sie abschätzen, inwiefern TightGate -Pro unmittelbar eingesetzt werden kann und wo Anpassungen notwendig wären. Letztere sind für uns als Hersteller natürlich gar kein Problem. Was wider Erwarten wirklich nicht passt, wird passend gemacht! Sie haben etwas Interessantes über ReCoBS gehört und wissen nicht, was Sie davon halten sollen? Dann fragen Sie uns. Informationen aus 1. Hand sind durch nichts zu ersetzen! Erfahren Sie mehr: So funktioniert der Angriff via Webbrowser: http://www.m-privacy.de/produkte/tightgate_pro/szenario Die TightGate -Technologie: Was steckt dahinter? http://www.m-privacy.de/unternehmen/technologie 4 . Betriebssysteme: Was heißt hier eigentlich „gehärtet“? Bestimmt haben Sie auch schon einmal von einem „gehärteten“ IT-System gehört. Ebenso oft, wie der Begriff in Werbepublikationen auftaucht, bleiben die tatsächlich seitens der Entwickler ergriffenen Maßnahmen im Dunkeln. Der eine oder andere Entscheider mag sich über die willkommene Entlastung von gar zu viel „Tech-Talk“ freuen, dennoch gilt: Mehr „Härte“ kostet auch mehr Geld. Und „hart“ ist sehr relativ. Genaues Hinsehen zahlt sich also aus, und das in doppelter Hinsicht. Einerseits vermeidet man unnötige Investitionen, die schließlich weit weniger halten, als die Produktbroschüre verspricht. Andererseits bieten tatsächlich umfassend und fachgerecht gehärtete IT-Systeme ein deutliches Plus an Sicherheit, auf das man insbesondere bei unternehmenskritischen Internetanwendungen keinesfalls verzichten sollte. Gerade Rechner- oder Betriebssysteme aus dem Bereich der IT-Sicherheit werden vielfach als „gehärtet“ angepriesen. Entsprechend einer Definition des Bundesamts für Sicherheit in der Informationstechnik (BSI) kann es dazu ausreichen, alle unnötigen Programme und Dienste von einem Server zu entfernen. Für gewiefte Werbestrategen ist das System damit „gehärtet“, aus unserer Sicht sind derlei selbstverständliche und eher banale Vorkehrungen allenfalls die Grundlage für eine wesentlich weitergehende, grundlegende Absicherung. Unsere Appliances der TightGate -Produktlinie stehen an „vorderster Front“, wenn es um die Nutzung des offenen Internets in professionell genutzten Infrastrukturen geht. Sie müssen dem ständig m-privacy GmbH Am Köllnischen Park 1 10179 Berlin info@m-privacy.de +49 30 24342334
m-privacy Newsletter - auch im Internet unter www.m-privacy.de/presse Seite 9 von 12 steigenden Angriffsdruck aus dem Internet dauerhaft standhalten können, ohne infolge der Aktivitäten unzähliger Cyberkrimineller zu Betriebsstörungen oder zu Ausfällen zu tendieren. Dieser hohe Anspruch ist nicht leicht erfüllbar, denn selbst bei Beschränkung der vorhandenen Programme und Dienste auf einem Serverrechner auf das unumgängliche Maß sind die Möglichkeiten für ausnutzbare Fehler in diesen Softwarekomponenten schier unendlich. Eine wirkungsvolle „Härtung“ eines ReCoBS-Servers wie TightGate -Pro erstreckt sich daher bei uns auf sämtliche Applikationen sowie auf das Basisbetriebssystem bis hinunter zur Kernelebene. Dort haben wir die herkömmliche Zugriffsrechtekontrolle um die so genannte Rule-Set Based Access Control (RSBAC) erweitert. Es handelt sich dabei um ein weltweit führendes Konzept der feingranularen, rollenbasierten Rechtekontrolle zur Reglementierung aller Zugriffe im gesamten System. Programme oder Dienste entscheiden nicht mehr selbst oder nach Wunsch des Entwicklers über die Nutzung von Ressourcen, sondern RSBAC prüft als übergeordnete Instanz sämtliche Anfragen anhand restriktiver Positivlisten. Jeder nicht explizit erlaubte Zugriff wird unterbunden. Das rollenbasierte Zugriffsrechtemodell ist auch deshalb so wirkungsvoll, weil es die einzelnen Systemprogramme und Serverdienste nicht im Rechtekontext eines Benutzers und schon gar nicht mit Administratorprivilegien ausführt. Stattdessen gibt es für wichtige Funktionen eigene Rollen, dies betrifft vor allem zentrale und oft angegriffene Komponenten wie den Internetbrowser. Die dedizierte „Browserrolle“ ist von der Rolle des angemeldeten Benutzers völlig unabhängig. Sie verfügt über einen anwendungsspezifischen Satz an Berechtigungen - wobei RSBAC dafür sorgt, dass der Browser auch im Fall eines Angriffs nicht „aus der Rolle fällt“. Auf diese Weise werden alle Programme und deren Prozesse in eigenen „Rechtekäfigen“ gekapselt. Sollte es infolge eines Programmfehlers zu einer Sicherheitslücke kommen, bleiben die gängigen illegalen Zugriffsversuche auf eigentlich nicht vorgesehene Ressourcen wie Speicherbereiche, Verzeichnisse oder Schnittstellen erfolglos. Ein potenzieller Angreifer ist faktisch handlungsunfähig, die Auswirkung seines Tuns auf den Betrieb des so gesicherten Systems gleich Null. Der Schutz kann auch nicht ohne Weiteres umgangen werden, denn er ist als Teil des Kernels tief im System verankert. Ein weiterer wichtiger Aspekt der Härtung von Systemen für sicherheitskritische Anwendungen ist ein möglichst weitgehender Schutz vor Buffer Overflows. Zahlreichen Angriffen auf IT-Systeme aus dem Internet, bei denen es zur Einschleusung und Ausführung von Schadcode kommt, gehen auf einen solchen Pufferüberlauf zurück. Das Grundprinzip ist immer dasselbe: Der Angreifer versucht, zu viele Daten in einen zu kleinen Speicherbereich zu schreiben - und ein fehlerhaftes Programm auf dem Server lässt das zu. Die Folge: Ein Teil dieser Daten verlässt den Datenbereich und landet womöglich im Programmbereich des Systems. Dort können vermeintliche Daten, die eigentlich Schadprogramme sind, ausgeführt werden: es kommt zur Infektion. Unsere Entwicklungsabteilung begegnet diesem Problem mit einem ganzen Bündel aufeinander abgestimmter Maßnahmen. Zunächst werden alle Bestandteile des Betriebssystems neu kompiliert - und zwar so, dass sie beliebig im Speicher platziert werden können. Auf diese Weise lassen sich freie Bereiche schwer erraten - die Gefahr einer erfolgreichen Ausführung eingeschleuster Programme infolge eines Fehlers sinkt. Weiterhin heben wir das klassische Von-Neumann-Prinzip der kombinierten Anordnung von Daten- und Programmbereichen weitgehend auf. Datenpuffer sind in unseren Systemen grundsätzlich keine Bereiche, in denen Code aufgeführt werden darf, was potenziellen Angreifern in dieser Hinsicht einmal mehr die Hände bindet. Darüber hinaus setzen wir bei der Neuübersetzung der Programmquellen auch bei Verfügbarkeit entsprechender Binärpakete auf konsequente Aktivierung der compilerseitig vorgesehenen Sicherheitsoptionen. Diese schützen kritische Pufferbereiche zusätzlich und können sogar handfeste Fehler in Programmen neutralisieren, indem sie kritischen Programmcode gegen weniger problematischen austauschen. Leider sind einige Applikationen dann nicht mehr lauffähig und müssen manuell durch Eingriffe in den Quelltext bereinigt werden. Dies erklärt, weswegen viele Systemanbieter auf derlei aufwendige Operationen verzichten, um ihre Produkte wirkungsvoll zu härten. Des weiteren sind die notwendigen Kompetenzen bin hinunter zur Kernelebene nicht in jeder Software entwickelnden Organisation gleichermaßen vorhanden. Aus unserer Sicht lohnt sich der Aufwand aber in jedem Fall. Die TightGate -Systeme sind bestmöglich gegen die missbräuchliche Verwendung ihrer Funktionen gesichert. Verbotene, da potenziell gefähr- m-privacy GmbH Am Köllnischen Park 1 10179 Berlin info@m-privacy.de +49 30 24342334
Seite 1 und 2: m-privacy Newsletter - auch im Inte
Seite 7: m-privacy Newsletter - auch im Inte

Trau, schau wem! - Newsletter 04 / 2012 - m-privacy GmbH

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?