Nethemba | Záleží nám na vašu bezpečnosť.

How abliterated models can get you pwned
Any open model whose weights have been edited can carry a backdoor, whether it's a task-specific fine-tune, a merged adapter or an abliterated build.
https://projectdiscovery.io/research/how-abliterated-models-can-get-you-pwned

During recent discussions about the security of decentralized inference through Routstr, people raised a valid concern: how can we be sure a provider doesn't read our prompts, or alter tool calls to backdoor the machine or the code it generates? Or how do we know the provider does not swap the model for a cheaper one and charge you full price? The usual answer is a TEE, a trusted execution environment. TEEs are hard to audit in practice. You trust the hardware vendor and re-verify a whole software stack after every update. We can do better, and now we do.

Routstr has a confidential mode. Your client talks TLS 1.3 directly to the upstream provider (Venice, for my node), and the Routstr node in between only relays encrypted records. Client and node compute the TLS keys together, so the node can add its API key without ever seeing your prompt or the answer, and it can't change a single byte of the response, tool calls included. Zero-knowledge proofs pin the model and the token cap, and you pay for the usage the provider itself reported. All of this rests on math and on the certificates you already trust, with no enclave or special hardware anywhere.

It works today on routstr.cypherpunk.today, through routstrd (I'm running opencode agents on it) and right in the browser, where the page does every check itself. It's new and experimental, so please try it and tell me what breaks.

Blog: https://juraj.bednar.io/en/blog-en/2026/10/10/confidential-inference-on-routstr-without-trusted-hardware/
Try it in the browser: https://jooray.github.io/routstr-confidential-pwa/
Paper: https://github.com/jooray/routstr-confidential/blob/HEAD/paper/paper.pdf
Code: https://github.com/jooray/routstr-confidential

Poľsko práve ukázalo, ako môže od januára vyzerať slovenská e-faktúra:

Fakturownia je poľský cloudový fakturačný softvér napojený na štátny KSeF a má vyše 600 tisíc firemných klientov. Je to presne ten typ firmy, akým sa od 1. 1. 2027 stáva každý slovenský „digitálny poštár“.

27. septembra o 3:20 ráno sa niekto dostal do ich systémov. Vyhodili ho až 28. Septembra o 17:45, teda po viac ako 38 hodinách. Odniesol si veľkú časť databázy: údaje firiem a používateľov, hashe hesiel, bankové účty, platobné údaje, session a API tokeny aj systémové kľúče. Podľa samotnej firmy sa únik v rôznej miere týka každého účtu.

A teraz Slovensko. V Poľsku bol takýto sprostredkovateľ aspoň voliteľný; firma mohla ísť do KSeF aj priamo. U nás bude súkromný poštár zo zákona stáť v ceste každej B2B faktúre. Týka sa to 530 726 subjektov a zhruba päťdesiatky firiem, ktoré uvidia kompletné obchodné vzťahy celej krajiny.

Poštári nemajú zákonnú povinnosť mlčanlivosti, zákaz používať dáta na vlastné účely ani limit, ako dlho ich môžu držať. NBÚ pre nich v pripomienkovom konaní žiadal bezpečnostné štandardy a ministerstvo to zamietlo. SIS si pre seba vybavila výnimku, lebo systém sama považuje za neprimerané bezpečnostné riziko. Vy výnimku nemáte. A ešte si za to zaplatíte.

Otázka nie je, či niektorého slovenského poštára hacknú. Otázka je, ktorého prvého.

V Nethembe sme pred dvoma mesiacmi napísali, že pre priemyselnú špionáž a ransomware je to najlukratívnejší cieľ, aký kedy na Slovensku vznikol. Poľsko to práve potvrdilo.
🇵🇱 https://www.money.pl/biznes/wyciek-danych-klientow-duzej-firmy-od-faktur-ma-ponad-600-tys-klientow-7334707825813728a.html
🇵🇱 https://www.telepolis.pl/wiadomosci/fakturownia-wyciek-danych
Proti e-faktúre: https://nethemba.com/sk/proti-e-fakture-firemny-stockholmsky-syndrom/