News for hackers. Stuff that matters.
Re:Kagi Search API by ziddoap on Tuesday December 03, 2024 @03:45PM (#42311159)
I don't think Kagi, at the moment, is doing anything nefarious with the data that they have. But that paragraph you quoted is pure marketing.

>You have to log in for Kagi and create an account because that’s the nature of a subscription-based business model; you somehow have to tie the payment to an account.

If data was really viewed as a liability, they would adopt a data minimization model similar to Mullvad and not tie user accounts and email addresses together at all.

Re:Kagi Search API by BadHumans on Tuesday December 03, 2024 @03:52PM (#42311256)
With Mullvad, privacy and anonymization are the goal and with Kagi it is more of a side effect. As such, using email for accounts makes the most sense because it is the default way of doing things and the lowest lift.
Re:Kagi Search API by yurishimo on Tuesday December 03, 2024 @04:15PM (#42311537)
They could offer both. There’s no reason you can’t use some sort of uuid to login to your account. If that uuid was lost, well, tough shit and make a new account I guess?

Then normies can login with email and everyone is happy!

Re:Kagi Search API by BadHumans on Tuesday December 03, 2024 @05:15PM (#42312191)
I don't think they verify email so you can do that currently with a fake email. There is nothing stopping you from creating a Kagi account with [email protected] other the possibility of someone actually having that email.
Re:Kagi Search API by ziddoap on Tuesday December 03, 2024 @04:15PM (#42311542)
That's totally fine! But that runs counter to the claim that "[...] data is a liability. We don't want it.".

If they really didn't want it, there are options.

Re:Kagi Search API by BadHumans on Tuesday December 03, 2024 @05:34PM (#42312357)
I think the million data breaches with no consequences have shown that email is not a liability.
Re:Kagi Search API by ziddoap on Tuesday December 03, 2024 @05:42PM (#42312453)
"Data breaches don't have consequences" is a new take that I'm not sure how to respond to.

It's not the email alone that is valuable. It is the email paired with your search history that is valuable. If you remove the email, and instead tie to to a uuid, the search history is much less valuable. This is the basics of data minimization.

Which, again, is fine if Kagi doesn't want to do. They just shouldn't pretend that there isn't any other solution other than email, because there is.

Re:Kagi Search API by BadHumans on Tuesday December 03, 2024 @05:59PM (#42312608)
> "Data breaches don't have consequences" is a new take that I'm not sure how to respond to.

That is not what I said. Hundreds of data breaches where emails have gotten leaked and there have been no real consequences for the offending company so from a company perspective, email is not data that carries any real liability.

Re:Kagi Search API by ziddoap on Tuesday December 03, 2024 @06:00PM (#42312614)
>email is not data that carries any real liability.

It certainly can be when it is tied to other data. For example, your entire search history.