https://sourceforge.net/p/j4sign/wiki/AppletIterateSignatureOverMultipleDocuments/Recent changes to AppletIterateSignatureOverMultipleDocumentsenTue, 21 Oct 2014 08:37:48 -0000https://sourceforge.net/p/j4sign/wiki/AppletIterateSignatureOverMultipleDocuments/<div class="markdown_content"><pre>--- v5 +++ v6 @@ -28,3 +28,7 @@ :::java //restituisco il nuovo datahash all'applet out.print(encodedContentHash); + +L'applet imposterà e visualizzerà il nuovo hash, utilizzandolo per visualizzare tramite la funzione javascript `viewdocument()` il nuovo documento. + +**N.B.**: Dato che il PIN viene mantenuto in cache, tutti i documenti successivi al primo vanno firmati dalla stessa persona, **che deve essere informata** sulla necessità di completare l'iterazione in modo che il pin venga cancellato dalla memoria dell'applet. </pre> </div>resolirTue, 21 Oct 2014 08:37:48 -0000https://sourceforge.net3b8a3445eba60363ce31624dbce43e56164f5516https://sourceforge.net/p/j4sign/wiki/AppletIterateSignatureOverMultipleDocuments/<div class="markdown_content"><pre>--- v4 +++ v5 @@ -10,7 +10,7 @@ In conseguenza di ciò, l'applet riporterà nella barra inferiore il numero d'ordine del documento corrente e richiederà il PIN solo al primo documento, mentre per i successivi il campo PIN sarà sostituito da un pulsante "Firma". L'applet al termine del processo di firma invia l'encrypted digest del documento corrente al server, tramite POST. Nella modalità di firma iterativa si aspetta di ricevere come risposta l'hash del documento successivo, predisponendosi così per la nuova firma. -Quindi basta che il server, ricevuto l'encrypted digest del documento corrente e generata la busta crittografica, recuperi l'`InputSteram` del documento successivo e ripeta ciò che è stato fatto in precedenza: +Quindi basta che il server, ricevuto l'encrypted digest del documento corrente e generata la busta crittografica, recuperi l'`InputStream` del documento successivo e ripeta ciò che è stato fatto in precedenza: #####1. Istanziazione di un nuovo CMSBuilder :::java </pre> </div>resolirTue, 21 Oct 2014 08:29:41 -0000https://sourceforge.net07ad587e80b37d908a6732a778cd469005d96027https://sourceforge.net/p/j4sign/wiki/AppletIterateSignatureOverMultipleDocuments/<div class="markdown_content"><pre>--- v3 +++ v4 @@ -10,7 +10,7 @@ In conseguenza di ciò, l'applet riporterà nella barra inferiore il numero d'ordine del documento corrente e richiederà il PIN solo al primo documento, mentre per i successivi il campo PIN sarà sostituito da un pulsante "Firma". L'applet al termine del processo di firma invia l'encrypted digest del documento corrente al server, tramite POST. Nella modalità di firma iterativa si aspetta di ricevere come risposta l'hash del documento successivo, predisponendosi così per la nuova firma. -Quindi basta che il server, ricevuto l'encrypted digest del documento corrente e generata la busta crittografica, recuperi l'`InputStram` del documento successivo e ripeta ciò che è stato fatto in precedenza: +Quindi basta che il server, ricevuto l'encrypted digest del documento corrente e generata la busta crittografica, recuperi l'`InputSteram` del documento successivo e ripeta ciò che è stato fatto in precedenza: #####1. Istanziazione di un nuovo CMSBuilder :::java </pre> </div>resolirTue, 21 Oct 2014 08:29:27 -0000https://sourceforge.netfe13c8d1aa0f8fe65864f9b7a438ab1837a5da2dhttps://sourceforge.net/p/j4sign/wiki/AppletIterateSignatureOverMultipleDocuments/<div class="markdown_content"><pre>--- v2 +++ v3 @@ -2,7 +2,7 @@ Spesso all'interno di un'applicazione si presenta la necessità di iterare la sessione di firma su più documenti. **`PKCS11SignApplet`** supporta questa funzionalità, nel seguito verrà illustrato brevemente come attivarla. -## Inizializzazione dell'applet: parametro `singleSignature` +### Inizializzazione dell'applet: parametro `singleSignature` Si abilita nell'applet il supporto per la firma iterativa impostando a "`false`" il parametro `singleSignature`: @@ -24,7 +24,7 @@ :::java //Si inserisce il nuovo CMSBuilder in sessione, con nuovo datahash come id request.getSession().setAttribute(encodedContentHash,cmsb); -#####4. Resttituzione all'applet del content hash codificato `base64` +#####4. Restituzione all'applet del content hash, codificato `base64` :::java //restituisco il nuovo datahash all'applet out.print(encodedContentHash); </pre> </div>resolirTue, 21 Oct 2014 08:28:09 -0000https://sourceforge.nete42a4a7e6ced6011bbc7234a84676b404773bc5bhttps://sourceforge.net/p/j4sign/wiki/AppletIterateSignatureOverMultipleDocuments/<div class="markdown_content"><pre>--- v1 +++ v2 @@ -4,7 +4,7 @@ ## Inizializzazione dell'applet: parametro `singleSignature` -Si abilita nell'applet il supporto per la firma iterativa impostando a "false" il parametro `singleSignature`: +Si abilita nell'applet il supporto per la firma iterativa impostando a "`false`" il parametro `singleSignature`: &lt;param name="singleSignature" value="false"&gt; @@ -12,20 +12,19 @@ Quindi basta che il server, ricevuto l'encrypted digest del documento corrente e generata la busta crittografica, recuperi l'`InputStram` del documento successivo e ripeta ciò che è stato fatto in precedenza: -Istanziazione di un nuovo CMSBuilder - +#####1. Istanziazione di un nuovo CMSBuilder + :::java + cmsb = new CMSBuilder(CMSSignedDataGenerator.DIGEST_SHA256, + CMSSignedDataGenerator.ENCRYPTION_RSA); cmsb.initializeDataHash(docStream); - -Recupero del content hash - +#####2. Recupero del content hash + :::java encodedContentHash = cmsb.getEncodedDataHash(); - -Inserimento del CMSBuilder in sessione usando il content hash come chiave (se si usa questo metodo per recuperare successivamente CMSBuilder) - +#####3. Inserimento del CMSBuilder in sessione usando il content hash come chiave (se si usa questo metodo per recuperare successivamente CMSBuilder) + :::java //Si inserisce il nuovo CMSBuilder in sessione, con nuovo datahash come id request.getSession().setAttribute(encodedContentHash,cmsb); - -Si ritorna all'applet il content hash codificato `base64` - +#####4. Resttituzione all'applet del content hash codificato `base64` + :::java //restituisco il nuovo datahash all'applet out.print(encodedContentHash); </pre> </div>resolirTue, 21 Oct 2014 08:24:31 -0000https://sourceforge.netc3a3c41b63a0122bf2edb1c1580c02c433409083https://sourceforge.net/p/j4sign/wiki/AppletIterateSignatureOverMultipleDocuments/<div class="markdown_content"><h1 id="firmare-piu-files-iterativamente-usando-una-stessa-sessione-dellapplet">Firmare più files iterativamente usando una stessa sessione dell'Applet.</h1> <p>Spesso all'interno di un'applicazione si presenta la necessità di iterare la sessione di firma su più documenti. <strong><code>PKCS11SignApplet</code></strong> supporta questa funzionalità, nel seguito verrà illustrato brevemente come attivarla.</p> <h2 id="inizializzazione-dellapplet-parametro-singlesignature">Inizializzazione dell'applet: parametro <code>singleSignature</code></h2> <p>Si abilita nell'applet il supporto per la firma iterativa impostando a "false" il parametro <code>singleSignature</code>:</p> <div class="codehilite"><pre><span class="o">&lt;</span><span class="n">param</span> <span class="n">name</span><span class="o">=</span><span class="s">"singleSignature"</span> <span class="n">value</span><span class="o">=</span><span class="s">"false"</span><span class="o">&gt;</span> </pre></div> <p>In conseguenza di ciò, l'applet riporterà nella barra inferiore il numero d'ordine del documento corrente e richiederà il PIN solo al primo documento, mentre per i successivi il campo PIN sarà sostituito da un pulsante "Firma". L'applet al termine del processo di firma invia l'encrypted digest del documento corrente al server, tramite POST. Nella modalità di firma iterativa si aspetta di ricevere come risposta l'hash del documento successivo, predisponendosi così per la nuova firma. </p> <p>Quindi basta che il server, ricevuto l'encrypted digest del documento corrente e generata la busta crittografica, recuperi l'<code>InputStram</code> del documento successivo e ripeta ciò che è stato fatto in precedenza:</p> <p>Istanziazione di un nuovo CMSBuilder</p> <div class="codehilite"><pre><span class="n">cmsb</span><span class="p">.</span><span class="n">initializeDataHash</span><span class="p">(</span><span class="n">docStream</span><span class="p">);</span> </pre></div> <p>Recupero del content hash</p> <div class="codehilite"><pre><span class="n">encodedContentHash</span> <span class="o">=</span> <span class="n">cmsb</span><span class="p">.</span><span class="n">getEncodedDataHash</span><span class="p">();</span> </pre></div> <p>Inserimento del CMSBuilder in sessione usando il content hash come chiave (se si usa questo metodo per recuperare successivamente CMSBuilder)</p> <div class="codehilite"><pre><span class="c1">//Si inserisce il nuovo CMSBuilder in sessione, con nuovo datahash come id </span> <span class="n">request</span><span class="p">.</span><span class="n">getSession</span><span class="p">().</span><span class="n">setAttribute</span><span class="p">(</span><span class="n">encodedContentHash</span><span class="p">,</span><span class="n">cmsb</span><span class="p">);</span> </pre></div> <p>Si ritorna all'applet il content hash codificato <code>base64</code></p> <div class="codehilite"><pre><span class="c1">//restituisco il nuovo datahash all'applet</span> <span class="n">out</span><span class="p">.</span><span class="n">print</span><span class="p">(</span><span class="n">encodedContentHash</span><span class="p">);</span> </pre></div> </div>resolirTue, 21 Oct 2014 07:58:21 -0000https://sourceforge.neta73cb020e74a1a0226a300484c37204fdc41a469