Recent submissions

Comment · 8 years ago
This is precisely why we need projects like Grsecurity.
Comment · 9 years ago
German equivalent, must read if you're a climber and know the language: http://www.bergundsteigen.at/

Austria, Switzerland and Germany have a very long rock climbing history (unsurprisingly), and their respective climbing associations are obsessed about safety.

Comment · 9 years ago
Different story, then.
Comment · 9 years ago
But YubiKeys are built on a hardened hardware security module instead of a general purpose phone operating system with full network connectivity and a huge attack surface.

Having a UI does not increase security in a meaningful way. The attacker is just going to wait until the victim connects to an interesting target server and then hijack that connection. The ControlMaster feature makes that trivially easy, but it's not hard to do real injection [1].

If the workstation is compromised, it's over.

At that point, all you can do is to prevent an attacker from copying the key or using it without user interaction. A YubiKey does both - you can optionally set it to a mode where you have to approve each signature.

With a bank transaction, the whole transaction is part of the approval process and can be verified out-of-band. With a SSH login, this is not possible since you're still going to trust the workstation as soon as the session is established.

I'm not saying this project is useless - IF your phone is actually more secure than your workstation - which may or may not be the case - AND you've been previously been storing your keys on your workstation, then it's definitely a step up. But really, at that point, just buy a YubiKey (and properly secure your workstation!).

Otherwise, you now have TWO single points of failure instead of one. If either your phone or your laptop is compromised, it's over.

If you want login approvals that show the server name, do it as a second factor and use something like Duo Security with push approvals. This actually increases your security - instead of having, an attacker would now have to compromise both of your devices.

[1]: https://github.com/seastorm/PuttyRider

Comment · 9 years ago
You don't need either Kubernetes or OpenShift if all you need is 2-3 instances. Just write an Ansible playbook.

That being said, I do run a few 2-3 node OpenShift clusters and the additional complexity was well worth it.

Comment · 9 years ago
Comment · 9 years ago
It resulted in random, hard to reproduce ENOSPC errors down the line without either data or metadata being anywhere close to full. Neither us nor the btrfs developers that took a look at it were able to figure out what exactly went wrong, but it was something about new blocks not fitting anywhere despite lots of free space.

Someone on #btrfs said that the filesystem layout is a lot different when using the conversion tool and all of the regression testing happens with regular filesystems, not converted ones.

We reinstalled all machines from scratch. Never happened again.

Comment · 9 years ago
Streaming means parsing a bunch of untrusted data. What if ffmpeg/gstreamer/Clementine has a security issue? It happened before.

With a Chrome App, it sits in a (really strong) sandbox and would need to escape the sandbox first.

With a native app, it's game over.

Comment · 9 years ago
Comment · 9 years ago
JetBrains DataGrip comes close and supports many different SQL dialects (it's also comes with IntelliJ as the SQL plugin).
Comment · 9 years ago
You can do that with regular web apps - just create a desktop shortcut in the Chrome menu ("More").
Comment · 9 years ago
Signal Desktop and Cleanflight are open source.

And sometimes, you have no choice - there's no FOSS alternative to TeamViewer, and thanks to it running inside Chrome, I no longer have to run a Windows VM.

The web based SSH client is published by Google themselves and they use it internally.

> The teams working on Debian, Ubuntu, Arch, etc. have much better security track records than some random web developers who've made an "app".

The way things are, right now, Chrome is much better at protecting apps from each other than my Linux desktop is. If, for example, the Cleanflight or TeamViewer apps were regular apps, a bug in them would fully compromise my account.

---

Off topic remark about Linux distro security: I really like Arch, but security isn't their strongest suit. For example, they still haven't enabled full-system ASLR, citing unfounded performance concerns, when other distributions did so years ago. Even Windows with all their third party apps has a higher percentage of ASLR binaries than the average Arch system.

They also have no central build system and instead rely on volunteers who build the packages on their personal systems and sign them using their personal GPG keys.

I really want ASLR in Arch so I'll keep complaining about it publicly until it finally happens :-)

Comment · 9 years ago
Hah, that's a funny thread. I've heard that Google is using Chromebooks for engineers with production access.

Makes a lot of sense sense since Chrome OS is much easier to secure than a normal Linux distribution.

Comment · 9 years ago
But that's only Chrome OS.

Chrome Apps were great because they worked on all (desktop) platforms.

Comment · 9 years ago
Agreed, the SSH client is a bit of an outlier since you have that natively.

I still listed it for completeness, I do use it, after all.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton