{"id":1006790312281,"date":"2026-11-02T09:44:28","date_gmt":"2026-11-02T09:44:28","guid":{"rendered":"https:\/\/www.bitcoinservice.it\/rivista\/2026\/11\/02\/sicurezza-bitcoin-wallet-non-custodial-btcpay-server-italia\/"},"modified":"2026-11-02T09:44:28","modified_gmt":"2026-11-02T09:44:28","slug":"sicurezza-bitcoin-wallet-non-custodial-btcpay-server-italia","status":"publish","type":"post","link":"https:\/\/www.bitcoinservice.it\/rivista\/2026\/11\/02\/sicurezza-bitcoin-wallet-non-custodial-btcpay-server-italia\/","title":{"rendered":"La sicurezza \u00e8 una scelta architetturale: perch\u00e9 non custodiamo le vostre chiavi"},"content":{"rendered":"<p><img decoding=\"async\" src=\"https:\/\/cdn.shopify.com\/s\/files\/1\/1022\/5870\/4729\/articles\/Le_chiavi_restano_tue_sempre.png?v=1793612671\" alt=\"\"><\/p>\n<p><strong>La protezione dei fondi comincia prima di una transazione. Comincia dal modo in cui viene progettata l\u2019infrastruttura e da una scelta essenziale: chi deve poter disporre delle chiavi private.<\/strong><\/p>\n<p>Per BTCPay Server Italia, accompagnare le imprese nell\u2019adozione dei pagamenti Bitcoin significa anche definire con chiarezza il confine tra servizio tecnologico e controllo dei fondi. La nostra posizione \u00e8 precisa: sull\u2019istanza pubblica non consentiamo agli utenti di configurare hot wallet. L\u2019infrastruttura gestisce i pagamenti; le chiavi private devono rimanere sotto il controllo dei legittimi proprietari, al di fuori del server pubblico.<\/p>\n<h2>La sicurezza non si esaurisce in un aggiornamento<\/h2>\n<p>Gli avvisi di sicurezza pubblicati dal progetto BTCPay Server ricordano quanto sia importante mantenere aggiornato ogni componente di un\u2019infrastruttura di pagamento. Il progetto ha documentato un incidente nel quale una vulnerabilit\u00e0 ha consentito di ottenere le credenziali amministrative di nodi LND collegati alle istanze interessate, con conseguente sottrazione di fondi ad alcuni utenti.<\/p>\n<p>\u00c8 importante distinguere i diversi ambiti: nell\u2019avviso relativo alla versione 2.4.2, il rischio descritto riguarda le credenziali LND e non i wallet on-chain gestiti da BTCPay Server. <strong>La versione 2.4.7, rilasciata il 29 ottobre 2026, dichiara la correzione di 85 rilievi di sicurezza: 1 critico, 13 di gravit\u00e0 alta, 52 media e 19 bassa<\/strong>, secondo le classificazioni del rapporto originale. Le note di rilascio raccomandano l\u2019aggiornamento, in particolare per i server condivisi da pi\u00f9 esercenti.<\/p>\n<p>Questi dati riguardano il software del progetto e non costituiscono un\u2019attestazione della versione installata sulla nostra istanza. Nessun aggiornamento deve essere interpretato come una garanzia di invulnerabilit\u00e0.<\/p>\n<p>La lezione \u00e8 pi\u00f9 ampia di una singola versione software: <strong>aggiornare \u00e8 indispensabile, ma ridurre preventivamente l\u2019esposizione delle chiavi private \u00e8 una scelta architetturale distinta e altrettanto importante.<\/strong><\/p>\n<h2>La nostra scelta: nessun hot wallet sull\u2019istanza pubblica<\/h2>\n<p>Un hot wallet conserva le chiavi private in un ambiente connesso a Internet. \u00c8 una configurazione che pu\u00f2 rispondere a specifiche esigenze operative, ma introduce un rischio che richiede valutazioni, controlli e responsabilit\u00e0 adeguati.<\/p>\n<p>Quando le chiavi sono presenti su un server, la compromissione dell\u2019infrastruttura o di un account con i privilegi necessari pu\u00f2 esporre anche la capacit\u00e0 di spendere i fondi. Su un servizio condiviso, questa concentrazione di funzioni merita particolare attenzione.<\/p>\n<p>Per questo abbiamo scelto di non rendere disponibile la configurazione di hot wallet sulla nostra istanza pubblica. Non \u00e8 una limitazione commerciale: \u00e8 il confine che abbiamo deciso di mantenere tra l\u2019operativit\u00e0 dei pagamenti e la custodia delle chiavi.<\/p>\n<h2>Non custodial, watch-only e cold wallet: ruoli distinti<\/h2>\n<p>Non custodial significa che il controllo delle chiavi private rimane all\u2019utente. Non significa, da solo, che un wallet sia offline. Anche un wallet gestito direttamente dal proprietario pu\u00f2 essere un hot wallet.<\/p>\n<p>Watch-only descrive invece una configurazione che utilizza informazioni pubbliche per osservare indirizzi e transazioni, senza possedere le chiavi private necessarie alla spesa. Cold wallet indica una configurazione nella quale le chiavi di firma sono mantenute offline. <strong>Watch-only e cold wallet non sono sinonimi: possono essere componenti complementari della stessa architettura.<\/strong><\/p>\n<p>Nel modello che promuoviamo, BTCPay Server utilizza sul server pubblico soltanto le informazioni pubbliche compatibili del wallet, mentre la firma rimane in un ambiente separato. La configurazione raccomandata mantiene le chiavi offline, attraverso un dispositivo di firma dedicato o un ambiente offline adeguatamente protetto.<\/p>\n<h2>Sparrow Wallet: osservare online, firmare separatamente<\/h2>\n<p>Tra gli strumenti che consigliamo per questo approccio c\u2019\u00e8 Sparrow Wallet. La sua documentazione distingue i wallet software che contengono chiavi private, i wallet xpub\/watch-only e le configurazioni con hardware wallet connessi o air-gapped.<\/p>\n<p>Il modello da promuovere \u00e8 preciso: <strong>BTCPay Server in modalit\u00e0 watch-only sull\u2019infrastruttura pubblica; Sparrow su una postazione dell\u2019utente per la gestione operativa; chiavi private conservate nel dispositivo o nell\u2019ambiente di firma offline.<\/strong> Anche Sparrow pu\u00f2 essere configurato con sole informazioni pubbliche, senza importare il seed.<\/p>\n<p>In una configurazione air-gapped, i dati necessari alla firma vengono scambiati tramite i metodi supportati dal dispositivo, per esempio codici QR o scheda SD. La transazione viene autorizzata dal dispositivo che custodisce le chiavi, non dal server pubblico.<\/p>\n<p>Sparrow non diventa un cold wallet per il solo fatto di essere installato. Se le chiavi sono conservate e utilizzate su un computer connesso a Internet, rimangono esposte ai rischi di quell\u2019ambiente. La protezione dipende dalla configurazione concreta, non dal nome del software.<\/p>\n<p><strong>Il seed di recupero non deve essere inserito sul server pubblico.<\/strong> Anche le informazioni pubbliche estese del wallet richiedono attenzione: non consentono, da sole, di spendere i fondi, ma possono rivelare informazioni sensibili sull\u2019attivit\u00e0 finanziaria.<\/p>\n<h2>Ridurre il rischio non significa dichiarare immunit\u00e0<\/h2>\n<p>Mantenere le chiavi fuori dal server riduce uno specifico rischio: che una compromissione dell\u2019istanza renda direttamente disponibili anche le chiavi necessarie a sottrarre i fondi gi\u00e0 ricevuti dal wallet.<\/p>\n<p><strong>Non elimina le vulnerabilit\u00e0 dell\u2019istanza, gli accessi non autorizzati, i rischi relativi ai dati o le interruzioni del servizio.<\/strong> Un\u2019infrastruttura compromessa potrebbe inoltre alterare le informazioni mostrate o gli indirizzi utilizzati per i pagamenti futuri. L\u2019assenza di chiavi private sul server non rende quindi irrilevante la fiducia nel gestore.<\/p>\n<p>La verifica degli indirizzi tramite un dispositivo fidato, la protezione degli account e il monitoraggio restano parte integrante di un uso consapevole. Allo stesso modo, la sicurezza del dispositivo di firma e dei backup rimane determinante per la protezione del wallet.<\/p>\n<h2>Un\u2019infrastruttura di pagamento, non un deposito di Bitcoin<\/h2>\n<p>Utilizzare un\u2019infrastruttura esterna per ricevere pagamenti non dovrebbe essere confuso con affidarle la custodia dei propri Bitcoin. Il nostro modello mantiene distinte queste responsabilit\u00e0: il servizio supporta i processi di pagamento; l\u2019utente conserva il controllo delle chiavi e delle operazioni di firma.<\/p>\n<p>Per le imprese, il valore di questa impostazione \u00e8 la chiarezza: sapere quali funzioni svolge il servizio, quali responsabilit\u00e0 rimangono interne e dove si trova effettivamente il potere di autorizzare una transazione.<\/p>\n<h2>La sicurezza come disciplina continua<\/h2>\n<p>Un\u2019architettura prudente \u00e8 un punto di partenza, non un traguardo definitivo. Un\u2019infrastruttura di pagamento richiede aggiornamenti tempestivi, privilegi amministrativi limitati, controllo delle autorizzazioni, riduzione dei servizi non necessari e attenzione costante agli eventi rilevanti per la sicurezza.<\/p>\n<p>Allo stesso modo, chi utilizza un wallet deve proteggere il seed, predisporre backup adeguati e verificare le procedure di recupero prima di affidare alla configurazione importi significativi.<\/p>\n<p>La scelta di escludere gli hot wallet dalla nostra istanza pubblica si inserisce in questa visione: limitare il materiale sensibile presente sul server e mantenere separati i ruoli che non \u00e8 necessario concentrare nello stesso ambiente.<\/p>\n<h2>Sovranit\u00e0 digitale, responsabilit\u00e0 concreta<\/h2>\n<p>Bitcoin offre alle imprese la possibilit\u00e0 di ripensare il rapporto tra pagamenti, controllo e autonomia. Rendere questa possibilit\u00e0 operativa richiede competenze tecniche, processi comprensibili e scelte esplicite sul rischio.<\/p>\n<p>BTCPay Server Italia si propone come partner italiano per questa adozione concreta: infrastruttura, integrazione e supporto, senza confondere l\u2019assistenza tecnologica con la custodia delle chiavi private.<\/p>\n<p>Non promettiamo un\u2019infrastruttura immune da ogni attacco. Scegliamo invece un modello che riduce l\u2019esposizione delle chiavi e rende pi\u00f9 chiaro il confine delle responsabilit\u00e0.<\/p>\n<blockquote>\n<p><strong>Le chiavi restano tue. Sempre.<\/strong><\/p>\n<\/blockquote>\n<p>\u00c8 il principio della nostra scelta non custodial: il servizio non deve detenere le tue chiavi private. Non \u00e8 una promessa di assenza di rischio, ma un impegno sul modello di custodia che promuoviamo.<\/p>\n<hr>\n<p><strong>BTCPay Server Italia<\/strong><br \/>Infrastruttura, integrazione e supporto per l\u2019adozione di Bitcoin nelle imprese.<\/p>\n<p><em>La sovranit\u00e0 digitale comincia dal controllo delle proprie chiavi.<\/em><\/p>\n<h3>Fonti e approfondimenti<\/h3>\n<ul>\n<li><a href=\"https:\/\/github.com\/btcpayserver\/btcpayserver\/releases\">BTCPay Server: release ufficiali e note della versione 2.4.7<\/a><\/li>\n<li><a href=\"https:\/\/blog.btcpayserver.org\/security-advisory-btcpay-server-2-4-2\/\">Security Advisory ufficiale relativo a BTCPay Server 2.4.2<\/a><\/li>\n<li><a href=\"https:\/\/blog.btcpayserver.org\/btcpay-server-security-incident-response-and-next-steps\/\">BTCPay Server: incidente di sicurezza, risposta e passi successivi<\/a><\/li>\n<li><a href=\"https:\/\/sparrowwallet.com\/docs\/quick-start.html\">Sparrow Wallet: guida ufficiale e tipologie di wallet<\/a><\/li>\n<li><a href=\"https:\/\/sparrowwallet.com\/docs\/airgapped-wallet-qr.html\">Sparrow Wallet: configurazione air-gapped con codici QR<\/a><\/li>\n<li><a href=\"https:\/\/docs.btcpayserver.org\/Deployment\/ThirdPartyHosting\/\">BTCPay Server: sicurezza nell\u2019hosting di terze parti<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>La nostra istanza pubblica gestisce i pagamenti, non le chiavi private. Una scelta architetturale per ridurre l\u2019esposizione dei fondi e mantenere distinto il servizio tecnologico dal controllo dei Bitcoin.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[12],"tags":[6,22,491,492,493],"class_list":["post-1006790312281","post","type-post","status-publish","format-standard","hentry","category-blog-btcpay-server-italia","tag-btcpay-server","tag-pagamenti-bitcoin","tag-sicurezza-bitcoin","tag-sparrow-wallet","tag-wallet-non-custodial"],"_links":{"self":[{"href":"https:\/\/www.bitcoinservice.it\/rivista\/wp-json\/wp\/v2\/posts\/1006790312281","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.bitcoinservice.it\/rivista\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.bitcoinservice.it\/rivista\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.bitcoinservice.it\/rivista\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.bitcoinservice.it\/rivista\/wp-json\/wp\/v2\/comments?post=1006790312281"}],"version-history":[{"count":0,"href":"https:\/\/www.bitcoinservice.it\/rivista\/wp-json\/wp\/v2\/posts\/1006790312281\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.bitcoinservice.it\/rivista\/wp-json\/wp\/v2\/media?parent=1006790312281"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.bitcoinservice.it\/rivista\/wp-json\/wp\/v2\/categories?post=1006790312281"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.bitcoinservice.it\/rivista\/wp-json\/wp\/v2\/tags?post=1006790312281"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}