Live data from Hacker News

Viewing profile — poettering

poettering

HN member
Joined
Tue, Jun 20, 2017, 8:15 PM UTC
HN karma
323
Public activity
37 items

About poettering

No profile information was provided.

Recent public activity

  1. comment
  2. comment
    Comment #46784736

    Yes, I have.

  3. comment
    Comment #42055223

    Most of our tools that adjust files work really well offline. systemd-tmpfiles, systemd-sysusers, systemctl and so on all support --root= and --image=. I really don't know what the…

  4. comment
    Comment #41694764

    The 64bit issue is certainly an issue, but very much overblown. First of all, in systemd, which is a heavy D-Bus user, we effectively IRL only send integers > 2^53 when we use UINT…

  5. comment
    Comment #41694732

    You are writing this as if JSON was a newly invented thing, and not a language that has become the lingua franca of the Internet when it comes to encoding structured data. Well und…

  6. comment
    Comment #41694711

    Not really. We use two text based formats for logging: BSD syslog, and systemd's structured logging (which is basically an env block, i.e. a key-value set, with some tweaks). Progr…

  7. comment
    Comment #41693786

    Varlink is not a message bus. Hence you should be happy?

  8. comment
    Comment #41693750

    The marshalling cost for JSON is negligible. Yes, it might be a bit slower than GVariant for example, but only by some fractional linear factor. And on small messages (which D-Bus …

  9. comment
    Comment #39872711

    It would make things more secure in this specific backdooring case, since sshd only calls a single function of libsystemd (sd_notify) and that one would not trigger the dlopen of l…

  10. comment
    Comment #39867126

    Uh. systemd documents the protocol at various places and the protocol is trivial: a single text datagram sent to am AF_UNIX socket whose path you get via the NOTIFY_SOCKET. That's …

  11. comment
    Comment #38155603

    Nothing changed. You are just a victim of FUD on the Internet, my friend. That's all.

  12. comment
    Comment #38155594

    Yes, a tpm2 enrollment takes up one slot, the recovery key another, a fido2 yet another, a pkcs11 key yet another and a password yet another in any combination/subset you like.

  13. comment
    Comment #38155536

    With systemd you can enroll any string you want as "PIN" for tpm. There are no restrictions. Can be long, can be alphanumeric, contain weird chars, up to you.

  14. comment
    Comment #38150121

    systemd has a similar logic, i.e. a recovery key concept, but we made sure you can type it in wherever a LUKS password would work too, even on systems where systemd is not availabl…

  15. comment
    Comment #38150109

    To my knowledge Ubuntu does not use the TPM2 PCR logic systemd provides at all, but their own.

  16. comment
    Comment #35705328

    Still would love if desktop terminal emulators would implement the zmodem receiver side, so that you can ssh into some host of your choice and just type "sz" to copy arbitrary file…

  17. comment
    Comment #21053676

    We actually use something like the above. But thats not sufficient since we cannot set up the PAM session fully if $HOME is not accessible because we can't acquire a password for i…

  18. comment
    Comment #21053643

    Uh oh. This is implemented via a PAM module too. But it does substantially more than pam_mount so not sure what you want. It's like claiming that UNIX 'find' is NIH because 'ls' al…

  19. comment
    Comment #21053611

    Well. How frequently do you update your user record in /etc/passwd? I mean, if you do this a million times per second then maybe your are doig something wrong, no? I update my user…

  20. comment
    Comment #21053536

    Yes this is a problem. To address this systemd-homed is careful to validate the user record enclosed in the volume first (which includes checking its signature against the keyring …

  21. comment
    Comment #19854445

    That "security engineer" appears to imply we use rand() to create crypto keys. I am not sure what he has been smoking. We don't. He appears to be just somebody who doesn't research…

  22. comment
    Comment #19026458

    Well, this boils down to: in a modern operating system, is it good design that an unprivileged user who logs in once can consume arbitrary runtime resources uncontrolled, unbounded…

  23. comment
    Comment #19025717

    Well. What is a distro for then if not for picking the most highlevel of defaults suitable for them?

  24. comment
    Comment #19025711

    We send SIGHUP btw. The kernel's own sending of SIGHUP is bound to the TTY concept btw, which is specific to TTY logins only, not graphical ones. That said the question is not so m…

  25. comment
    Comment #19025060

    I think my comment above explained that already.