I post here two demo videos of the digital signature components for Alfresco Share.

Digital signature action in Alfresco ECM via applet

Validate digital signatures in Alfresco ECM

More information in alfresco form.

Related links:

• http://www.zylk.net/es/web/guest/web-2-0/blog/-/blogs/alfresco-ecm-working-as-a-simple-digital-signing-service
• http://www.zylk.net/es/web/guest/web-2-0/blog/-/blogs/sinadura-ecm-demo-videos

Here there are some demo videos of sinadura ECM, our digital signature client for Alfresco ECM. Sinadura ECM is a java desktop application that provides a simple integration (browse Alfresco repository, download files from Alfresco repository, multiple upload to Alfresco repository, update and search PDFs...) with Alfresco ECM.

Sinadura ECM download, sign and update in Alfresco

Sinadura ECM multiple sign and upload in Alfresco

Configuring Sinadura ECM connector for Alfresco:

Sinadura ECM search, view properties, download, sign and update in Alfresco :

Do not hesitate to contact us via the following form

More information (screenshots and videos):

http://addons.alfresco.com/addons/sinadura-pdf-digital-signature-client-alfresco-ecm

En los proyectos, normalmente, en la fase de desarrollo se suelen usar certificados auto-firmados para los temas relacionados con canales de comunicación seguros. A continuación vamos a mostrar una serie de comandos para crear llaves, solicitudes de certificados etc.. para no tener que usar certificados autofirmados. Si se hace esto y se instalan los certificados de la CA de desarrollo en los equipos no tendremos que preocuparnos durante el desarrollo de los temas relacionados con los certificados.

lo primero que habría que hacer es crear el par de llaves, publica y privada


openssl genrsa -out zylk-apache.key 2048


Una vez tenemos las llaves en el fichero zylk-apache.key, procedemos a crear la solicitud de certificado


openssl req -config openssl.cnf -new -nodes -key zylk-apache.key -out zylk-apache.csr


es importante remarcar que el fichero openssl.cnf define los valores por defecto del certificado y que además el common name es el dato más importante a la hora de crear un certificado ya que es el campo en el que se añadirá la url del servidor a securizar

por último si disponemos de una CA de pruebas para desarrollo firmaríamos el csr


openssl ca -config openssl.cnf -in zylk-apache.csr -out zylk-apache.cert


Otro punto a tener en cuenta es que se pueden crear extensiones del certificado, por ejemplo para que sirva para más de una URL. Para ello crearíamos un fichero con el siguiente contenido


[ mydomain_http ]
nsCertType      = server
keyUsage        = digitalSignature,nonRepudiation,keyEncipherment
extendedKeyUsage        = serverAuth
subjectKeyIdentifier    = hash
authorityKeyIdentifier  = keyid,issuer
subjectAltName          = @mydomain_http_subject
[ mydomain_http_subject ]
DNS.1 = x-zylk.net
DNS.2 = x-sinadura.net
DNS.3 = x-app.kerozain.com


Y lo usariamos a la hora de firmar el csr añadiendo al comando de firma de csr el siguiente parámetro

-extfile /home/waffel/ssl/fichero.extension -extensions mydomain_http

Con estos tres comandos básicos de openssl se pueden cubrir las necesidades de un proyecto durante la fase de desarrollo/test

Last week we finished the implementation of a mobile client for android devices in sinadura project (still in beta). We have implemented some of the main features of sinadura Desktop application for PDF documents, like TSA signatures with p12 certificates. Other interesting features are related with the share possibilities of the mobile client with external services like Gmail, Google Docs or Dropbox.

The next steps are related with the validation of signatures, the cmis integration with Alfresco respositories, the implemetation of XaDES signatures or even a sync service for the client with a CMIS repository.
 

http://www.slideshare.net/zylk/sinadura-mobile

We keep on adding new features to sinadura mobile android client. In this case, those related to validation of signatures. Two options will be available:

• The validation of signatures against OCSP server
• Server validation of the signatures via DSS server (Alfresco based). In this case, the file is uploaded to the server and verified against OCSP server, from the DSS server (in development)

Other links:

• http://www.zylk.net/web/guest/web-2-0/blog/-/blogs/first-steps-on-a-digital-signature-android-app-integrated-with-alfresco
• http://www.zylk.net/web/guest/web-2-0/blog/-/blogs/signing-pdf-documents-with-sinadura-mobile
• http://www.slideshare.net/zylk/sinadura-mobile
• http://www.slideshare.net/zylk/sinadura-cebit-2012-projects
• http://www.zylk.net/web/guest/web-2-0/blog/-/blogs/alfresco-ecm-working-as-a-simple-digital-signing-service