TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Datensparsamkeit (2013)

67 点作者 jpelecanos超过 7 年前

6 条评论

Sylos超过 7 年前
I wish more developers&#x2F;companies practised this discipline. Not just for ethical reasons, but also just because I find it interesting to see clever ways of achieving tasks with minimal data.<p>One example that I love is Firefox Sync. It&#x27;s end-to-end-encrypted with your password as encryption key. And there&#x27;s a &quot;Forgot password?&quot; link on the login page. If you&#x27;re thinking along at home, you&#x27;ll notice that clearly this cannot work. If you forget the password to data that&#x27;s encrypted with your password, then that&#x27;s it. You can&#x27;t just reset the password on it. If you could, anyone could. All you can do, is erase the data.<p>Well, and that&#x27;s exactly what Firefox Sync does. It just wipes your data off of Mozilla&#x27;s servers. You typically have this data synchronized to your local client when you do the password reset, so it just encrypts this local data with your new password and uploads that to Mozilla&#x27;s servers.<p>There are some corner cases where you might lose data, but I&#x27;ve never heard a complaint about it being less reliable than for example Chrome&#x27;s implementation. And it&#x27;s a hundred times more secure and private, in particular also because it means NSA&#x2F;FBI&#x2F;CIA can&#x27;t look through your browsing history (and not having Google look through it, which is why they keep it in cleartext, is also nice).
hyper_reality超过 7 年前
Excellent introductory article. My only gripe is that the following statement should have been qualified:<p>&gt; Datensparsamkeit suggests that you shouldn&#x27;t store the IP address directly, perhaps instead you should hash it and only store the hash.<p>Hashing an IP address with a well-known function such as SHA1 will be almost useless for keeping the data private from malicious actors, as there are less than 4 billion hashes to precompute. A keyed hash would be better assuming that the key could be well protected.
评论 #16409661 未加载
Dunedan超过 7 年前
Interesting in this context is to point out how it&#x27;s anchored into German law. Germany&#x27;s Federal Data Protection Act states:<p>&gt; Section 3a<p>&gt; Data reduction and data economy<p>&gt;<p>&gt; Personal data are to be collected, processed and used, and processing systems are to be designed in accordance with the aim of collecting, processing and using as little personal data as possible. In particular, personal data are to be aliased or rendered anonymous as far as possible and the effort involved is reasonable in relation to the desired level of protection.<p>Source: <a href="https:&#x2F;&#x2F;www.gesetze-im-internet.de&#x2F;englisch_bdsg&#x2F;englisch_bdsg.html#p0064" rel="nofollow">https:&#x2F;&#x2F;www.gesetze-im-internet.de&#x2F;englisch_bdsg&#x2F;englisch_bd...</a>
danielam超过 7 年前
Privacy is only one dimension, of course. While space is cheap, time isn&#x27;t, so having less data can also mean less data processing (for example, when possible, using online algorithms to compute what you really care about instead of logging all the things and then computing what you really want on demand). However...<p>&quot;We might not have an immediate use [...] but we&#x27;ll ask for it anyway in case it comes in useful later [...] so if we come up with some way to use that data later, we can.&quot;<p>That, at least in my experience, is <i>the</i> major motivator. Unless either the ethos changes or stiff penalties instill sufficient fear in the incorrigible opportunism of the the internet tech sector, the fear of missing out will continue to be a major motivator of the lust for data.
tannhaeuser超过 7 年前
TLDR: the principle of not storing data unless absolutely necessary<p>As opposed to, say, logging each and everything, including credit card transaction details to Splunk&#x2F;elastic search, or storing every user action &quot;just in case&quot;.
评论 #16405672 未加载
singularity2001超过 7 年前
Datensparsamkeit<p>data-spare-some-ness
评论 #16405885 未加载
评论 #16406314 未加载