genez ha scritto:
Farei comunque il test, se possibile
grazie
Qui trovi superquick & superdirty
https://ufile.io/ar4o
Funzionamento: supponendo di aver installato i certificati di una chiavetta aruba nello store windows (in sostanza lanciando il programmello bit4id_xpki.exe), supponendo di conoscere il CN (il COMMON NAME del certificato), che è normalmente COGNOME NOME (in maiuscolo con lo spazio).
Si può vedere (se non lo si conosce) il relativo CN direttamente da X509
Supponendo di conoscere il PIN (che è composto da 8 cifre numeriche), e supponendo di non voler fare chissà che (il programma dimostrativo non ha controlli...)
tfirmo.exe z:\ugo\*.pdf
chiederà il PIN e poi il CN. A quel punto firmerà tutti i file pdf della cartella z:\ugo (senza pietà), in p7m.
sconsiglio di fare chissà quale inserimento strano di parametri, non c'è il minimo controllo sui dati di input
d'altronde il programma è meno di 100K (+ la DLL del produttore, questa è la versione a basso costo sui 300 euro).
Se chiamo l'eseguibile col PIN, cioè ad esempio
tfirmo12345678.exe z:\ugo\*.xml
chiederà solo il CN, perchè riterrà che il PIN sia 12345678
(siccome sono pigro non ho implementato il riconoscitore del CN, d'altronde è un dimostrativo teNNologico).
Questo per testare che il PIN, in effetti, NON venga chiesto all'utente
F:\ihsv\tfirmo>tfirmo12345678.exe z:\ugo\*.pdf
Inserire CN (COMMON NAME) del certificato. Usualmente COGNOME NOME
COGNOME NOME
Trovato almeno un parametro, inizia elaborazione (--- nota: in questa fase normalmente impiega 5 o 6 secondi ---)
Aperto certificato, setto PIN
PIN settato
Certificato sembra OK
Firmo z:\ugo\00042033_doc_mancante.pdf => z:\ugo\00042033_doc_mancante.pdf.p7m
Firmo z:\ugo\00043516_ro.pdf => z:\ugo\00043516_ro.pdf.p7m
Firmo z:\ugo\00043516_ro_perizia.pdf => z:\ugo\00043516_ro_perizia.pdf.p7m
Firmo z:\ugo\attoACQ.pdf => z:\ugo\attoACQ.pdf.p7m