ENotary XSD Specification LegalXML eNotarization Technical Committee Version: 1.0 (DRAFT 7) July 31, 2008 Arshad Noor

Slides:



Advertisements
Similar presentations
TCP/IP Protocol Suite 1 Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display. Chapter 22 World Wide Web and HTTP.
Advertisements

Lesson 3: Advanced Collaboration Unit 2: Advanced Word 2007: Business Communications.
What a Notary Is or Is Not Marc L. Aronson President and CEO Pennsylvania Association of Notaries July 14, 2012.
 Sertifi automates the process of sending and obtaining documents for approval and signature. A completely secure web-based solution, senders and signers.
6/1/20151 Digital Signature and Public Key Infrastructure Course:COSC Instructor:Professor Anvari Student ID: Name:Xin Wen Date:11/25/00.
In the CA I trust. A look at Certification Authorities James E. Shearer CSEP 590 March 8 th 2006.
Unit 4 – XML Schema XML - Level I Basic.
EMortgage Workgroup SMART Doc™ 3.0 Overview Abdias Lira MISMO Trimester Meeting Orlando, FL January/
Microsoft ® Office Word 2007 Training Mail Merge II: Use the Ribbon and perform a complex mail merge [Your company name] presents:
Legal Scanning Scan your documents with IRISPowerscan™ Wim Cops – I.R.I.S.
Situation november / december DRAFT Emile Bartolé CEN/WS XBRL: Improving transparency in financial and business reporting CWA2 Situation 1CWA2.
Digital Signature Xiaoyan Guo/ Xiaohang Luo/
Digital Signature Technologies & Applications Ed Jensen Fall 2013.
State of Texas NOTARY PUBLIC REGULATIONS “TEST YOUR NOTARY SKILLS- WHAT YOU KNOW FACT OR FICTION” Brought to you by TERESA FROST Texas Agency Manager.
zipLogix ® Digital Ink Training Sending files to be signed using the new zipForm ® Plus Go Beyond.
Masud Hasan Secure Project 1. Secure It uses Digital Certificate combined with S/MIME capable clients to digitally sign and.
Visual Signature Profile OASIS - DSS-X. Agenda General Requirements – Digital Signature operation Visual Signature content Verification Operation.
1 Card Scanning Solutions SigniShell CSSN – Card Scanning Solutions THE ULTIMATE SIGNATURE CAPTURE & AUTHENTICATION SOLUTION.
XP New Perspectives on XML Tutorial 3 1 DTD Tutorial – Carey ISBN
® IBM Software Group © 2009 IBM Corporation Rational Publishing Engine RQM Multi Level Report Tutorial David Rennie, IBM Rational Services A/NZ
Copyright © 2008 Pearson Prentice Hall. All rights reserved. 1 Exploring Microsoft Office Word 2007 Chapter 7 The Advanced User Robert Grauer, Keith Mulbery,
WS-Security: SOAP Message Security Web-enhanced Information Management (WHIM) Justin R. Wang Professor Kaiser.
1 Tutorial 13 Validating Documents with DTDs Working with Document Type Definitions.
1. Chapter 25 Protecting and Preparing Documents.
Word Lesson 13 Sharing Documents Microsoft Office 2010 Advanced Cable / Morrison 1.
Copyrighted material John Tullis 10/17/2015 page 1 04/15/00 XML Part 3 John Tullis DePaul Instructor
1 ADVANCED MICROSOFT WORD Lesson 14 – Editing in Workgroups Microsoft Office 2003: Advanced.
1. 2 Overview In Exchange security is managed by assigning permissions in Active Directory Exchange objects are secured with DACL and ACEs Permissions.
Accessing Data Using XML CHAPTER NINE Matakuliah: T0063 – Pemrograman Visual Tahun: 2009.
Tutorial 13 Validating Documents with Schemas
Working with XML Schemas ©NIITeXtensible Markup Language/Lesson 3/Slide 1 of 36 Objectives In this lesson, you will learn to: * Declare attributes in an.
® Time Saving eSigning Tips with zipLogix Digital Ink Amy A. Ulloa zipForm Products Coordinator CALIFORNIA ASSOCIATION OF REALTORS ® ®
ENotarization The Premise, The Promise, The Reality, The Future A presentation at the 2012 Annual Conference of the Electronic Signature and Records Association.
Visual Signature Profile OASIS - DSS-X Session 2.
CHAPTER NINE Accessing Data Using XML. McGraw Hill/Irwin ©2002 by The McGraw-Hill Companies, Inc. All rights reserved Introduction The eXtensible.
Text2PTO: Modernizing Patent Application Filing A Proposal for Submitting Text Applications to the USPTO.
Receipt Token Profile for Web Services Eric Gravengaard Reactivity.
How to complete and submit a Final Report through Mobility Tool+ Technical guidelines Authentication, Completion and Submission 1 Antonia Gogaki IT Officer.
OASIS LegalXML Member Section. Special Characteristics of the LegalXML Member Section We are primarily users and consumers, not developers or vendors,
KeyProv PSKC Specification Mingliang Pei Authors: P. Hoyer, M. Pei and S. Machani 73 nd IETF meeting, Minneapolis, Nov
N5 Databases Notes Information Systems Design & Development: Structures and links.
7 FAQ’s About Signing Documents Online
What Counts As An Esignature?
How the ESign Act Makes Esignatures Work
The Difference Between Digital Signatures and Electronic Signatures
SCC P2P – Collaboration Made Easy Contract Management training
How Can NRCS Clients Use the Conservation Client Gateway
Training for developers of X-Road interfaces
Project Management: Messages
ORFEUS Expert Group meeting (Basel)
Visual Signature Profile OASIS - DSS-X
SSL Certificates for Secure Websites
Welcome to the Barry University online transcript ordering service.
ERO Portal Overview & CFR Tool Training
Digital signatures and document or encryption
- POSITIONING PAPER IN DIGITAL WORLD -
Digital Signature.
Data Virtualization Community Edition
Microsoft Word 2003 Illustrated Complete
IBM Embedded Solution Agreement (ESA)
Exploring Microsoft® Access® 2016 Series Editor Mary Anne Poatsy
Homework #5 Solutions Brian A. LaMacchia
ELECTRONIC MAIL SECURITY
ELECTRONIC MAIL SECURITY
New Perspectives on XML
Using Microsoft Outlook: Outlook Support Number
Instructor Materials Chapter 5: Ensuring Integrity
CFR Enhancement Session
Lesson 4.2 Banking Services and Fees
Presentation transcript:

eNotary XSD Specification LegalXML eNotarization Technical Committee Version: 1.0 (DRAFT 7) July 31, 2008 Arshad Noor

Objectives - 1 To create an XML Schema Definition (XSD) specification that enables the electronic notarization, witnessing and apostillization of documents – both XML- based and non-XML based To enable many signature technologies to be used with the specification

Objectives - 2 Create XML e-Notarization element(s) that can be embedded into existing XML documents to depict a notarized document Create a standard XML container for e-Notarized documents that can contain any document – including those created by legacy (XML-unaware) applications

Objectives - 3 XML documents using the eNotary XSD specification must be capable of being used with the: Null Signature Profile Symmetric Key Signature Profile OASIS Digital Signature Services (DSS) protocol W3C XML Signature standard

Objectives - 4 If possible, address the need to accommodate Witnessed Documents and Apostilles Witnessed documents are defined to be documents signed by one or more Signers, and witnessed and signed by a notary public, but without a notarial certificate If possible, allow the XSD to be usable by international notaries

Solution The OASIS LegalXML eNotarization Technical Committee's eNotary Specification 1.0 (DRAFT 7), meets ALL these objectives....and more!

e-Notary element for XML documents Legend: SomeElement: A simple element that does NOT contain any sub-elements SomeElement: A complex element that contains sub-elements ChoiceElement: A choice between one or more elements

Objective To create XML e-Notarization element(s) which can be embedded into existing XML documents to depict a notarized document The enclosing XML document schema should not have to change, except for the addition of the optional eNotary elements

Before adding e-Notary elements - 1

Before adding e-Notary elements - 2 <example:SomeProprietaryXMLDocument xmlns:xenc=" >

After adding e-Notary elements - 1 Change #1: Instead of just a Notary Certificates element, proprietary XML must also include a Notary Signatures element.

After adding e-Notary elements - 2 <example:SomeProprietaryXMLDocument xmlns:xenc=" xmlns:enml="

Contents of Notary Certificates The Notary Certificates element contains a minimum of one, but can contain any number of individual Notary Certificate elements. Note: This addresses the corner case where a single document may be notarized by many Notaries Public for multiple signers. Each Notary Certificate is tied to a specific set of elements and can be notarized independently.

Contents of Notary Signatures The Notary Signatures element contains a minimum of one, but can contain any number of individual Signature or Notary Signature elements. Note: Applications must ensure that there is a unique sub- element inside Notary Signatures for each Notary Certificate that exists in the Notary Certificates element.

Each Notary Certificate element contains two (2) sub-elements: 1) The Certificate Content element that has required statutory information about the notarization. Change #2: There is now a choice of specifying if the notarization is being done at an international or US location.

2) The Notary Public container element contains required information about the Notary Public. Change #3: There is now a choice of specifying if the jurisdiction in which the Notary can perform their duties is an international or US location. Change #4: There is now an optional Notary Bond Number element. Change #5: There is an optional element to specify a URI that allows an application to verify information about the Notary Public through a web-service.

The Notary Signatures element contains a choice of either a W3C XML Signature element or an element of the “Any” type that can carry a Notary Signature element. The XML Signature element can accommodate the Symmetric Key profile, the DSS profile and the XML Signature profile. The Notary Signature element will accommodate any new signature type element that isn't supported today.

The full view

e-Notary Element Prerequisites Application must already know how to read, process and store XML content XML content created by application must have the other prerequisite elements required for e-Notarization The document being notarized The document Signers' electronic signatures

e-Notary Element Features Useful for applications that have their own XML schema (or choose to use their own proprietary schema) and need to just add e-Notarization capability to it (+) XML document with e-Notary elements can only be interpreted by applications that understand the application's proprietary XML schema (-)

Example of how it would work Legend: SomeElement: A simple element that does NOT contain any sub-elements SomeElement: A complex element that contains sub-elements ChoiceElement: A choice between one or more elements

We begin with a document based on a proprietary XML schema that has one Signer.

The first Notary Certificate & Signature is added to the document, acknowledging the first signature. The signature in this element covers this document, and the first Signer element. This notarial certificate notarizes the XML document and the first Signer.

The document is sent to Location 2 where two new Signers sign the document. These elements are added to the document, as shown below.

The second Notary Certificate now covers the document and the two new Signers' signatures. This can continue ad infinitum. The first certificate with the first signature continues to validate the document and the first Signer. The second certificate with the second signature now validates the document and the second/third Signers.

Important note about subsequent Notary Certificates in documents Applications must not fall into the trap of assuming that a second (third or fourth..) Notary Certificate automatically notarizes earlier Signers and their signatures in the document Applications MUST validate each document signers' signature ONLY with the appropriate referenced Notary Certificate & Signature

e-Notarized Document Legend: SomeElement: A simple element that does NOT contain any sub-elements SomeElement: A complex element that contains sub-elements ChoiceElement: A choice between one or more elements

Where e-Notary element does not help If the document was created using an application that does not know XML If the document is a scanned image of a paper document (GIF, JPG, etc.) If the document is being e-notarized after it was created and cannot be processed through an e-Notary element-aware application

Where e-Notary element does not help If an application does not want to use (or does not understand) someone else's proprietary XML schema and needs an industry-standard container for e-notarized documents

Solution An e-Notary container with the original electronic document embedded in it Original document is Base-64 encoded inside the e-notarized document, without modifying its content The standard e-Notary elements are used to notarize the document

Features Works for all legacy documents and applications (that do not know how to create XML or how to add the e-Notary element to existing XML) (+) Requires a separate tool to create the new notarized XML document (-)* * It is anticipated that these tools will show up once the standard is created.

Notarized Document The Notarized Document. Is the outermost element container for the legacy e- Notarized documents. It contains four (4) sub- elements.

Notarized Document The first is a container element for Signed Documents which contains a Signed Document. Signed Documents

Notarized Document Document SignersSigned Documents The second is a container element for document's signers.

Notarized Document Notary Certificates The third is the container element for Notary Certificates. Document SignersSigned Documents

Notarized Document Document SignersNotary CertificatesSigned DocumentsNotary Signatures The fourth is the container element for Notary Signatures.

Notarized Document Document SignersNotary CertificatesNotary Signatures Signed Documents Signed Document The Signed Documents container contains a Signed Document element, which contains four (4) sub-elements. They are:

Notarized Document Document SignersNotary CertificatesNotary Signatures Signed Documents Signed Document Document 1. The Base64- encoded document being notarized. Note: The encoding does NOT change the document and allows ANY type of document to be contained in this element.

Notarized Document Document SignersNotary CertificatesNotary Signatures Signed Documents Signed Document Document DocumentMIMEType 2. An element to identify the MIME type of the document, so applications know how to deal with it.

Notarized Document Document SignersNotary CertificatesNotary Signatures Signed Documents Signed Document Document DocumentMIMEType DocumentMIMETypeComments 3. An optional comments element for a hint about the MIME-type of the document, if it isn't recognized as a known MIME-type.

Notarized Document Document SignersNotary CertificatesNotary Signatures Signed Documents Signed Document Document DocumentMIMEType DocumentMIMETypeComments DocumentComments 4. An optional comments element for any notes about the document itself.

Notarized Document Document Signers Document Signer Notary CertificatesNotary Signatures Signed Documents Signed Document Document DocumentMIMEType DocumentMIMETypeComments DocumentComments The Document Signers element contains, at least, one Document Signer element that provides details about the document- signer. There may be as many Document Signer elements in this container as needed.

Notarized Document Notary CertificatesNotary Signatures Signed Documents Signed Document Document DocumentMIMEType DocumentMIMETypeComments DocumentComments Document Signers Document Signer Change #7: There is now a choice of specifying the location of the signer, if any is required. It can either be an international or US location. Change #9: The signature of the Signer is now a choice of an XML Signature or an element of “Any” type. Change #8: There is now a Signer Identification Method element, as opposed to a Signer ID element. No private information is recorded now in a eNotary document. Change #6: There is now an element to record the Signer's title.

The Notary Certificates element is the same element embedded inside “proprietary” XML documents. The Notary Signatures element is the same element embedded inside “proprietary” XML documents.

Full view.

Example of how it would work Legend: SomeElement: A simple element that does NOT contain any sub-elements SomeElement: A complex element that contains sub-elements ChoiceElement: A choice between one or more elements

We begin with a document inside the OASIS Signed Document container with one Document Signer.

The signature in this element covers the encapsulated document, the signer element and the first notarial certificate. The document is notarized by encapsulating it into an OASIS Notarized Document container, with a Notary Certificates and Notary Signatures elements.

The document is sent to another location where the second signers' signature is added to the document.

The document is notarized by another Notary, covering the original document and the second Signers' signature. The signature in the second Notary Public element covers the same document, the second notarial certificate and the second signer element. The signature in the first Notary Public element continues to validate the document and the first Signer.

Summary The e-Notary elements and the Notarized Document container, allow all types of documents to take advantage of the standards: Those that can embed the e-Notary element into XML; and Those that cannot (legacy documents) or choose not to

e-Witnessed Document Legend: SomeElement: A simple element that does NOT contain any sub-elements SomeElement: A complex element that contains sub-elements ChoiceElement: A choice between one or more elements

Definition of a Witnessed Document An electronic document, legal in many US states, and: Signed by one or more Signers Signing is witnessed by a Notary Public Document is signed by Notary Public Document is recorded in Notary Journal BUT there is NO Notarial Certificate

Top-level container is a Witnessed Document as opposed to a Notarized Document. Signed Documents element and all its contents are identical to the Notarized Document element. Instead of the Notary Certificates element, we have a Notaries Public element, which has one or more of the same Notary Public elements. However, because there is no Notary Certificate element, this is now a valid Witnessed Document. Finally, we have the Notary Signatures element which allows the notaries to witness and sign the document.

What else can this schema do While the law current does not permit notarizing multiple paper documents with a single document signer's signature or with a single Notary's signature, this schema allows for notarizing/witnessing multiple electronic documents with a single electronic signature of the Document Signer and/or the Notary Public Can the legal experts on the TC answer this question? Thanks.

Benefits of single-signing Increased productivity Saves time for everyone – a single electronic signature from the Document Signer and from the Notary Public can notarize/witness the entire set of electronic documents within a transaction Increased savings Saves money for everyone (except, perhaps, for the Notary) since multiple documents can be processed in one pass

Signed Documents container can contain one or unlimited number of Signed Document elements. A single Document Signer element covers all Signed Document elements in this notarized document. A single notarial certificate covers all Signed Document elements and the signer's signature in this notarized document. A single notary signature covers all Signed Document elements, the signer's signature and the notarial certificate in this notarized document.

Conclusion The e-Notary schema accommodates notarized and witnessed documents The e-Notary schema accommodates US and international locations The e-Notary schema handles Null signatures, symmetric-key signatures and XML Signatures

Conclusion The e-Notary schema can handle getting XML Signatures from a Digital Signature Service (DSS) protocol-based service The e-Notary schema can improve the notarization process in the future and make signings/verifications more productive while lowering costs

Thank you Please send comments to: