<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: kodebach</title><link>https://news.ycombinator.com/user?id=kodebach</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 06 Apr 2026 02:05:09 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=kodebach" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by kodebach in "German implementation of eIDAS will require an Apple/Google account to function"]]></title><description><![CDATA[
<p>As strange as it is, but Austria is quite far ahead in terms of eIDAS since we've had Handysignatur for more than a decade. I wouldn't be surprised, if the Germans are planning to support hardware tokens, but haven't had the time yet.</p>
]]></description><pubDate>Sun, 05 Apr 2026 09:51:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47647760</link><dc:creator>kodebach</dc:creator><comments>https://news.ycombinator.com/item?id=47647760</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47647760</guid></item><item><title><![CDATA[New comment by kodebach in "German implementation of eIDAS will require an Apple/Google account to function"]]></title><description><![CDATA[
<p>I agree, you should be able to run anything you want, root your device, etc., but you also have to accept the consequences of that. If an app can no longer verify its own integrity, certain features are simply impossible to implement securely.<p>Think of it this way: A physical ID (which is what we're trying to replace here) also has limitations, it looks a certain way, has a certain size, etc. Just because somebody wants a smaller ID or one with a larger font or a passport in a different colour or whatever, doesn't mean that this should be allowed or possible. Some limitations exist for a good reason</p>
]]></description><pubDate>Sun, 05 Apr 2026 09:40:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47647703</link><dc:creator>kodebach</dc:creator><comments>https://news.ycombinator.com/item?id=47647703</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47647703</guid></item><item><title><![CDATA[New comment by kodebach in "German implementation of eIDAS will require an Apple/Google account to function"]]></title><description><![CDATA[
<p>Simply because the law was written that way. But also the whole idea of identity verification becomes pretty useless, if there is no chain of trust. You could run a modified client that lets you assume any identity you choose, exactly the opposite of what eIDAS is trying to achieve.</p>
]]></description><pubDate>Sun, 05 Apr 2026 09:32:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=47647667</link><dc:creator>kodebach</dc:creator><comments>https://news.ycombinator.com/item?id=47647667</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47647667</guid></item><item><title><![CDATA[New comment by kodebach in "Open Letter to Google on Mandatory Developer Registration for App Distribution"]]></title><description><![CDATA[
<p>Starting from their first announcement of this, Google has explicitly asked for comments and feedback from affected developers. They have a Google Form for exactly that linked on all the announcement pages.<p>The exceptions for students/hobbyist were always promised, but the "advanced flow" came later based on this feedback. AFAICT Google has, so far, only made things better after the initial announcement. I don't see why we shouldn't give them the benefit of doubt, at least until we have some specifics.<p>Pushing this open letter out just days/weeks before Google promised the next major update just seems off.</p>
]]></description><pubDate>Wed, 25 Feb 2026 00:08:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47145427</link><dc:creator>kodebach</dc:creator><comments>https://news.ycombinator.com/item?id=47145427</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47145427</guid></item><item><title><![CDATA[New comment by kodebach in "Open Letter to Google on Mandatory Developer Registration for App Distribution"]]></title><description><![CDATA[
<p>It is a non-sensical ruling. But IIRC the reason was basically that while Apple and Google did basically the same shit, only Google kept a written record of their monopolistic behaviour, so only Google was found guilty.<p>However, there is a relevant court case here. The one about Samsung's "Auto Blocker" (<a href="https://arstechnica.com/gadgets/2025/07/samsung-and-epic-games-call-a-truce-in-app-store-lawsuit/" rel="nofollow">https://arstechnica.com/gadgets/2025/07/samsung-and-epic-gam...</a>). Epic Games sued because Samsung made it too hard to install apps from "untrusted" sources. This may be a reason why Google is now trying to make the process more difficult on the developer side instead.</p>
]]></description><pubDate>Tue, 24 Feb 2026 20:37:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=47142617</link><dc:creator>kodebach</dc:creator><comments>https://news.ycombinator.com/item?id=47142617</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47142617</guid></item><item><title><![CDATA[New comment by kodebach in "Open Letter to Google on Mandatory Developer Registration for App Distribution"]]></title><description><![CDATA[
<p>My guess is that Android 17 will show the registered name of the developer of the app you're trying to install. With stolen IDs you can only get accounts for individual developers not for organisations.<p>When a scammer pretending to be your bank tells you to install an app for verification and it says "This app was created by John Smith" even grandma will get suspicious and ask why it doesn't show the bank's name.</p>
]]></description><pubDate>Tue, 24 Feb 2026 20:30:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=47142507</link><dc:creator>kodebach</dc:creator><comments>https://news.ycombinator.com/item?id=47142507</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47142507</guid></item><item><title><![CDATA[New comment by kodebach in "Open Letter to Google on Mandatory Developer Registration for App Distribution"]]></title><description><![CDATA[
<p>Like you said, for years now they have added more and  more restrictions to address various scams. So far none of them had any effect, other than annoying users of legitimate apps, because all the new restrictions were on the <i>user side</i>. This new approach restricts <i>developers</i>, but is actually a complete non-issue for most, since the vast majority of apps is distributed via Google Play already.<p>In the section "Existing Measures Are Sufficient." your letter also mentions<p>> Developer signing certificates that establish software provenance<p>without any explanation of how that would be the case. With the current system, yes, every app has to be signed. But that's it. There's no certificate chain required, no CA-checks are performed and self-signed certificates are accepted without issue. How is that supposed to establish any form of provenance?<p>If you really think there is a better solution to this, I would suggest you propose some viable alternative. So far all I've heard for the opponents of this change is, either "everything is fine" or "this is not the way", while conveniently ignoring the fact that there is an actual problem that needs a solution.<p>That said, I <i>do</i> generally agree, with you that mandatory verification for *all* apps would be overkill. But that is not what Google has announced in their latest blog posts. Yes, the flow to disable verification and the exemptions for hobbyists and students are just vague promises for now. But the public timeline (<a href="https://developer.android.com/developer-verification#timeline" rel="nofollow">https://developer.android.com/developer-verification#timelin...</a>) states developer verification will be generally available in March 2026. Why publish this letter now and not wait a few weeks so we can see what Google actually is planning before getting everybody outraged about it?</p>
]]></description><pubDate>Tue, 24 Feb 2026 20:12:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=47142249</link><dc:creator>kodebach</dc:creator><comments>https://news.ycombinator.com/item?id=47142249</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47142249</guid></item></channel></rss>