October 2021 - nexa - server-nexa.polito.it

Re: [nexa] https://attivissimo.blogspot.com/2021/10/perche-questi-codici-qr-sembrano-green.html?m=1

by Roberto Resoli

Il 28/10/21 15:19, Roberto Resoli ha scritto: > >> possono essere piu' casi in giro per l'europa > > sì, specie alla luce delle ultime novità (htpasswd della reference > implementation dimenticato ... ) vedi ultime email mia e di 380° > (quest'ultima ha tutti i dettagli). La cosa è credibile (o resa tale) > perchè sono circolate schermate della interfaccia web di emissione. https://nitter.kavin.rocks/Xiloeee/status/1453493664806735876?s=20 Non viene collegata nel thread di cui sopra la faccenda dell'htpasswd, nè notato (mi pare) il fatto che i certificati DE, FR, PL siano tornati validi rob

Oct. 28, 2021

Re: [nexa] https://attivissimo.blogspot.com/2021/10/perche-questi-codici-qr-sembrano-green.html?m=1

by Roberto Resoli

Il 28/10/21 09:39, Stefano Quintarelli ha scritto: > o anche la goliardia. speriamo ... > possono essere piu' casi in giro per l'europa sì, specie alla luce delle ultime novità (htpasswd della reference implementation dimenticato ... ) vedi ultime email mia e di 380° (quest'ultima ha tutti i dettagli). La cosa è credibile (o resa tale) perchè sono circolate schermate della interfaccia web di emissione. > gli operatori sono certamente dell'ordine delle decine di migliaia > > se e' cosi, non sappiamo e credo non sapremo se non siano stati beccati > e bacchettati Bisogna vedere chi aveva accesso a quella interfaccia web ... ovviamente se era rimasta la password di sviluppo l'utenza non è individuabile. Ci sono comunque altri metadati. > ps. apparentemente c'e' la possibilita' di revocare singoli pass stamattina quasi tutti i pass farlocchi erano tornati validi, usando regole fresche di VerificaC19 (mia ipotesi: hanno provato a rimuovere alcune chiavi, ma sono tornati indietro perchè l'impatto era troppo forte). Al momento mi risultano non validi solo quelli che appaiono emessi da MK L'utente github denysvitali ne ha fatto un compendio: https://github.com/denysvitali/covid-cert-analysis rob

Oct. 28, 2021

Re: [nexa] sistema DCG compromesso? (was Re: https://attivissimo.blogspot...)

by 380°

Breaking news! 380° <g380(a)biscuolo.net> writes: [...] > la complicazione peggiore è stata quella di usare sistemi web: sarà mica > una roba seria dai! l'utente PLTorrent ha segnalato circa 2 ore fa [1] che nel codice sorgente dell'applicazione web «EU Digital COVID Certificate Issuance Web Frontend.» [2] c'è questo file: https://github.com/eu-digital-green-certificates/dgca-issuance-web/blob/mai… il cui contenuto è: --8<---------------cut here---------------start------------->8--- dgca-user:$apr1$p/TIVIAC$UPG8QZSTcVd/iJ6AhzEX5/ --8<---------------cut here---------------end--------------->8--- non ho tempo (e voglia) di capire se per autenticarsi sia necessario e sufficiente inserire come user "dgca-user" con relativa password (tecnicamente si tratta della "basic auth protection" di Nginx) ma se così fosse... beh, non ci sono parole. è stata aperta anche una issue: https://github.com/eu-digital-green-certificates/dgca-issuance-web/issues/1… nella quale è spiegato che l'hash della password sopra è "Apache APR1", il che significa che per indovinare la password sono sufficienti 1000 iterazioni di "brute force" attack c'è quindi la concreta possibilità che in alcune implementazioni nazionali sia stata usata in produzione una password facilmente "craccabile" e che questo abbia permesso l'accesso fraudolento ai sistemi web nazionali ...i log del webserver dovrebbero esserci :-O [...] saluti, 380° [1] https://github.com/ehn-dcc-development/hcert-spec/issues/103 [2] https://github.com/eu-digital-green-certificates/dgca-issuance-web -- 380° (Giovanni Biscuolo public alter ego) «Noi, incompetenti come siamo, non abbiamo alcun titolo per suggerire alcunché» Disinformation flourishes because many people care deeply about injustice but very few check the facts. Ask me about <https://stallmansupport.org>.

Oct. 28, 2021

Re: [nexa] https://attivissimo.blogspot.com/2021/10/perche-questi-codici-qr-sembrano-green.html?m=1

by Roberto Resoli

C'è anche la possibilità di compromissione di un(o o più) server di emissione: https://github.com/ehn-dcc-development/hcert-spec/issues/103#issuecomment-9… vedremo ... rob Il 28/10/21 09:39, Stefano Quintarelli ha scritto: > o anche la goliardia. > possono essere piu' casi in giro per l'europa > gli operatori sono certamente dell'ordine delle decine di migliaia > > se e' cosi, non sappiamo e credo non sapremo se non siano stati beccati > e bacchettati > > ps. apparentemente c'e' la possibilita' di revocare singoli pass > > On 28/10/21 08:32, Roberto Resoli wrote: >> 1) Probabilmente l'operatore ha controllo su alcuni dati del pass, >> (nome cognome, data di nascita, numero di dosi, loro date ...) e non >> su altri (Paese emittente) e quindi ci sono operatori infedeli in più >> paesi UE. Le motivazioni dell'infedeltà possono essere lo >> screditamento del sistema o la vendita di gp per denaro (o anche >> entrambe).

Oct. 28, 2021

sistema DCG comromesso? (was Re: https://attivissimo.blogspot...)

by 380°

Buongiorno nexiane, una cosa è chiara (ed era chiara fin dall'inizio): il sistema messo in piedi è talmente /complicato/ (anche complesso, ma la complessità si può gestire) da essere TECNICAMENTE ingestibile la complicazione peggiore è stata quella di usare sistemi web: sarà mica una roba seria dai! Roberto Resoli <roberto(a)resolutions.it> writes: > Nelle ultime ore sto riconsiderando l'ipotesi del "burlone" (operatore > infedele che abusa di chiavi di firma), e che non ci sia una vera > compromissione (svelamento) delle stesse, credo che tutti si augurino che sia /solo/ una compromissione locale di uno o più sistemi (online?!?!? [1]) di generazione dei certificati o uno o più "operatori burloni" (io dubito che un medico abbia voglia di rischiare), perché le altre ipotesi fanno Troppa Paura™, soprattutto quella che la chiavi non siano state rubate ma /indovinate/ [2] i vettori di attacco per una compromissione locale (multipla, cioè in più siti) sono molteplici, dal social engineering fino al "evil maid", passando per i malware in almeno un form su 4chan c'è chi sostiene di avere le chiavi private di tutte le nazioni [3] ma il fatto che i documenti farlocchi abbiano date di emissione recenti lascia aperto il dubbio che siano "solo" stati bucati i sistemi online > Se questo è vero, mi vengono in mente alcune conseguenze: > > 1) Probabilmente l'operatore ha controllo su alcuni dati del pass, (nome > cognome, data di nascita, numero di dosi, loro date ...) e non su altri > (Paese emittente) e quindi ci sono operatori infedeli in più paesi UE. ci possono essere altri modi per ottenere le credenziali di un operatore che ha accesso al sistema di generazione del "green pass", non è detto si tratti di operatori infedeli (che comunque rischiano grosso): vedi il Tweet di Carmela Troncoso che riporti sotto. avete presente il livello medio di sensibilità alla sicurezza informatica di tutti gli utenti, medici compresi?... dai post-it appiccicati allo schermo a "orsetto1962" come password :-O vorrei essere una mosca e poter entrare a curiosare il modus operandi quotidiano nei centri vaccinali (o dove si inseriscono i dati) [...] > 2) In alcuni contesti le chiavi di firma possono essere usate senza > lasciare traccia in un log o altro, altrimenti gli operatori sarebbero > già stati scoperti (non è così, sono apparsi pass validi di Mickey Mouse > e Sponge Bob in queste ultime ore). Questa è una incredibile falla in > tutto il sistema, ben detto Roberto: possibile che non ci siano i log relativi all'emissione di "green pass"?!? ...magari ci sono eh, solo non lo sapiamo noi. > che si basa sulla fiducia e sul controllo che la stessa sia fondata OK ma mancanza dei log a parte (cioè: in un sistema serio la tracciabilità deve essere garantita), qualunque sistema si basa in ogni caso sulla fiducia, il punto è saperla gestire bene (e il fattore umano è fondamentale in questo, non c'è tecnica che tenga) [...] > The security of the DGCs depends on: > -No signature key being stolen > -No IT system of test center/hospital being hacked > -No employee (doctor, nurse, IT,...) of test center/hospital being > coerced or corrupted lo schema è un po' semplificato ma mi pare di poter tranquillamente affermare che /tutta/ la sicurezza è basata su presuttosti del genere; per esempio la sicurezza dell'intera "software chain" che ciascuno di noi utilizza sul proprio computer /presuppone/ che tutti e tre i criteri di cui sopra siano rispettati [...] > 3) Non mi è chiaro come sia stato possibile invalidare alcuni pass > farlocchi emessi in questi giorni senza ritirare le relative chiavi, > invalidando così anche una moltiitudine di pass legittimi. Esiste la > possibilità di mettere in blacklist singoli pass? non l'ho ancora capito esattamente perché il thread è lunghissimo, ma se n'è discusso qui: https://github.com/ministero-salute/it-dgc-verificaC19-android/issues/103 qualcuno riesce a capire /tecnicamente/ come funziona la revoca di /singoli/ "green pass" in Italia? Stefano Zanero e Matteo Flora, nel Agosto 2021 dicevano [4] che l'app non ha (aveva?) questa funzione, anche e soprattutto per problemi di privacy: è così? L'allegato B paragrafo 2 del DPCM "Green Pass" [5] sostiene invece che esiste una lista di revoca (di un "green pass") e che tale lista è oggetto di scambio con gli altri paesi EU. Pare che anche in Francia ci sia un decreto del 30 Settembre [6] che preveda l'utilizzo di una lista di revoca: «So yes, there are places where local mechanisms exist to revoke certificates and generate new ones.» [6] Rimaniamo in trepida attesa di una relazione UFFICIALE delle autorità preposte, altrimenti... ci arrabbiamo :-D Saluti, 380° [1] Notare lo screenshot https://github.com/ehn-dcc-development/hcert-spec/issues/103#issuecomment-9… Il servizio web DCG della Macedonia è stato sospeso: https://github.com/ehn-dcc-development/hcert-spec/issues/103#issuecomment-9… [2] ma sarebbero /decisamente/ più interessanti, SE ci fosse la buona fede di analizzare le cause di questi altri scenari [3] https://github.com/ehn-dcc-development/hcert-spec/issues/103#issuecomment-9… [4] https://www.giornalettismo.com/revoca-green-pass-verifica-c19-stefano-zaner… [5] https://www.governo.it/sites/governo.it/files/Green_Pass_all_B.pdf [6] https://github.com/ehn-dcc-development/hcert-spec/issues/103#issuecomment-9… -- 380° (Giovanni Biscuolo public alter ego) «Noi, incompetenti come siamo, non abbiamo alcun titolo per suggerire alcunché» Disinformation flourishes because many people care deeply about injustice but very few check the facts. Ask me about <https://stallmansupport.org>.

Oct. 28, 2021

Re: [nexa] https://attivissimo.blogspot.com/2021/10/perche-questi-codici-qr-sembrano-green.html?m=1

by Stefano Quintarelli

o anche la goliardia. possono essere piu' casi in giro per l'europa gli operatori sono certamente dell'ordine delle decine di migliaia se e' cosi, non sappiamo e credo non sapremo se non siano stati beccati e bacchettati ps. apparentemente c'e' la possibilita' di revocare singoli pass On 28/10/21 08:32, Roberto Resoli wrote: > 1) Probabilmente l'operatore ha controllo su alcuni dati del pass, (nome cognome, data di > nascita, numero di dosi, loro date ...) e non su altri (Paese emittente) e quindi ci sono > operatori infedeli in più paesi UE. Le motivazioni dell'infedeltà possono essere lo > screditamento del sistema o la vendita di gp per denaro (o anche entrambe).

Oct. 28, 2021

Re: [nexa] https://attivissimo.blogspot.com/2021/10/perche-questi-codici-qr-sembrano-green.html?m=1

by Roberto Resoli

Scusate il top posting, ma per una volta mi adeguo. Nelle ultime ore sto riconsiderando l'ipotesi del "burlone" (operatore infedele che abusa di chiavi di firma), e che non ci sia una vera compromissione (svelamento) delle stesse, avanzata da Stefano Quintarelli da subito (secondo l'aureo principio KISS). Se questo è vero, mi vengono in mente alcune conseguenze: 1) Probabilmente l'operatore ha controllo su alcuni dati del pass, (nome cognome, data di nascita, numero di dosi, loro date ...) e non su altri (Paese emittente) e quindi ci sono operatori infedeli in più paesi UE. Le motivazioni dell'infedeltà possono essere lo screditamento del sistema o la vendita di gp per denaro (o anche entrambe). 2) In alcuni contesti le chiavi di firma possono essere usate senza lasciare traccia in un log o altro, altrimenti gli operatori sarebbero già stati scoperti (non è così, sono apparsi pass validi di Mickey Mouse e Sponge Bob in queste ultime ore). Questa è una incredibile falla in tutto il sistema, che si basa sulla fiducia e sul controllo che la stessa sia fondata. Come scriveva Carmela Troncoso nell'aprile scorso in un thread[1] su Twitter: " Carmela Troncoso @carmelatroncoso The security of the DGCs depends on: -No signature key being stolen -No IT system of test center/hospital being hacked -No employee (doctor, nurse, IT,...) of test center/hospital being coerced or corrupted in any country whose keys are accepted by countries in the program " 3) Non mi è chiaro come sia stato possibile invalidare alcuni pass farlocchi emessi in questi giorni senza ritirare le relative chiavi, invalidando così anche una moltiitudine di pass legittimi. Esiste la possibilità di mettere in blacklist singoli pass? [1] https://nitter.unixfox.eu/carmelatroncoso/status/1380439779951673347?s=20 Il 27/10/21 12:40, Stefano Quintarelli ha scritto: > certo, > questo e' il problema > non vorrei essere nei panni del "burlone" che ha fatto questa cavolata > > On 27/10/21 12:39, Roberto Resoli wrote: >> Il 27/10/21 12:33, Stefano Quintarelli ha scritto: >>> e' riconosciuto un solo certificato di firma o sono tanti ? >>> se sono tanti, potrebbe essere stato un operatore burlone in uno di >>> questi ? (e alla prima >>> sincronizzazione il certificato di firma non e' riconosciuto piu' come valido ?) >>> >>> >>> certo che ci possono essere documenti farlocchi. basta che chi li >>> produce li farlocchi in origine. vale per tutto... >>> >>> una volta, in viaggio in sudamerica, uno zelante funzionario di una >>> polizia di frontier mi >>> offri' a prezzo modesto un passaporto originale... >>> >>> ciao, s. >> >> Temo che il problema sia assai più grave ... >> >> come noto non è possibile revocare singoli GP, ma solo invalidare >> (ritirare) le >> chiavi con cui sono stati firmati. Non ho idea sinceramente di quante >> siano queste chiavi, >> ma invalidarne una significa togliere validità all'intero lotto di GP >> firmati con quella. >> >> https://nitter.1d4.us/jaromil/status/1453255678714335232?s=20 >> >> rob >> _______________________________________________ >> nexa mailing list >> nexa(a)server-nexa.polito.it >> https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa

Oct. 28, 2021

Doctorow: Europe's Digital Services Act: on a Collision Course With Human Rights | Electronic Frontier Foundation

by J.C. DE MARTIN

Europe's Digital Services Act: on a Collision Course With Human Rights https://www.eff.org/deeplinks/2021/10/europes-digital-services-act-collisio… By Cory Doctorow (Sent from my wireless device; please excuse brevity and typos (if any))

Oct. 28, 2021

Big tech’s push for automation hides the grim reality of ‘microwork’ | Phil Jones | The Guardian

by Alberto Cammozzo

<https://www.theguardian.com/commentisfree/2021/oct/27/big-techs-push-for-au…> When customers in the London borough of Hackney shop in the new Amazon Fresh store, they no longer pay a checkout operator but simply walk out with their goods. Amazon describes “just walk out shopping” as an effortless consumer experience. The rise of automated stores during the pandemic is just the tip of the iceberg. Floor-cleaning robots have been introduced in hospitals, supermarkets and schools. Fast-food restaurants are employing burger-grilling robots <https://techcrunch.com/2020/10/27/white-castle-rolls-out-more-robots-from-m…> and chatbots. And delivery bots <https://www.reuters.com/technology/pandemic-pushes-chinese-tech-giants-roll…> are being rolled out at an accelerated pace. As Anuja Sonalker, chief executive of Steer Tech, a tech company specialising in self-parking, ominously said last year <https://theintercept.com/2020/05/08/andrew-cuomo-eric-schmidt-coronavirus-t…>: “Humans are biohazards, machines are not.” With the realisation that machines are immune to viruses and social distancing, we have seen the return of an apocalyptic consensus: according to one recent prediction <https://www.bbc.co.uk/news/business-54622189>, as many as half of all work tasks are at risk of automation by 2025. Such gloomy forecasts conjure a world where robots do all the work and humans are consigned to history’s dustbin. We’ve been here before. Throughout capitalist history, times of crisis have bred anxieties about robots stealing our jobs. After the 2008 financial crash, a series of studies pointed to <https://www.oxfordmartin.ox.ac.uk/publications/the-future-of-employment/> an automation tsunami that would swallow as much as half of the world’s work in the coming decades. Although that much-prophesied dystopia has not yet arrived, a scenario less spectacular but equally grim is growing in its shadow:**the rise of microwork. In short, microwork refers to the human “jobs” that involve nudging artificial intelligence in the right direction. Workers, mainly in the global south, sit at computers clicking on images that, for instance, show autonomous vehicles how to navigate city centres, facial recognition cameras how to spot emotions, and marketing software how to spot breeds of horse. “For a penny, you might pay for a person to tell you if there is a human in a photo,” Jeff Bezos explained, at the public opening of Amazon Mechanical Turk (MTurk), the first and most infamous of such sites. Like other similar platforms, such as Clickworker, which match underemployed and jobless people with online piecework, Mechanical Turk operates on a simple premise. The platform hosts contractors, often large tech companies such as Twitter <https://blog.mturk.com/twitter-improves-search-with-real-time-human-computa…>, who outsource short data tasks such as labelling images – lasting a few seconds to a few minutes – to workers with few labour rights or secure hours. Such sites <https://www.wired.com/story/newly-unemployed-labeling-photos-pennies/> have seen a boom in users during the pandemic. At a time when many have lost their jobs and are stuck inside, work that only requires an internet connection and a laptop can offer a much-needed source of income. The platforms often present the work as the preserve of glamorous young freelancers. But hazy promises of the remote -work dream disguise a brutal reality. Many workers on these sites have few other options, or are otherwise excluded from the formal economy. They may reside in poor rural areas, prisons <https://www.theverge.com/2019/3/28/18285572/prison-labor-finland-artificial…> or refugee camps <https://www.bbc.co.uk/news/world-africa-13784487>, and find microwork through non-governmental programmes that aim to “Give Work, not Aid <https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.hbs.…>”. A World Bank researcher in 2012 wrote of a situation where millions of tiny digital tasks generated “thousands of jobs <https://blogs.worldbank.org/psd/from-millions-of-tasks-to-thousands-of-jobs…>”. But microwork is often so sporadic and poorly paid it can hardly be called a “job”. In 2018, formerly middle-class Venezuelans facing an increasingly desperate economic situation sat at laptops and annotated images of urban areas to train autonomous vehicles. Workers were paid by the task and, in some cases, made less than$30 a week <https://restofworld.org/2021/self-driving-cars-outsourcing/>. In many respects, the work differs little from the survivalism of<https://www.cambridge.org/core/journals/journal-of-asian-studies/article/ab…>“wage hunters and gatherers <https://www.cambridge.org/core/journals/journal-of-asian-studies/article/ab…>”, who spend their days doing a dizzying range of odd jobs such as shoe-shining, selling tissues and picking litter. With jobs on microwork sites lasting as little as a few seconds, workers must continually hunt for work <https://www.dissentmagazine.org/article/digital-piecework>, and might be contracted by upwards of 50 “requesters” over the course of a day. Carved into tiny segments, the jobs are opaque, often surreal and sometimes humiliating. One task on Mechanical Turk allegedly asked <https://gizmodo.com/horror-stories-from-inside-amazons-mechanical-turk-1840…> workers – or “Turkers” – to post pictures of their feet for reasons unexplained. Opacity, however, is no software glitch. By design, the platforms obscure operations and preclude worker organisation, promising contractors a dream scenario: all the work without the troubles associated with an actual workforce. Impenetrable rating systems, which permit contractors to reject “bad” tasks <https://www.mturk.com/worker/help> out of hand, only allow workers to contact and “challenge” the contractors, who are under no obligation to reply. Wage theft is thus all too common – a report <https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ilo.…> by the International Labour Organization found that on one major platform, about 15% of all tasks go unpaid. In a statement, which has been edited for length, Amazon Web Services said, “MTurk is a marketplace where requesters determine how much they are willing to pay a worker to complete a specific task. The amount of compensation workers receive depends on the price requesters set, the number of tasks workers complete, and the quality of their work. Most workers see MTurk as part-time work or a paid hobby, and they enjoy the flexibility to choose the tasks they want to work on and work as much or as little as they like. While the overall rate at which workers’ tasks are rejected is very low (less than 1%), they also have access to a number of metrics that can help them determine if they want to work on a task, including the requester’s historical record of accepting tasks.” The freedoms many of us have enjoyed working from home during the pandemic are the flipside of new kinds of control and surveillance. Meetings on Teams and Zoom send data straight to Microsoft and Amazon. Militant bosses have made employees keep their webcams on <https://www.theguardian.com/world/2020/sep/27/shirking-from-home-staff-feel…> to display their faces and keystrokes. Like the workers on microwork sites, our labour is increasingly captured as data to power artificial intelligence. How the data is then used remains a mystery. Maybe to directly show AI how to do our jobs; or perhaps to expose AI to data about the emotions we experience at work. One thing seems clear: increasingly the primary or secondary role of work is no longer just work, but to show robots how to do our jobs, even if this aspiration in many cases remains a far-flung fantasy. But the picture is not wholly bleak. Just as these sites act as experimental labs for new forms of exploitation and control, they also generate new strategies of resistance. In lieu of union representation, workers resort to letter-writing campaigns <https://www.theguardian.com/technology/2014/dec/03/amazon-mechanical-turk-w…> to draw attention to their work, forums <https://www.bloomberg.com/opinion/articles/2021-10-13/how-good-is-ai-much-a…> that challenge the platform, and browser plug-ins <https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.thev…> to spotlight unscrupulous contractors. Online forums become loose networks of support that offer advice and guidance to platform users. These tactics remain in their infancy. But as all our jobs are increasingly driven by the demands of “big data”, we will need similar tactics to wrestle back some control of our working lives – as well as taking notice of those who make our digital lives so seemingly “effortless”. * Phil Jones is the author of Work Without the Worker: Labour in the Age of Platform Capitalism

Oct. 27, 2021

Re: [nexa] https://attivissimo.blogspot.com/2021/10/perche-questi-codici-qr-sembrano-green.html?m=1

by Roberto Resoli

Il 27/10/21 19:03, 380° ha scritto: > Ciao Roberto, > > Roberto Resoli <roberto(a)resolutions.it> writes: > >> Ciao 380°, grazie dei link >> >> Il 27/10/21 15:16, 380° ha scritto: > > [...] > >> Quindi è praticamente ufficiale ora, ok. > > Beh sì, ufficialissimo... comincia a diventare anche una specie di > barzelletta sui media generalisti: "Oh, sai che anche Adolf Hitler ha il > Green Pass?!? ... però non è più valido, possiamo stare tranquilli > allora." Immagino ... >>> Però AFAIU non sono state rubate chiavi IT ma FR e PL >> >> Non direi, se sono stati sottratti Document Signer Certificates (DSC), >> possono essere di qualsiasi nazione, indipendentemente da quanto >> scritto nel firmato (farlocco). > > Mi pareva di aver capito che i DCS sono a loro volta firmati dalle > Country Signing Certificate Authorities (CSCA) e che questi ultimi sono > i root certificates della catena di trust, quindi anche i DCS sono > relativi a (e firmati da) ciascun ente nazionale: mi sbaglio? Si, ma ovviamente se le chiavi private di qualche DCS sono compromesse, non c'è necessità di alcuna nuova firma da parte delle CSCA. rob

Oct. 27, 2021