Hírolvasó
[$] The European Cyber Resilience Act
Forty years of GNU
On September 27, 1983, a computer scientist named Richard Stallman announced the plan to develop a free software Unix-like operating system called GNU, for "GNU's not Unix." GNU is the only operating system developed specifically for the sake of users' freedom, and has remained true to its founding ideals for forty years.
Security updates for Tuesday
EuroBSDCon 2023 presentations
EuroBSDCon 2023 has now ended, and slides for many of the OpenBSD developer presentations are now available in the usual place.
Video of the presentations can be expected somewhat later.
Slides from the tutorial "Network Management with the OpenBSD Packet Filter Toolset" are also available.
Game of Trees 0.93 released
Version 0.93 of Game of Trees has been released (and the port updated).
-current has moved to 7.4-beta
With the following commit(s), Theo de Raadt (deraadt@) moved -current to version 7.4-beta:
CVSROOT: /cvs Module name: src Changes by: deraadt@cvs.openbsd.org 2023/09/18 07:16:13 Modified files: share/mk : sys.mk etc/root : root.mail sys/conf : newvers.sh sys/arch/macppc/stand/tbxidata: bsd.tbxi usr.bin/signify: signify.1 Log message: crank to 7.4-betaSnapshots are (already) available for several platforms. At the time of writing, there are a mixture of 7.3 and 7.4 files on at least some mirrors, so readers are advised that problems may occur.
(Regular readers will know what comes next…)
This serves as an excellent reminder to upgrade snapshots frequently,
test both base and ports,
and report problems
[plus, of course,
donate!].
[$] Moving physical pages from user space
Security updates for Monday
Kernel prepatch 6.6-rc2
I think the most notable thing about 6.6-rc2 is simply that it's exactly 32 years to the day since the 0.01 release. And that's a round number if you are a computer person.
Because other than the random date, I don't see anything that really stands out here.
The Debian Project mourns the loss of Abraham Raji
The Debian Project honors his good work and strong dedication to Debian and Free Software. Abraham’s contributions will not be forgotten, and the high standards of his work will continue to serve as an inspiration to others.
[$] Shrinking shrinker locking overhead
Security updates for Friday
p2k23 Hackathon Report: Volker Schlecht (volker@) on rust and erlang progress
We are pleased to have another p2k23 report, this time from Volker Schlecht (volker@) who writes:
"Ladies and Gentlemen, our plane is equipped with two engines, and I'm
afraid I need to tell you that the one that you see to your right won't
start right now…"
As with
several
other
developers my trip to p2k23
didn't exactly start off as planned.
Eventually the engine did start, though (and I'm glad to report it
stayed on, too) and I made it to Dublin.
PostgreSQL 16 released
PostgreSQL 16 contains many new features and enhancements, including:
- Allow parallelization of FULL and internal right OUTER hash joins
- Allow logical replication from standby servers
- Allow logical replication subscribers to apply large transactions in parallel
- Allow monitoring of I/O statistics using the new pg_stat_io view
- Add SQL/JSON constructors and identity functions
- Improve performance of vacuum freezing
- Add support for regular expression matching of user and database names in pg_hba.conf, and user names in pg_ident.conf
Videos from FOSSY released (Software Freedom Conservancy)
[$] Why glibc's fstat() is slow
Rusty Russell: The HRF Bounty On Human-Readable Offers
At least two people have contacted me concerning the 2 BTC bounty:
2 BTC for a human-readable bolt 12 offer generator feature integrated into a popular iOS or android bitcoin wallet. “Human-readable” means something that can be used on feature phone without QR or copy/paste ability. For example, something that looks like LN address.
This, of course, is asking to solve Zooko’s Triangle, so one of decentralizationm, human readability, or security needs to compromise! Fortunately, the reference to LN address gives a hint on how we might proceed.
The scenario, presumably, is Bob wants to pay Alice, where Alice shows Bob a “Human Readable Offer” and Bob types it into his phone. Each one runs Phoenix, Greenlight, or (if their phone is too low-end) uses some hosted service, but any new third party trust should be minimized.
There are three parts we need here:
- Bob finds Alice’s node.
- Bob requests Alice’s node for invoice.
- If she wants, Alice can easily check Bob’s going to pay the right thing.
Consider the normal offer case: the offer encodes Alice’s nodeid and description (and maybe other info) about what’s on offer. Bob turns this into an invoice_request, sends an onion message to Alice’s node, which returns the (signed) invoice, which Bob pays. We need to encode that nodeid and extra information as compactly as we can.
Part 1: Finding Alice’s Node from a Human Readable OfferThe issue of “finding Alice’s node” has been drafted already for BOLT12, at https://github.com/rustyrussell/bolt12address (but it needs updating!). This means that if you say “rusty@blockstream.com” you can get a valid generic offer, either by contacting the webserver at “blockstream.com” or having someone else do it for you (important for privacy!), or even downloading a public list of common receivers.
Note that it’s easier to type * than @ on feature phones, so I suggest allowing both rusty@blockstream.com and RUSTY*BLOCKSTREAM.COM.
What’s Needed On The Server- The BOLT 12 Address Format needs to be updated.
- It needs to be implemented for some Web server.
- Ideally, integrate it into BTC Payserver or the like.
Now, presumably, we want a specific invoice: it might be some default “donate to Alice”, but it could be a specific thing “$2 hot dog”. So you really want some (short!) short-code to indicate which invoice you want. I suggest a hash, followed by some randomly chosen alphanumeric string here (case-insensitive!): an implementation may choose to restrict themselves to numbers however, as that’s faster to enter on a feature phone.
What’s Needed On The Server- We can put the short-code in the invreq_payer_note field in BOLT 12 or add a new odd field.
- We need to implement (presumably in Core Lightning):
- A way to specify/assign a short-code for each offer.
- A way of serving a particular invoice based on this short-code match.
So, did you even get the right node id? That’s the insecure part; you’re trusting blockstream.com! Checking the nodeid is hard: someone can grind out a nodeid with the same first 16 digits in a few weeks. But I think you can provide some assurance, by creating a 4-color “flag” using the node id and the latest bitcoin blocks: this will change every new block, and is comparable between Alice and Bob at a glance:
This was made using this hacky code which turns my node id 024b9a1fa8e006f1e3937f65f66c408e6da8e1ca728ea43222a7381df1cc449605 into an RGB color (by hashing the nodeid+blockhash).
For a moment, when a new block comes in, one image might be displaced, hence the number, but it’ll only be out by one.
Putting it All Together What’s Needed On Alice’s Client- Alice needs to configure her BOLT12 Address with some provider when she sets up the phone: it should check that it works!
- She should be able to choose an existing offer (may be a “donation” by default), or create a new one on the fly (with a new short code).
- Display the BOLT12-ADDRESS # SHORT-CODE, and the current nodeid flag.
- It needs to be able to convert BOLT12-ADDRESS into a bolt12 address request:
- Either via some service (to be implemented!), or by directly query (ideally over Tor).
- It needs to be able to produce an offer from the returns bolt12 address response, by putting the SHORT-CODE into the invreq_payer_note.
- It needs to be able to fetch an invoice for this offer.
- It needs to be able to display the current nodeid flag for the invoice’s node id.
- Allow Bob to confirm to send payment.
There are probably other ways of doing this, but this method has the advantage of driving maturity in several different areas which we want to see in Bitcoin:
- bolt12 address to support vendor field validation for offers.
- Simple name support for bootstrapping.
- Driving Bitcoin to be more accessible to everyone!
Feel free to contact me with questions!
Security updates for Thursday
Sérülékenység az Atlas VPN-ben: hozzáférhető a felhasználók valódi IP-címe
Az Atlas VPN Linux kliensében talált nulladik napi sérülékenységen keresztül kiszivároghatnak a felhasználók valódi IP-címei, például egy weboldal meglátogatásakor.
The post Sérülékenység az Atlas VPN-ben: hozzáférhető a felhasználók valódi IP-címe first appeared on Nemzeti Kibervédelmi Intézet.