News for hackers. Stuff that matters.

defend

Depends what the cost of failure is.

If you're designing powerpoints or entertainment software; perhaps that's true. In the worst case you'll be embarrassed for producing AI slop or lose some revenue.

If your tool has the power to seriously harm or inconvenience people if built wrong, then it's just investor-fuelled myopia.

Re:Minibone: practical end-to-end encryption for web apps on Tuesday April 09, 2024 @10:06AM (#39979587)
Disclaimer: I'm a minibone co-author.

A pointed question. Under threat models where you trust (or have verified) the code being executed, this allows you to use untrusted storage (e.g. cloud databases, S3, etc.) without worrying about passive attackers being able to read your data.

Using TLS and server-side encryption, a passive attacker could install a shim to intercept data.

In practice, one usecase of Minibone would be open-source electron-style web applications where you have the necessary code transparency AND signed code versioning. Another would be self-written applications (assuming you trust yourself). Another might be closed-source internal tooling (assuming you trust your company) that's hosted on cloud infrastructure.

If I've overlooked anything, please do let me know.

Re:Happy New Year HN! on Sunday December 31, 2023 @02:13PM (#38826621)
Time to ship 2024 to production. Happy new year, fellow hackers. May your code always work on the first try and never regress.
Re:Encrypt. Now. on Tuesday October 17, 2023 @03:39PM (#37920495)
It's only impractical if you actually require end users to understand and apply all of these technologies. It's a lot more tractable if they're abstracted away.

The fact is that developers very (very) rarely have to interface directly with TLS or the Signal protocol, yet billions of non-technical users implicitly use them in our browsers and via Signal or WhatsApp.

In my view, the challenge in the adoption of secure/private-by-design tech is the simplicity and usability of the interfaces and the capabilities these tools provide.

We need secure tools to compete on capability in order to garner mass usage. Without (significant) feature superiority there's little reason for users to make the switch. I'm actively trying to solve some of these problems at Backbone [0]; aiming to build a usable, secure experience for end users and a simple, robust end-to-end-encryption interface for developers.

[0] https://backbone.dev/

Seems interesting especially for the gaming industry, but it seems like it'd be exceptionally difficult to handle the edgecases in the real world; for instance multiple pairs of eyeballs staring at the screen.

This, alongside various privacy concerns of eyeball tracking, will likely nip this technology in the bud.

Re:Simple, solar-powered water desalination (2020) on Friday July 02, 2021 @03:44AM (#27708847)
A healthy exercise in skepticism.
Re:Moving your SSH port isn’t security by obscurity on Monday September 21, 2020 @01:34PM (#24546163)
A few useful resources: If you don't want your SSH server being found by trivial port-scanning, apply port-knocking: https://github.com/moxie0/knockknock

If you want to help secure the interwebs, host this tarpit to try to slow down network scanners: https://github.com/skeeto/endlessh