Re: [OT] fascicolo sanitario e CIE
Ciao, Il 2022-02-09 11:40 Roberto Resoli ha scritto: Il 08/02/22 16:14, Diego Zuccato ha scritto: intero documento era stato processato dalla card, non solo un hash è una cosa altamente sconsigliabile, perché esporrebbe la firma ad attacchi. La cifratura con chiave privata non protegge di per sé da possibili collisioni (testo cifrato identico a partire da testi in chiaro diversi). L'hashing diminuisce enormemente la probabilità di collisioni. Questa non l'ho capita :-) Poiché il testo cifrato può essere decifrato, a cifrati identici corrispondono necessariamente testi in chiaro identici. Se il testo da firmare stesse tutto in un blocco "cifrabile" dal sistema di firma, in alcuni scenari potrebbe essere anche una buona idea non usare "hash". Poiché però il documento da firmare può tranquillamente "pesare" centinaia di megabyte, emergerebbero problemi gravi di efficienza e anche di protocollo (come legare i diversi blocchi firmati per evitare che vengano usati, tipo puzzle, per generare messaggi diversi?). Dunque si firma sempre un'impronta del documento. Impronta ottenuta con una funzione "hash" che ha lo scopo non tanto di diminuire la probabilità (statistica) di una collisione, quanto la realizzabilità (computazionale) di un falso da parte di un avversario. Non sarebbe stato tutto più chiaro? :) Tipici standard da comitato... Beh, basta intendersi sul significato dei termini. Su questo, invece, concordo in pieno! È necessario imparare, prima o dopo, che i termini tecnici non corrispondono quasi mai al linguaggio corrente. Altrimenti si finisce per pensare che la "buona scuola" sia proprio una cosa buona, un "giusto processo" sia sempre una cosa giusta o addirittura che "l'equa remunerazione del capitale" sia davvero una cosa equa! Certo per noi matematici è più semplice, visto che per noi un "toro" è quello che i comuni mortali chiamano con la parola "anello"; con la quale noi matematici indichiamo strutture, alle quali i comuni mortali normalmente non pensano e che quindi non chiamano :-) Ĝis, m
Re: [OT] Non si apre file.odb creato con Split_HSQLDB_2.3.2_Wizard ...
Il 10/02/22 00:32, Ennio-Sr ha scritto: Un saluto a tutta la lista, con le scuse per l'OT, ma sono davvero perso! Nel 2015 ho estratto - per conto di un carissimo e anziano amico - i dati .csv da un file.mdb creato con un vecchio programma per WinZows, trasferendo poi i dati in un OpenOffice file.odb. Ha funzionato benissimo fino a una settimana fa e poi, non ho potuto accertare per quale diavoleria (il portatile su cui gira non è collegato con l'esterno) ha cominciato a fare le bizze: spegneva in continuazione OpenOffice senza motivo ed era pertanto inutilizzabile. A questo punto ho copiato i dati sensibili sul mio lunux/debian e ho ricreato - seguendo tutti i passi 'ufficiali' - il database su LibreOffice. Tuttavia, non ho finora avuto il piacere di rivedere i dati, perché appena provo ad usare, ad es. una query, mi risponde con un avvertimento in cui in sostanza dice che non può stabilire un collegamento con i dati. In alcuni casi, però, la risposta includeva anche un cenno alla incompatibilità di 'java runtime'. Ho scritto per aiuto a us...@global.libreoffice.org e spero di avere una risposta. Ma nel frattempo, visto questo riferimento a jre, ho pensato che Voi, come più volte avete fatto in passato, avreste potuto darmi una mano. Al momento è già installa la versione Oracle 1.8.0_312, che mi pare molto recente, mentre lo Split...Wizard è piuttosto vecchiotto e fornisce hsqldb.jar datato 2015. Allora la domanda è: qualcuno di Voi sa quale versione di jre dovrei scaricare perché vadano d'accordo? Grazie di nuovo e spero di leggere un buon suggerimento... Contristatamente Vostro, Ennio ciao, premetto che non uso .odb da un po' di tempo, ma dovresti poter aprire il file con ark (.odb è un file compresso) e vedere i dati nel file content.xml per vedere se ci sono problemi. altra cosa cvhe controllerei è lo spazio su disco... Comunque anni fa ho avuto modo di estrarre file di testo da .mdb ed ho scoperto che le versioni più recenti tagliavano ad un numero fisso di caratteri i campo memo... ma penso che in un csv non ci siano campi memo molto lunghi. valerio