5
Hey... was soll das?!? SuSE Enterprise Server und Remote Connection
Wundere mich immer mehr über Novell...
Hi,
also ich arbeite jetzt seit 1994 mit Novellprodukten (NetWare, eDIR, ZEN, iPrint, IDM, usw.).
So, seit einiger Zeit auch zum Testen mit dem SuSE Enterprise Server SP2.
Habe mal ne Testversion aufgesetzt und nun erstaunt festgestellt, das die "eingebaute"
Remoteverbindung nicht verschlüsselt ist?!?
Hey, was soll das?!? Wenn ich ein NetWare-System aufgesetzt habe, konnte ich mir sicher
sein, dass alles verboten ist, was nicht explizit erlaubt ist!
Und jetzt? Ein unverschlüsseltes VNC Derivat? Mann oh mann... alle Passwörter unverschlüsselt
über das Netz... da kann ich ja gleich das OS aus Redmond verwenden. Oh shit, und ich dachte
immer Sicherheit wird bei Linux groß geschrieben. Wie man sich täuschen kann….
Aber vielleicht sitzt der Fehler ja auch zwischen Bildschirm und Rückenlehne?!?
Kann mir jemand deshalb
a. Erklären wie sowas überhaupt möglich ist, wenn überhaupt möglich... ;o)
b. Wie man das mit der Sicherheit nachholt, OHNE dass man RealVNC oder ein anderes
kostenpflichtiges Drittprodukt installiert (denn das kann ich ja auch unter M$).
Ich schreibe schon jetzt ein recht herzliches Dankeschön!
THX
André
Hi,
also ich arbeite jetzt seit 1994 mit Novellprodukten (NetWare, eDIR, ZEN, iPrint, IDM, usw.).
So, seit einiger Zeit auch zum Testen mit dem SuSE Enterprise Server SP2.
Habe mal ne Testversion aufgesetzt und nun erstaunt festgestellt, das die "eingebaute"
Remoteverbindung nicht verschlüsselt ist?!?
Hey, was soll das?!? Wenn ich ein NetWare-System aufgesetzt habe, konnte ich mir sicher
sein, dass alles verboten ist, was nicht explizit erlaubt ist!
Und jetzt? Ein unverschlüsseltes VNC Derivat? Mann oh mann... alle Passwörter unverschlüsselt
über das Netz... da kann ich ja gleich das OS aus Redmond verwenden. Oh shit, und ich dachte
immer Sicherheit wird bei Linux groß geschrieben. Wie man sich täuschen kann….
Aber vielleicht sitzt der Fehler ja auch zwischen Bildschirm und Rückenlehne?!?
Kann mir jemand deshalb
a. Erklären wie sowas überhaupt möglich ist, wenn überhaupt möglich... ;o)
b. Wie man das mit der Sicherheit nachholt, OHNE dass man RealVNC oder ein anderes
kostenpflichtiges Drittprodukt installiert (denn das kann ich ja auch unter M$).
Ich schreibe schon jetzt ein recht herzliches Dankeschön!
THX
André
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 89449
Url: https://administrator.de/forum/hey-was-soll-das-suse-enterprise-server-und-remote-connection-89449.html
Ausgedruckt am: 27.12.2024 um 19:12 Uhr
5 Kommentare
Neuester Kommentar
Hihi, das ist mal wieder typisch SuSi. ;) Einen Linux-Server überhaupt per GUI zu verwalten ist schon ziemlich unsinnig und dann auch noch via VNC... naja, ich erspar mir lieber meinen Kommentar. Meine Empfehlung an dich: Verwalte die Kiste via SSH, wie man es üblicherweise bei Linux-Servern tut, oder nutze einen SSH-Tunnel um mit dem VNC zu connecten. Allgemein gilt aber, dass X auf einem Linux-Server 1. nichts zu suchen hat und 2. nicht gebraucht wird.
Hi,
erst mal Danke für die Antwort.
Na ja, man(n) kann darüber streiten ob X ein "Gimmick" ist oder nicht, ich werde es nicht tun, da ich in diesem Fall keine Dogmen vertrete.
Was mich aber wirklich nervt, ist der Verfall des „Sicherheitsdenken“ bei Novell. Man merkt halt doch, dass die ganze OES Sache nicht mehr in der Hand von Novell liegt, sonder ein Community Ding ist…
Kurz um, wenn schon X dann bitte auch in der gleichen Sicherheitsqualität wie einst NetWare, sonst kann man(n) gleich M$ nehmen.
Viele Unsicherheitsgrüße
André
PS: Und wie macht man jetzt das eingebaute VNC von OES sicher, ohne ein Drittprogramm zu verwenden? Ein Link auf das Manual würde mir genügen… ;o)
erst mal Danke für die Antwort.
Na ja, man(n) kann darüber streiten ob X ein "Gimmick" ist oder nicht, ich werde es nicht tun, da ich in diesem Fall keine Dogmen vertrete.
Was mich aber wirklich nervt, ist der Verfall des „Sicherheitsdenken“ bei Novell. Man merkt halt doch, dass die ganze OES Sache nicht mehr in der Hand von Novell liegt, sonder ein Community Ding ist…
Kurz um, wenn schon X dann bitte auch in der gleichen Sicherheitsqualität wie einst NetWare, sonst kann man(n) gleich M$ nehmen.
Viele Unsicherheitsgrüße
André
PS: Und wie macht man jetzt das eingebaute VNC von OES sicher, ohne ein Drittprogramm zu verwenden? Ein Link auf das Manual würde mir genügen… ;o)
Die Manpage zu ssh sollte eigentlich ausreichen. Ansonsten gibt es im WWW hunderte Anleitungen zur Benutzung von SSH-Tunneln. - http://www.google.de/search?q=ssh+tunnel+howto - Unter http://venthur.de/Linux/Ssh-TunnelHOWTO wird z.B. recht einfach erklärt, wie das funktioniert. Als Gateway nutzt man dann halt einfach localhost auf dem Verwaltungs-Client. Auf diesem muss dann allerdings auch ein OpenSSH-Server laufen.
X ist aber auf einem Server definitiv ein Gimmick. Schau z.B. mal in's Unixboard... Wenn da jemand mit X auf einem Server ankommt, wird ihm sofort davon abgeraten. X ist nunmal ein potentielles Sicherheitsrisiko und auf Servern sollte ja allgemein auch gelten "so wenig wie möglich, soviel wie nötig". X ist definitiv nicht nötig um einen Linux-Server zu verwalten. Wer X auf einem Linux-Server benötigt, sollte sich erstmal mit dem System auseinandersetzen bevor er sich an einem Linux-Server vergreift. Wie bei jedem anderen OS gilt auch bei SuSE: Das System ist nur so sicher wie der Admin in der Lage ist es abzusichern. Wer X für die Server-Verwaltung benötigt, dem unterstelle ich einfach mal, dass er keine Ahnung von der Absicherung des Systems hat.
Ich denke allerdings nicht, dass es bei Novell ein Community-Ding ist, dass die solchen Mist verzapfen. Die Community nutzt z.B. auf Servern eben kein X. Bei OpenSuSE wird bei einer Server-Installation ja auch kein X installiert. Einfach alles auf die Community schieben mag zwar ganz einfach sein, aber speziell in diesem Fall hat Novell das ganz allein verzapft, wie ein Vergleich mit OpenSuSE ja deutlich zeigt. Was in die Enterprise-Versionen einfliesst entscheidet nunmal nicht die Community.
However... meiner Meinung nach taugt OpenSuSE (also die Community-Edition) auch nicht sonderlich viel.
X ist aber auf einem Server definitiv ein Gimmick. Schau z.B. mal in's Unixboard... Wenn da jemand mit X auf einem Server ankommt, wird ihm sofort davon abgeraten. X ist nunmal ein potentielles Sicherheitsrisiko und auf Servern sollte ja allgemein auch gelten "so wenig wie möglich, soviel wie nötig". X ist definitiv nicht nötig um einen Linux-Server zu verwalten. Wer X auf einem Linux-Server benötigt, sollte sich erstmal mit dem System auseinandersetzen bevor er sich an einem Linux-Server vergreift. Wie bei jedem anderen OS gilt auch bei SuSE: Das System ist nur so sicher wie der Admin in der Lage ist es abzusichern. Wer X für die Server-Verwaltung benötigt, dem unterstelle ich einfach mal, dass er keine Ahnung von der Absicherung des Systems hat.
Ich denke allerdings nicht, dass es bei Novell ein Community-Ding ist, dass die solchen Mist verzapfen. Die Community nutzt z.B. auf Servern eben kein X. Bei OpenSuSE wird bei einer Server-Installation ja auch kein X installiert. Einfach alles auf die Community schieben mag zwar ganz einfach sein, aber speziell in diesem Fall hat Novell das ganz allein verzapft, wie ein Vergleich mit OpenSuSE ja deutlich zeigt. Was in die Enterprise-Versionen einfliesst entscheidet nunmal nicht die Community.
However... meiner Meinung nach taugt OpenSuSE (also die Community-Edition) auch nicht sonderlich viel.
Hi,
nochmals vielen Dank für die Antwort.
Werd mir mal die HowTo's ansehen und evtl. umsetzten.
Vielen Dank nochmals!
THX
Andre
nochmals vielen Dank für die Antwort.
Werd mir mal die HowTo's ansehen und evtl. umsetzten.
Vielen Dank nochmals!
THX
Andre
Hallo,
nach dem OpenSSL-Desaster hat man beschlossen, das Verschlüsselung eh nichts bringt, OpenSource von Prinzip her unsicher ist und man sich deswegen die CPU-Leistung, die bei Ver- und Entschlüsselung draufgeht sparen kann (spart nebenbei bemerkt weltweit jährlich unmengen an CO2)
Gruß
Filipp
nach dem OpenSSL-Desaster hat man beschlossen, das Verschlüsselung eh nichts bringt, OpenSource von Prinzip her unsicher ist und man sich deswegen die CPU-Leistung, die bei Ver- und Entschlüsselung draufgeht sparen kann (spart nebenbei bemerkt weltweit jährlich unmengen an CO2)
Gruß
Filipp
