Passworteingabe am "Bildschirm" ist fast unmöglich - Entering passwords into the "Screen" is almost impossible

    Hallo,

    Vorneweg: ich weiss dass zu diesem bzw. ähnlichen Problemen schon 2 Themen existieren in diesem Unterforum, und habe diese gerade gelesen. Ich denke dennoch dass mein Fall ein Neues rechtfertigt.

    Schon lange kämpfe ich mit der Eingabe von Passwörtern am "Bildschirm" (um die verschlüsselte Festplatte nach einem Neustart zu öffnen). Darum habe ich das Passwort sogar auf eine sehr lange, reine Nummernsequenz verändert.

    Aber auch die kann ich jetzt nicht mehr eingeben. Ich habe versucht das PW direkt mit Ctrl-V einzugeben, über den "Paste"-Button der Tastatur, und über das Zwischenablagetextfeld. Jedes mal wird es abgelehnt.

    Ich musste gestern das Rettungssystem aktivieren um die Passwörter auf etwas zu verkürzen das ich von Hand eingeben kann, unabhängig vom Tastaturlayout.

    Nachdem ich das PW erheblich gekürzt habe - es sind jetzt nur noch ein paar Kleinbuchstaben - gehen alle drei Methoden, und händisches eintippen auch.

    ---------------------------------------------------------------------------------------------------------------------------------------------

    First of all: I know that there are already 2 topics about this or similar problems in this subforum, and I have just read them. I still think my case warrants a new one.

    I've been struggling with entering passwords on the "screen" for a long time (to open the encrypted hard drive after a reboot). That's why I even changed the password to a very long, purely numerical sequence.

    But I can't enter that anymore either. I tried entering the PW directly with Ctrl-V, using the keyboard's "Paste" button, and using the clipboard text field. Every time it is rejected.

    I had to activate the rescue system yesterday to shorten the passwords to something I can enter by hand, regardless of the keyboard layout.

    After I shortened the PW considerably - there are now only a few lowercase letters - all three methods work, including typing it by hand.

    ---------------------------------------------------------------------------------------------------------------------------------------------

    :?::?::?:

    Ich nehme an das Problem ist schon ziemlich durchgekaut hier; gibt es irgendwelche Tipps, workarounds, Hoffnung auf Besserung?

    Warum funktioniert denn noch nicht einmal das Zwischenablagetextfeld?

    --------------------------------------------

    I assume the problem has already been pretty much chewed over here; Are there any tips, workarounds, hope for improvement?

    Why doesn't even the clipboard text field work?

    Zitat

    Passwort in KeepassXC speichern und dann Autotype mit ausreichender Verzögerung

    Ich trage solch lange Passwörter eh nicht händisch ein. Mit keepassxc's Autotype geht es auch nicht. Das hat aber mehr mit meinem derzeitigen Desktop zu tun. Dennoch: früher ging auch das nur mit "simplen" Passwörtern strengstens ohne jegliche Sonderzeichen, noch nicht einmal Großbuchstaben.

    --------------------------------------------

    I don't enter such long passwords manually. It doesn't work with keepassxc's Autotype either. But that has more to do with my current desktop. Nevertheless, in the past it was only possible to use passwords without any special characters, not even capital letters.

    Ich vermute dass das Einfügen der Zwischenablage (web UI) über eine bestimmte Anzahl Zeichen hinaus nicht funktioniert.

    • eine 256 Zeichen lange Ziffernfolge hat früher über keepassxc funktioniert
    • über die web UI lässt sich diese nicht eingeben
    • ein 127 Zeichen langes PW aus nur ASCII-Kleinbuchstaben lässt sich so eingeben

    Man könnte da noch weiter trial-and-error betreiben.

    ---------------------------------------------------------------------------

    I suspect that pasting the clipboard (web UI) beyond a certain number of characters doesn't work.

    a 256 character string of numbers used to work via keepassxc

    This cannot be entered via the web UI

    A 127-character PW consisting of only ASCII lowercase letters can be entered in this way

    mich würde interessieren, warum ihr euren VPS verschlüsseln wollt ?

    Klar: ihr wollte eure Daten schützen. Aber vor wem ?

    - netcup kommt theoretisch dran, da ihr ja das Passwort über das SCP mal eingegeben habt

    - Einbrecher im OS kommen an die Daten dran, da ja hier alles bereits entschlüsselt lesbar ist

    In welchem Szenario macht hier Verschlüsselung Sinn ?

    Zitat von ulf8000

    mich würde interessieren, warum ihr euren VPS verschlüsseln wollt ?

    Klar: ihr wollte eure Daten schützen. Aber vor wem ?

    - netcup kommt theoretisch dran, da ihr ja das Passwort über das SCP mal eingegeben habt

    - Einbrecher im OS kommen an die Daten dran, da ja hier alles bereits entschlüsselt lesbar ist

    In welchem Szenario macht hier Verschlüsselung Sinn ?

    Encryption At Rest ist best practice sobald man mit sensiblen Daten umgeht und ggf. vielleicht auch für gewisse Zertifizierungen/Audits notwendig, warum sollte man das jemanden Absprechen wenn er das möchte. Hier geht's klar um ein Usability-Problem der Remote Console.

    Nur weil theoretisch es noch irgendwo eine Backdoor gibt (in diesem Falle ein kompromittiertes SCP auf Netcup-Seite) macht es das doch nicht komplett nutzlos.

    Zitat von ulf8000

    mich würde interessieren, warum ihr euren VPS verschlüsseln wollt ?

    Klar: ihr wollte eure Daten schützen. Aber vor wem ?

    - netcup kommt theoretisch dran, da ihr ja das Passwort über das SCP mal eingegeben habt

    - Einbrecher im OS kommen an die Daten dran, da ja hier alles bereits entschlüsselt lesbar ist

    In welchem Szenario macht hier Verschlüsselung Sinn ?

    Ich betreibe auch FDE. Ich finde es eher besser, die Frage zu stellen, warum jemand seinen VPS *nicht* verschlüsseln sollte. Es geht ja nicht nur um Netcup, sondern auch um z.b. einen gehackten Node, einen beschlagnahmten Server, einen anderen Kunden, der einen der ganzen kürzlich aufgetauchten zero-days mal ausprobiert um aus kvm auszubrechen, etc. Mehr Sicherheit ist nie verkehrt, auch wenn ich Netcup vollständig vertraue.

    Dein Passwort musst Du nicht über das SCP eingeben, das geht ja auch per SSH. Und falls Du den VPS nur über die Konsole installiert bekommst, kannst ja bei LUKS auch immer noch die Passphrases ändern. Mit einem qemu-guest-agent macht FDE natürlich kein Sinn, aber den musst ja nicht installieren.

    Theoretisch kann Netcup/ ein Angreifer mit root auf einem Node dann natürlich noch deinen encryption Key aus dem RAM auslesen, das ist aber schon aufwändiger und aus meiner Sicht deutlich unwahrscheinlicher...

    Zitat von ManuelK

    Encryption At Rest

    Genau das ist mein Punkt, FDE wirk nur wenn der Server aus aus. Ich denke, viele werden sich aber keinen Server bei netcup mieten um ihn dann im "aus" Zustand zu verwenden :)

    Daher werden hier viele Argumente für ein FDE im Sand verlaufen.

    Zitat von SiebenG

    einen gehackten Node, einen beschlagnahmten Server, einen anderen Kunden

    Alles Fälle, wo euer Server vermutlich lief, und euer Master Key mit im RAM liegt, und im eingefroreren Zustand zu den Behörden wandert.


    Daher immer noch die Frage, was sind valide Fälle für eine FDE, wo das auch wirklich einen Mehr-Nutzen an Sicherheit bringt, und nicht nur ein "gutes" Sicherheitsgefühl ?

    Mir fällen jetzt nur offline Snapshots/epxortierete Images ein.