HN user

ademarre

1,355 karma

Andre DeMarre / demarre.com / [first] at [last].com

Posts39
Comments288
View on HN
www.ietf.org 2y ago

How to Read an RFC (2018)

ademarre
100pts6
www.airlineratings.com 6y ago

Jetstar pilots forgot to lower the landing gear

ademarre
100pts91
history.nasa.gov 9y ago

Style Guide for NASA History Authors and Editors

ademarre
1pts1
avc.com 9y ago

Marketing the Blockchain

ademarre
1pts0
twitter.com 9y ago

SHA-1 certificate error on Google.com

ademarre
15pts4
www.wired.com 10y ago

How the Textbook Industry Tries to Hook Professors

ademarre
28pts11
www.owasp.org 10y ago

Application Security Verification Standard 3.0 [pdf]

ademarre
16pts0
www.iron.io 10y ago

An Easier Way to Create Tiny Golang Docker Images

ademarre
1pts0
www.wired.com 11y ago

Turns Out There Are a Lot of Academics Studying Photo Filters

ademarre
1pts0
datatracker.ietf.org 11y ago

Patent infringement claimed against OAuth 2.0

ademarre
2pts0
benchmarksgame.alioth.debian.org 11y ago

Code-used Time-used Shapes

ademarre
1pts0
www.us-cert.gov 11y ago

Homeland Security: Lenovo Superfish Adware Vulnerable to HTTPS Spoofing

ademarre
3pts0
www.schneier.com 11y ago

The Equation Group's Sophisticated Hacking and Exploitation Tools

ademarre
2pts0
www.youtube.com 11y ago

Bruce Schneier and Edward Snowden at Harvard Data Privacy Symposium 1/23/15

ademarre
1pts0
www.schneier.com 11y ago

Accountability as a Security System

ademarre
3pts0
www.wsj.com 11y ago

Google and Microsoft Oppose Hotels’ Effort to Block Personal Wi-Fi

ademarre
115pts51
faculty.chicagobooth.edu 11y ago

Egocentrism Over E-Mail: Can We Communicate as Well as We Think? (2005) [pdf]

ademarre
3pts0
github.com 11y ago

SSL Labs API Documentation

ademarre
6pts0
attendee.gotowebinar.com 11y ago

Webinar: Bruce Schneier and Jon Oltsik, Year-End Review and Predictions

ademarre
3pts0
www.wired.com 11y ago

Google and Apple Won’t Unlock Your Phone, but a Court Can Make You

ademarre
19pts56
www.telegraph.co.uk 11y ago

One in three smartphone owners uninterested in apps

ademarre
3pts0
www.schneier.com 11y ago

The US Intelligence Community has a Third Leaker

ademarre
204pts63
www.sslcoop.org 11y ago

Will DANE make CAs obsolete?

ademarre
2pts1
www.ecb.europa.eu 12y ago

European Central Bank announces theft of contact information

ademarre
1pts0
www.telegraph.co.uk 12y ago

Russian government edits Wikipedia on flight MH17

ademarre
2pts0
blogs.wsj.com 12y ago

Data Point: It Looks Like 30 Is the Ceiling for How Many Apps People Use

ademarre
6pts0
bits.blogs.nytimes.com 12y ago

Coming Soon to Social Media: Click to Buy Now

ademarre
3pts1
coreos.com 12y ago

CoreOS stable release candidate: 367.1.0

ademarre
2pts0
www.wired.com 12y ago

The Troubling Truth of Why It’s Still So Hard to Share Files Directly

ademarre
12pts0
avc.com 12y ago

Is Coding Speech?

ademarre
1pts0

I am all for using proper typographic symbols, but it is unclear what place the precomposed ellipsis U+2026—what I assume you mean by “true ellipsis”—has in that canon, especially with the compressed form it takes in most fonts.

I integrated Turnstile with a fail-open strategy that proved itself today. Basically, if the Turnstile JS fails to load in the browser (or in a few specific frontend error conditions), we allow the user to submit the web form with a dummy challenge token. On the backend, we process the dummy token like normal, and if there is an error or timeout checking Turnstile's siteverify endpoint, we fail open.

Of course, some users were still blocked, because the Turnstile JS failed to load in their browser but the subsequent siteverify check succeeded on the backend. But overall the fail-open implementation lessened impact to our customers nonetheless.

Fail-open with Turnstile works for us because we have other bot mitigations that are sufficient to fall back on in the event of a Cloudflare outage.

IPv6 Is Hard 1 year ago

ISPs aren't helping either. Ziply Fiber only provides IPv6 with their 10 Gig and up plans, starting at $300/month.

I let it expire for a few days, now they are charging me $100/year!

It sounds like your domain name entered the redemption period. The high fee to restore a domain in the redemption period is mandated by the registry, not the registrar. So Gandi is not price gouging; they are required to collect that fee for restoring the domain.

There seems to be some FUD going on here. The solution to the OP problem is simply to use 301 redirects with Cache-Control headers to limit caching to some reasonably short duration.

It is true that browsers will cache 301 redirects eternally, but only if the server does not supply cache directives to indicate otherwise. For this reason, it is always advisable to include some cache directives in 301 redirect responses, like `Cache-Control: max-age=86400`. I'm surprised that this isn't more universally acknowledged as an important practice.

As far as search engines, there will not be a problem if a URL that used to return a 301 now returns a 200. The web changes, and search engines know that very well.

Add: There also seems to be a lot of confusion about the meaning of permanent. Permanent should not be taken to mean eternal. If I move to a new house, I consider that a permanent move, because I no longer live at the old address. But it would be unreasonable to assume that I will never move again. I might even move back to the original house! Such moves are like permanent redirects; I might have my mail forwarded, but it is not an indelible, eternal change. Temporary redirects (302, 303, 307) are more like leaving a sticky note on the door while you're out running an errand; you have not permanently relocated.

That quote supports my statement. Notice that the serialized object is the thing that was constructed by the attacker, not some user data that you serialized yourself.

If you pickle data from an untrusted source . . . and then later unpickle it

That is not exactly right. The risk is when you unpickle data that was pickled by someone else or that was tampered with after you pickled it.

Paying for standards is acceptable in a context where you are given a requirement to conform to some industry standard. But that is rarely how it works in software and networking. Instead of being told what specific standards are needed, often it is a process of exploration and discovery to learn what standards may be relevant to certain aspects of a system you are developing.

For example, I might read parts of a dozen different cross-referenced IETF RFCs just to decide what flavor of URL syntax I should accept in my API. At other times I might not even know whether a relevant standard already exists, so I skim a bunch of standards just to confirm it is necessary to invent a new thing. This would be very expensive in ISO Land, and the reality would be that the standards are never used.

Non-free standards for software and networking impede innovation. I can't imagine what the internet would look like today if the IETF and W3C charged for access to standards.

software-related standards. We are an industry in which there are lots of independent contractors and self-employed people and small businesses, it is easy to be self-taught

Consider also the pace of innovation in software and networking—the internet at large. I think it's both a consequence and a cause of the change in culture you described.

There are very many things I never would have discovered and learned if IETF RFCs were not free. The most useful knowledge I've acquired about building things on the internet came from there.

Industries that are more reliant on ISO or other non-free standards are surely worse off because of it.

I think he could have saved even more space in his final pass by uppercasing the business names:

HTTPS://S.NSW.GOV.AU/C/121321/Test+NSW+Government+QR+code (binary mode)

HTTPS://S.NSW.GOV.AU/C/121321/TEST+NSW+GOVERNMENT+QR+CODE (alphanumeric mode)

He ruled out full alphanumeric mode early on, prior to ditching Base64, but it's sensible to reconsider it by the time you reduce the URL this far. He goes on to allude to simplifying or even dropping the business names to save more space at the cost of lost functionality, but just uppercasing them seems benign to me.

It's a nice write-up all the same.

biometric government IDs

Yeah. An important, long-lived ID that will stick with an individual for their entire life, and that they may want to commit to memory. That seems like a good time to take a hypersensitive approach and adopt some kind of filter.

That's amusing, but I think it also highlights the effectiveness of the strategy. WNKR is excusable and defensible. WANK would not be.

Edit: But I'll concede that when your outputs are only four characters long and end users will actively interact with them (write them down, type them again later, etc.), additional safeguards might be appropriate. Or simply omit all alphas and use only numerics.