Hacker Newsnew | past | comments | ask | show | jobs | submit | Rafert's commentslogin

> This is one of the frustrating realities of these attacks: once the malware runs, identifying the source becomes extremely difficult. The package doesn't announce itself. The pnpm install completes successfully. Everything looks normal.

Sounds like there’s no EDR running on the dev machines? You should have more to investigate if Sentinel One/CrowdStrike/etc were running.


Yep. I think EDR would have detected, alerted if not completely killed a noisy Trufflehog attack chain

> Using UUIDv7 is generally discouraged for security when the primary key is exposed to end users in external-facing applications or APIs.

I would not call this “generally discouraged” when APIs generally surface a created_at timestamp in their responses. A real life example are Stripe IDs which have similar properties (k-sorted) as UUIDv7: https://brandur.org/nanoglyphs/026-ids#ulids


The counter can always be 0, which is what cloud synced passkeys are doing IIRC.


The problem starts earlier with the secret key which you can't place "into" a TKey. You can deterministically derive one between the TKey and a server using some thing like a (semi) static DH but that isn't how it is implemented in general.


I understand that the ability to place stuff "into" a TKey would be needed to support discoverable WebAuthn credentials ("passkeys"). But would it also be needed for non-discoverable credentials?


Yes, to set a PIN protecting the non-discoverable credentials. The FIDO PIN can be changed while you have access to the authenticator and not to the credentials it previously created.


User verification is optional.

If you only do user presence and non-discoverable, then WebAuthn is completely stateless and deterministic for a given (challenge,rpId,origin) triplet


Isn't a 'passkey' with no discoverable credentials and no user verification just a regular U2F token?


Well, it could still provide credBlob (up to 32 bytes of data stored in the non-discoverable credential and handed back after verification). But mostly yes, it's losing the advantages of FIDO2.


Modulo supporting more algorithms -- yes


Huh yeah, I hadn't considered how they got around that. I suppose in that case this key could do something similar?


We've used it for about a year - Blazer is okay if you need a quick SQL query console, but we found it lacking as a business intelligence tool. The support for graphs and dashboards is limited, for graphs it requires you to structure the query in an exact way as you can see in the Blazer readme. There is no customizability at all.

After some research on available alternatives that don't break the bank, we decided to deploy a self-hosted instance of Metabase[0]. This took only a few minutes to set up using their Docker image[1] and it has much better graphing capabilities and you can easily put a custom layout together for dashboards. Upgrading is similarly easy (just redeploy). Also easy to configure: additional data sources, hiding or changing the data type of a column, G Suite sign-in for our domain. It has 'models' as sources of truth to build other queries in - eg a single definition of an 'active user'.

In short, moving from Blazer to Metabase was a huge win for us. Highly recommend it if you need anything more than Blazer's table output.

[0]: https://github.com/metabase/metabase [1]: https://docs.render.com/deploy-metabase


> It would be quite unfortunate to end up with a UUID v7 in PostgreSQL that’s not quite the standardized one because the patch got merged too quickly.

The chances of that seem extremely low at this point. The contents of a version 7 UUID have not changed since work started on RFC 4122 bis in October 2022: https://author-tools.ietf.org/iddiff?url1=draft-ietf-uuidrev...


The chances may be low, but either it's a draft or a final version.

There's clearly little pressure to rush this, considering it's not difficult to add a custom function generating UUIDv7 ...


Curious which DBs are "production ready" according to you, and how you define that exactly.


Quickly? They acquired 6 River Systems and announced the Shopify Fulfillment Network back in 2019. The were some pivots along the way (using 3rd party vs building out own warehouses) but it seems to me they've been at it for some time.


They're selling Deliverr after purchasing them in May 2022 (finalized in July 2022)


I'm aware - but that's hardly their first foray into the space is what I'm trying to say. I guess 'abandoning expansion' can be read multiple ways :)


Things changed quite a bit since this quote from February 17:

> “There’s no cuts coming for us,” Harley Finkelstein told The Canadian Press. “We’re in a really good place.”

https://globalnews.ca/news/9494197/shopify-outlook-no-layoff...


In my observation absolute statements about no layoffs are a strong indication of future layoffs in this economy. It's impossible to be certain in this economy so giving an absolute statement is basically a lie. Someone who is so brazen about lying to/deceiving their employees will have no qualms with doing layoffs. On the other hand someone who uses more careful language even if it costs them in the short term is someone who will have more qualms about layoffs.


In sports this is the "absolute vote of confidence"

Once a coach has to say "[player] has my absolute confidence in their success," you know the player is ~2 weeks from being benched.


I think this is actually a more astute analogy than you realize, because the only reason a coach would be asked that question in the first place is because there are questions about the player’s ability to perform—-as the sibling comment here notes.

Similarly, you don’t ask tech companies if they’re doing layoffs when the sector is booming.

That the question is even asked probably shoots the probability of benching/layoffs up to some ridiculous amount to begin with.


I agree, but I think the sports analogy is even more on point when it comes to sports management giving a vote of confidence to coaches. You only ever have to say anything like that when there are questions.

Coaches and players... they talk about each other a lot.


"Every banker knows that if he has to prove he is worthy of credit, in fact his credit is gone." -- Walter Bagehot


Or the Roman: You wouldn't be on trial if you were innocent.


I've heard it called the Kiss of Death when general managers or owners publicly say similar things about their coaches.


If you have to ask the question ...


In sports or in Irish politics were the Taoiseach might have to state he has "full confidence" of whatever individual in his administration when there are "irregularities" that have come to light.

https://www.google.com/search?hl=en&q=taoiseach%20has%20full...

Might be true in other countries but I'm old enough to see this pattern play out a few times.


Didn’t know this had to look it up. This is one of the reasons why I’m on HN. TIL as a service.


When a young child starts telling you they’re not tired, it’s definitely bedtime.


"Read my lips. No new taxes". New taxes pass 2 years later.


> It's impossible to be certain in this economy so giving an absolute statement is basically a lie

Or a sign of the kind of delusional optimism that leads to over-hiring.


I'm not sure if it's a flat out lie or if someone just tries to take responsibility they dont' have, or a promise they can't live up to.


The real question is why are we OK with this outright dishonest behavior?


I mean, is there another part of that quote? Anytime I've been put on the spot for these types of statements it's always '...at this time.' Nothing in business is static. When the facts change the business has to change.


Happens all the time. I remember Figma founder saying they will never be acquired and then boom.


It is a meme at this point.


I'm good at everything that I'm good at, every time that it works out!


Have you tried Tapioca (https://github.com/Shopify/tapioca) with Sorbet? Typing in general has ways to go sure, but I find this combination quite usable in my day to day.


Yes, but in dealing with parsing JSON in a dynamic way, we took a bunch of time to try to get things working elegantly and it didn’t go so well. Same with trying to set up a base class for a service object that could return any number of things.

Maybe I’ll check back in 3 years? But it seems to be A pet toy of Shopify, and for their needs.


Besides consent there is also the possibility of legitimate interest under the GDPR.


That wouldn't be it


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: