Posts by GTAzoccer

  • Das längste Thema

    Interessant bei dem Thema finde ich gerade, dass der PoC in meiner lokalen Debian 12 Test-VM gar nicht funktioniert.

    Das Python-Skript läuft fehlerfrei durch, aber das su Binary ist danach nicht "vergiftet" und weiterhin das Original, welches nach dem root Passwort zur Authentifikation fragt. Ich sehe aber danach, dass das Modul "algif_aead" tatsächlich geladen wurde.
    Nach der modprobe Konfiguration von m_ueberallquittiert das PoC-Skript aber bereits mit einem fatalen Fehler. Das Modul ist danach auch nicht mehr geladen.

    Da das Modul auf keinen meiner Produktivsystem vorher geladen/genutzt war, sehe ich aber auch keinen Schaden, es pro-aktiv - fürs bessere Gewissen - überall tot zu stellen.

    Eine passwortlose Rootshell vor Deaktivierung zu erhalten und erst danach nicht mehr, hätte ich mich aber eigentlich schon interessiert. Im Sinne von: "Hab ich was falsch gemacht?"

  • Debian: unattended-upgrades

    Quote from Win98SE4ever

    Die Datei habe ich gar nicht und bin mir sicher nichts aus dem Ordner gelöscht zu haben. :/

    Dann leg sie an. Oder sonst irgend ein Name, mit dem für dich später ersichtlich bleibt, dass sie von dir ist. Wichtig ist, dass irgendeine Datei in diesem Verzeichnis die zwei erwähnten Konfigurations-Direktiven setzt.

    Ich meine, ich habe mit den Namen meiner Datei damals aus dem Ubuntuusers Wiki gemopst.

  • Debian: unattended-upgrades

    /etc/apt/apt.conf.d/20auto-upgrades

    Wäre noch interessant. Da sollte noch so was drin stehen, damit von unattended-upgrades überhaupt was gemacht wird.

    Code
    APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Unattended-Upgrade "1";

  • Das längste Thema

    Quote from m_ueberall

    Ich hoffe doch sehr, dass die Box von außen über die öffentliche IP-Adresse nicht auf derartige Anforderungen wie "reconnect" reagiert … =O

    Nein, tut sie nicht.

    Als Paranoider war es so ziemlich eine meiner ersten Amtshandlungen, nach Erwerb meiner Fritzbox, diese von einem meiner Netcup VPS auf ihrem externen Interface alle möglichen Ports abzutasten.

    Allerdings weiß ich nicht, ob das mit der (meiner Meinung nach sowieso fahrlässigen) Option die Konfigurationsoberfläche auf dem WAN-Interfafe bereitzustellen, dann anders aussieht. Die Option hatte ich nie aktiviert und habe es auch nicht vor.

  • Das längste Thema

    Quote from gunnarh

    Ich sehe da kein Indiz für eine angeschlossene Disk.

    Diese Speed-Messungen macht dieser raid6-Treiber doch vermutlich bei jedem Neustart?

    Quote from KB19

    Wie kommst Du darauf? Das sehe ich hier nicht.

    Für mich sieht das eher wie ein update-grub mit aktivem os-prober aus. Aber ich habe am Handy gerade keinen Zugriff auf eine Test-VM, um die Logs zu vergleichen. Afaik entstehen da jedoch ziemlich ähnliche Einträge.

    Oder war das direkt beim Systemstart?

    update-grub ist der Hint, der mir gefehlt hat. Ich danke euch beiden!

    Grund meines Grübelns war, dass das mitten im Betrieb geloggt wurde. Sieht man auch noch an der Kernel Laufzeit von

    295480 Sekunden / 3,5 Tagen. Es also kein Teil einer Bootsequenz mehr war.

    Irgendwo bin ich dann bei "device-mapper: uevent" gedanklich falsch zu udev-event abgebogen. Was beim Einstöpseln eines neuen Block-Device getriggert werden würde.

    Dass die Probe-Sequenz von Grub das auslöst war mir nicht klar. ../apt/history.log bestätigt aber, dass ich zu dem Zeitpunkt alte Kernel entfernt habe.

  • Das längste Thema

    Manchmal stößt man, bei der Suche nach etwas komplett Anderem, auf Sachen die einen stutzen und komplett vergessen lassen, was man ursprünglich wollte.

    Auf der Suche nach aussagekräftigeren, protokollierten Meldungen als ein Service den Start mit einem schlichten "failed" verweigerte, bin ich in einer syslog hier rüber gestolpert:

    Hatte Netcup mir da aus versehen kurz eine andere (nicht meine) vdisk angeschlossen?

    lsblk zeigt mir heute jedenfalls keine unbekannten Disks mehr.

  • Kulanz-Erfahrungen bei netcup

    Quote from tab

    Na dann, ran an die Arbeit :) . Allerdings habe ich noch ein Statement eines NC-Mitarbeiters im Gedächtnis, dass genau die hohe Zahl der Domains hier den Unterschied mache. Dass also das derzeitige Setup nur wegen der sehr hohen Zahlen nicht zuverlässig funktioniere. Ob das tatsächlich so ist, das weiss ich nicht, wer das geschrieben hat leider auch nicht mehr. Ich glaube es dann einfach erst einmal.

    Ich meine mich an dieses Statement in verbaler Form zu erinnern. Von Lars aus einer aufgezeichneten Q&A Session welche vermutlich bei einem Community-Event stattfand.

  • Server administrieren - wo fange ich an?

    Quote from Bud
    Code: smartphone.conf
    [Interface]
PrivateKey = prvkey=
Address = 10.0.1.1/24, fd10:10:10::1/64
DNS = 91.99.154.175, 2a01:4f8:c010:8c35::175

[Peer]
PublicKey = pubkey=
Endpoint = 12.34.56.78:51820
AllowedIPs = 0.0.0.0/0, ::0/0
PersistentKeepalive = 25

    Ja gut, dann habe ich das aber so wie von euch beschrieben. Hatte nur die conf für den Peer nicht geposted.

    Du hast hier aber beiden Peers die selbe IP-Adresse gegeben.

  • Das längste Thema

    Quote from SnowBerryZ

    Ommmg, ich würde kritische Passwörter oder SSH-Keys niemals in einen QR-Code klatschen 8| kommt einer TXT Datei doch ähnlich :oooo

    Vielleicht wird es mal Zeit QR-Code 2.0 zu entwickeln mit einem Master-Passwort :D

    Haben deine SSH-Keys keine Passpharse? Dann sind diese tatsächlich unverschlüsselt, ja.

  • Das längste Thema

    Quote from Paul

    Wenn es jetzt speziell um den SSH Key geht, kann ich auch den Tipp geben, diesen einfach auszudrucken und mitzunehmen. Im schlimmsten Fall gibt man ihn dann manuell wieder ein. Gerade die ed25519 Keys sind ja nicht wirklich lang. Da ist das kein Problem.

    Die ausgedruckten Keys sind bei mir noch als QR-Code auf dem Papier. Die Schriftart der ASCII-Version auch so groß und "sauber" gewählt, dass OCR auch ohne Wörterbuch funktioniert.
    Abtippen seh ich nich. :D

  • Das längste Thema

    Quote from finnvweiss

    Bokommt ihr auch so einen Müll?

    Ich habe, aus diesem Grund, seit ca. einem Jahr eine Filterregel in allen meinen Mailpostfächern, dass jede Mail die *netcup* im Absender hat, direkt im Müll/Spam landet.

    Davon ausgenommen ist natürlich meine externe, wirklich bei Netcup hinterlegte Mailadresse. Diese war nie irgendwo öffentlich.