\r\nISO/IEC 18014-2 : 2002
\r\nDỊCH VỤ TEM THỜI GIAN
\r\nPHẦN 2: CƠ CHẾ TOKEN ĐỘC LẬP
\r\nPart 2: Mechanisms producing independent tokens
Mục lục
\r\n\r\nLời nói đầu
\r\n\r\n1. Phạm vi
\r\n\r\n2. Tài liệu viện dẫn
\r\n\r\n3. Khái niệm và định nghĩa
\r\n\r\n4. Khái quát chung
\r\n\r\n5. Các thực thể của một tiến trình tem\r\nthời gian
\r\n\r\n6. Định dạng thông điệp
\r\n\r\n6.1. Định danh đối tượng
\r\n\r\n6.2. Các trường mở rộng
\r\n\r\n7. Tem thời gian sử dụng chữ ký số
\r\n\r\n7.1. Hồi đáp của TSA
\r\n\r\n7.2. Kiểm tra thẻ
\r\n\r\n8. Thẻ tem thời gian sử dụng mã xác thực\r\nthô
8.1. Hồi đáp của TSA
\r\n\r\n8.2. Tạo giá trị MAC
\r\n\r\n8.3. Kiểm tra MAC
\r\n\r\n8.4. Kiểm tra thẻ
\r\n\r\n9. Tem thời gian sử dụng cơ chế lưu trữ
\r\n\r\n9.1. Hồi đáp của TSA
\r\n\r\n9.2. Kiểm tra thẻ
\r\n\r\nPhụ lục A - Module ASN.1 cho tem thời\r\ngian
\r\n\r\nPhụ lục B - Các cấu trúc dữ liệu
\r\n\r\nPhụ lục C - Tài liệu tham khảo
\r\n\r\n\r\n\r\n
Lời nói đầu
\r\n\r\nTCVN 7818-2 : 2007
TCVN 7818-2 : 2007,
\r\n\r\n
\r\nPHẦN 2: DỊCH VỤ TOKEN ĐỘC LẬP
\r\nPart 2: Mechanisms producing independent tokens
Dịch vụ tem thời gian cung c
Các tài liệu viễn dẫn dưới đây rất cần\r\nthiết cho việc áp dụng tiêu chuẩn này. Đối với các tài liệu ghi năm công bố thì\r\náp dụng bản được nêu. Đối với các tài liệu không ghi năm công bố th
ISO 7498-2:1989, Information\r\nprocessing systems - Open Systems Interconnection - Basic reference Model -\r\nPart 2: Secirity Architecture (Các hệ thống xử lý thông tin - Liên kết\r\ncác Hệ thống mở
ISO/IEC 8824-1: 1998
ISO/IEC 8824-2
ISO/IEC 8824-3: 1998
ISO/IEC 8824-4: 1998
ISO/IEC 8825-1:1998
ISO/IEC 9594-8:2001 I ITU-T\r\nRecommendation X.509 (2000), Information technology - Open Systems\r\nInterconnection - The Directory: Public key and attribute certificate
ISO/IEC TR 14516:2002 I ITU-T\r\nRecommendation X.842 (2000), Information technology - Guidelines for the use\r\nand management of Trusted Third Party services (Bản công bố X.842 (2000), Công\r\nnghệ thông tin - Hướng dẫn về việc sử dụng và quản lý các dịch vụ của bên thứ\r\nba tin cậy).
\r\n\r\nISO/IEC 9798-1:1997, Information\r\ntechnology - Security techniques - Entity authentication - Part 1: General\r\n(Công nghệ thông tin - Kỹ thuật mật mã - Xác thực thực thể - Phần T. Tổng\r\nquan).
\r\n\r\nISO/IEC 10181-2:1996, Information\r\ntechnology - open Systens Interconnection - Security
ISO/IEC 11770-1:1999, Information\r\ntechnology - Security techniques - Key management - Part 1:
ISO/IEC 11770-3:1999, Information\r\ntechnology - Security techniques - Key management - Part 3: Mechanisms using\r\nasymmetric techniques (Công nghệ thông tin - Kỹ thuật mật mã - Quản lý khóa -\r\nPhần 3: Các cơ chế sử dụng kỹ thuật phi đối xứng).
\r\n\r\nISO/IEC 13888-1:1997, Information\r\ntechnology - Security techniques - Non-repudation - Parti: General (Công nghệ\r\nthông tín - Kỹ thuật mật mã - Không chối bỏ - Phần 1: Khung tổng quát).
\r\n\r\nISO/IEC 14888 (tất cả các phần),\r\nInformation technology - Security techniques - Digital signatures with appendix\r\n(Công nghệ thông tin - Kỹ thuật mật mã - Chữ ký số kèm phụ lục).
\r\n\r\nISO/IEC 18014-1:2002, Information\r\ntechnology - Security techniques - Time-stamping services - Part 1: Framework\r\n(Công nghệ thông tin - Kỹ thuật mật mã - Dịch vụ tem thời gian - Phần 1: Khung\r\ntổng quát).
\r\n\r\n\r\n\r\nCác thuật ngữ sau đây được sử dụng\r\ntheo định nghĩa trong ISO/IEC 7489-2:
\r\n\r\nMật mã (Cryptography): Những\r\nquy tắc được định ra bao gồm nguyên lý, phương tiện và phương pháp để chuyển đổi\r\ndữ liệu nhằm che dấu nội dung thông tin giúp chống lại sự sửa đổi không được\r\nphát hiện và/hoặc chống lại việc sử dụng trái phép.
\r\n\r\nToàn vẹn dữ liệu
Xác thực nguồn gốc dữ liệu
Chữ ký số (Digital signature):\r\nPhần dữ liệu thêm vào hoặc phép biến đổi mật mã lên một đơn vị d
Các thuật ngữ sau được sử dụng theo định\r\nnghĩa ở ISO/IEC 8825-1:
\r\n\r\nQuy tắc mã định dạng phân biệt
Các thuật ngữ sau được sử dụng theo định\r\nnghĩa ở ISO/IEC 9594-8:
\r\n\r\nĐường dẫn xác thực
Các thuật ngữ sau được sử dụng theo định\r\nnghĩa ở ISO/IEC 9798-1:
\r\n\r\nCặp khóa phi đối xứng
Hệ thống chữ ký ph
Thuật ngữ sau được sử dụng theo định\r\nnghĩa ở
Xác thực (Authentication):\r\nCung cấp sự đảm bảo về định danh được tuyên bố của một thực thể.
\r\n\r\nThuật ngữ sau được sử dụng theo định\r\nnghĩa trong TCVN 7818-1 : 2007:
\r\n\r\nCơ quan chứng thực
Các thuật ngữ sau được sử dụng theo định\r\nnghĩa ở ISO/IEC 13888-1:
\r\n\r\nMã xác thực thông điệp
Các thuật ngữ sau
Khóa riêng (private key): Thành\r\nphần khóa thuộc một cặp khóa phi đối xứng của một thực thể chỉ được sử dụng b
CHÚ THÍCH: Trong hệ chữ ký\r\nphi đối xứng thì khóa bí mật dùng cho phép biến đổi k
Khóa công khai
Chứng chỉ khóa công khai
Thuật ngữ sau được sử dụng theo định\r\nnghĩa ở ISO/IEC 14888-2:
\r\n\r\nBên thứ ba tin cậy
Các thuật ngữ sau được sử dụng theo định\r\nnghĩa trong TCVN 7818-1 : 2007
\r\n\r\nTổ chức cấp tem thời gian
Dịch vụ tem thời gian
CHÚ THÍCH: Một ví dụ của dịch vụ tem\r\nthời gian là bổ sung tem thời gian vào biểu diễn mục dữ liệu và ký kết quả.
\r\n\r\nNgười yêu cầu cấp tem thời gian
CHÚ THÍCH: Người yêu cầu cũng có thể\r\nlà Bên thứ ba tin cậy kể cả cơ quan cung cấp tem thời gian.
\r\n\r\nThẻ tem thời gian
Người kiểm tra tem thời gian
Tiêu chuẩn TCVN 7818-1 : 2007 đưa ra\r\nkhung tổng quát về việc cung cấp các dịch vụ tem thời gian. Dịch vụ tem thời\r\ngian tạo ra các thẻ tem thời gian. Các thẻ này là sự kết hợp giữa dữ liệu và\r\ncác thời điểm được tạo theo một cách nào đó để cung cấp bằng chứng rằng dữ liệu\r\nđã tồn tại theo sự kết hợp giữa ngày tháng và thời gian. Ngoài ra, bằng chứng\r\nnày có thể được sử dụng bởi các dịch vụ chống chối bỏ.
\r\n\r\nTiêu chuẩn này đưa ra các cơ chế để tạo\r\ncác thẻ tem thời gian một cách độc lập sao cho khi kiểm tra một th
Tính độc lập
Có ba cơ chế sẽ được tr
Cơ chế thứ nhất yêu cầu tổ chức cung cấp\r\ndịch vụ tem thời gian ký số vào mối liên kết giữa thời gian và tài liệu sao cho\r\nviệc kiểm tra chữ ký đưa ra được bằng chứng.
\r\n\r\nCơ chế thứ hai yêu cầu tổ chức cung cấp\r\ndịch vụ tem thời gian sử dụng một MAC (mã xác thực thông điệp) để ký vào mối\r\nliên kết. V
Cơ chế thứ ba yêu cầu tổ chức cung cấp\r\ndịch vụ tem thời gian lưu giữ bằng chứng và chỉ công bố một tham chiếu đến bằng\r\nchứng đó
Người dùng dịch vụ tem thời gian có thể\r\nlựa chọn cơ chế để sử dụng dựa theo phép mở rộng ExtMethod quy định b
CHÚ THÍCH: Đ
5 Các thực thể của một\r\ntiến trình tem thời gian
\r\n\r\nKhi yêu cầu hoặc kiểm tra tem thời\r\ngian thì các thực thể sau (đã đề cập ở TCVN 7818-1 : 2007) có thể xuất hiện:
\r\n\r\n• Người cầu tem thời gian
\r\n\r\n• Người kiểm tra tem thời gian
\r\n\r\n• Tổ chức dịch vụ tem thời gian (TSA)
\r\n\r\n\r\n\r\nPhần này trình bày lại một số định\r\nnghĩa ASN.1 trong TCVN 7818-1 : 2007 và giới thiệu một số định nghĩa mới.\r\nModule ASN.1 hoàn chỉnh có thể tìm thấy ở Phụ lục A.
\r\n\r\nTSA
TSTInfo được gói vào một hồi đáp tem\r\nthời gian theo mã định dạng DER thành một chuỗi OCTET:
\r\n\r\nGiá trị của thành phần contentType là\r\nmột OBJECT IDENTIFIER. Nó
Số lượng các OBJECT IDENTIFIER được yêu cầu để hỗ\r\ntrợ cho các cơ chế được định nghĩa dưới đây. Các định danh này được sử dụng để\r\nxác định duy nhất từng cơ chế tem thời gian cụ thể. Định danh gốc dưới đây được\r\nxác định để hỗ trợ định vị cho các định danh tiếp theo trong các cơ chế thẻ độc\r\nlập:
\r\n\r\nCác định danh được định nghĩa trong\r\ntài liệu này đều xuất phát từ định danh gốc, ngoại trừ trường hợp sẽ được chỉ\r\nrõ.
\r\n\r\n\r\n\r\nCác trường m
6.2.1
Người yêu cầu dịch vụ tem thời gian có\r\nthể mong muốn đệ trình một hoặc nhiều giá trị băm cho tem thời gian nhận được từ\r\nmột mục dữ liệu đơn lẻ. Để cho phép đệ trình nhiều giá trị băm thi phải định\r\nnghĩa các mở rộng sau:
\r\n\r\nMở rộng này được đưa vào trường extensions của\r\ncả thông điệp TimeStampReq gửi bởi người yêu cầu đến TSA
6.2.2
Người yêu cầu dịch vụ tem thời gian có\r\nthể muốn chỉ dẫn cho một TSA cụ thể nào đó biết về phương pháp tem thời gian\r\nnào được sử dụng khi định dạng thẻ tem thời gian thu được. Để cho phép người\r\nyêu cầu tem thời gian báo cho một TSA về phương pháp tem thời gian sử dụng để định\r\ndạng thẻ tem thời gian kết quả thì mở rộng sau được định nghĩa:
\r\n\r\nMở rộng này được đưa vào trường\r\nextensions của cả thông điệp TimeStampReq gửi bởi người yêu cầu đến TSA
Nếu mở rộng này có mặt và\r\nTSA có
6.2.3
Người yêu cầu dịch vụ tem thời gian có\r\nthể muốn báo cho TSA biết rằng yêu cầu tem thời gian hiện tại là việc “làm\r\ntươi” tem thời gian trên dữ liệu đã được gắn tem trước đó, vì thế thời hạn hiệu\r\nlực của tem thời gian cũ sẽ được mở rộng một cách c
Mở rộng này được đưa vào trường\r\nextensions của cả thông điệp TimeStampReq do người yêu cầu gửi đến TSA và trường\r\nextensions của cấu trúc TSTInfo kết quả tạo bởi TSA và trả về cho\r\nngười yêu cầu. TSA tái tạo lại các nội dung cho các m
7 Tem thời gian sử dụng\r\nchữ ký số
\r\n\r\nTrong cơ chế này, TSA c
Cơ chế này có thể cần đến một hệ thống\r\nPKI (Hạ tầng cơ sở khóa công khai) để xác thực khóa công khai và việc sử\r\ndụng liên quan.
\r\n\r\nNgười yêu cầu dịch vụ có thể chỉ rõ cơ\r\nchế này sử dụng mở
tsp-itm-ds OBJECT IDENTIFIER ::=\r\n{tsp-itm ds(1
Nếu người yêu cầu dịch vụ không xác định\r\ncơ chế tem thời gian cụ thể nào thì cơ chế chữ ký số sẽ được chỉ định sử dụng.
\r\n\r\n\r\n\r\nTimeStampToken là một kiểu có cấu trúc chứa hai\r\nthà
{SignedData IDENTIFIED BY\r\nid-signedData}
\r\n\r\nĐối với cơ chế tem thời gian chữ ký số,\r\nràng buộc này lên các thành phần TimeStampToken đòi hỏi thành phần contentType\r\nphải chứ
Giá trị định danh đối tượng id-signe
Thành phần content có kiểu SignedData\r\nđược định nghĩa trong Phụ lục B của TCVN 7818-1 : 2007
eContent là giá trị có dạng mã DER của\r\ncấu trúc TSTInfo
\r\n\r\nTSA phải ký tất cả thẻ tem thời gian với\r\nmột khóa được dự trữ dành riêng cho mục đích này. Khi PKI được sử dụng theo các\r\nchứng chỉ
Cho Ti là giá trị được ghi theo ngày\r\ntháng và thời gian trong thẻ tem thời gian (được phát hành theo thời gian). Lấy\r\nTv là giá trị thời gian tại thời điểm thẻ tem thời gian được kiểm tra. Quả\r\ntrình kiểm tra thẻ tem thời gian là việc kiểm tra xem:
\r\n\r\n• Thẻ tem thời gian có được định dạng\r\nđúng cú pháp hay không.
\r\n\r\n• Giá trị của thành phần message
• Giá trị của thành phần message
• Có một đường dẫn chứng chỉ hợp lệ tại\r\nthời điểm Tv
\r\n\r\nC0…C
sao cho:
\r\n\r\n□ với i=1..R thì Ci sẽ xác\r\nthực Ci+1.
\r\n\r\n□ C0 là chứng chỉ hợp lệ\r\ncho TSA ký
□ C0 kiểm tra chữ ký của\r\nthẻ tem thời gian.
\r\n\r\n□ C0 chứa một phép m
□ CR là một chứng chỉ hợp lệ\r\ncho một CA tin cậy.
\r\n\r\n□ Mỗi chứng chỉ áp dụng tại thời điểm\r\nTi sao cho Ti nằm trong thời hạn hiệu lực chứng chỉ và khả năng áp dụng CRL tại\r\nthời điểm Ti không thu hồi hoặc trì hoãn chứng chỉ.
\r\n\r\n□ Các chính sách cấp chứng chỉ của mỗi\r\nchứng chỉ
• Có một đường dẫn chứng chỉ hợp lệ Tv
\r\n\r\nC0…C
sao cho:
\r\n\r\n□ với i=1..R th
□ C0 là chứng chỉ hợp lệ\r\ncho TSA ký.
\r\n\r\n□ C0 kiểm tra chữ ký của\r\nthẻ tem thời gian.
\r\n\r\n□ C0 chứa một phép mở rộng\r\ndùng khỏa mở
□ CR là một chứng chỉ hợp lệ\r\ncho một CA tin cậy.
\r\n\r\n□ Mỗi chứng chỉ áp dụng tại thời\r\nđiểm Tv sao cho Tv sẽ nằm trong thời hạn hiệu lực chứng chỉ và Danh sách hủy bỏ\r\nchứng chỉ (CRL) có khả năng áp dụng tại thời điểm Tv không đề cập đến vấn đề “tổn\r\nthương khóa”
□ Các chính sách cấp chứng chỉ của mỗi\r\nchứng chỉ phải thỏa mãn mục tiêu dự định của quá trình kiểm tra mà nó dựa vào.
\r\n\r\nNgười kiểm tra có thể yêu cầu thêm các\r\nbằng chứng cho những mục tiêu đặc biệt và điều này c
8 Thẻ tem thời gian\r\nsử dụng mã xác thực thông điệp
\r\n\r\nTrong cơ chế này, TSA sử dụng một khóa\r\nbí mật để tạo một liên kết số đến thời gian tương ứng. Thẻ tem thời gian được\r\nxác thực sử dụng một Mã xác thực thông điệp (MAC).
\r\n\r\nKhi sử dụng cơ chế này, TSA cần thực\r\nhiện một quá trình kiểm tra và TSA phải được tin cậy hoàn toàn vi không có bằng\r\nchứng bên ngoài nào có thể phát hiện ra sự gian lận.
\r\n\r\nMỗi trao đổi thông tin giữa các chủ thể\r\nkhác nhau (người yêu cầu, người kiểm tra và TSA) đều đòi h
Để sử dụng cơ chế này, người yêu cầu sẽ\r\nsử dụng một mở rộng ExtMothod được đưa ra trong trường extensions của thông điệp\r\nyêu cầu tem thời gian với định danh đối tượng như sau:
\r\n\r\ntsp-itm-mac OBJECT IDENTIFIER ::
Việc đánh giá MAC do TSA thực hiện được\r\nmô tả ở phần dưới. Khóa bí mật dùng để đánh giá MAC được giữ bí mật. Khóa bí mật\r\nsử dụng cho mỗ
Khóa bí mật sử dụng để đóng dấu thẻ đã cho có thể được\r\nxác định cho thẻ đó hoặc chung cho một loạt thẻ.
\r\n\r\n\r\n\r\nTimeStampToken là một kiểu c
{AuthenticatedData IDENTIFIED BY\r\nid-ct-authData}
\r\n\r\nĐối với cơ chế tem thời gian MAC, sự\r\nràng buộc này lên các thành phần của TimeStampToken đòi hỏi rằng thành phần\r\ncontentType phải chứa giá trị id-ct-authData và thành phần content phải chứa một\r\ngiá trị có kiểu AuthenticatedData.
\r\n\r\nGiá trị định danh đối tượng\r\nid-ct-authData được định nghĩa như sau:
\r\n\r\nGiá trị của thành phần\r\nencapContentlnto được mô tả như ở điều 7.1 ở trên.
\r\n\r\nThành phần recipientInfo được trình\r\nbày trong một giá trị có kiểu AuthenticatedData nhưng nó có chứa một tập rỗng\r\ngiá trị có kiểu RecipientInfo:
\r\n\r\nRecipientInfos ::= SET SIZE
Trường tsa và extensions của TSTInfo\r\nphải có mặt. Trường tsa cần thiết cho việc kiểm tra thẻ.
\r\n\r\nTrường extensions cần thiết để định\r\ndanh cơ chế được sử dụng.
\r\n\r\n\r\n\r\nTiến trình tạo MAC tính một mã xác thực\r\nthông điệp (MAC) trên nội dung được xác thực. Đầu vào cho tiến trình tính MAC\r\nlà một giá trị của encapContentInfo eContent OCTET STRING có chứa một giá trị dạng\r\nmã DER của cấu trúc TSTInfo. Chỉ những octet bao gồm giá trị eContnent mới là đầu\r\nvào của thuật toán MAC, thẻ và giá trị độ dài bị bỏ qua.
\r\n\r\nĐầu vào cho một tiến trình tính MAC\r\nbao gồm dữ liệu đầu vào MAC được định nghĩa như trên và một khóa xác thực được\r\ngiữ bí mật. Chi tiết về việc tính MAC phụ thuộc vào thuật toán MAC sử dụng bởi\r\nTSA. Định danh đối tượng cùng với bất kỳ tham số nào sẽ xác định thuật toán MAC\r\nđược đưa vào trường macAlgorithm:
\r\n\r\nĐầu vào của quá trình kiểm tra MAC bao\r\ngồm dữ liệu đầu vào (đã mô tả ở phần trước) và thành phần bí mật sử dụng bởi TSA để xác\r\nthực thẻ tem thời gian. Chi tiết về tiến trình kiểm tra MAC phụ thuộc vào thuật\r\ntoán MAC được dùng.
\r\n\r\n\r\n\r\nSự hợp lệ của một thẻ tem thời gian c
• Thẻ tem thời gian có được\r\nđịnh dạng đúng cú pháp hay không.
\r\n\r\n• Giá trị thành phần messageImprint của\r\nthẻ tem thời gian có bằng giá trị messageImprint được xem xét tại thời điểm Tv\r\ndựa trên tài liệu được khảo sát hay không.
\r\n\r\n• Giá trị thành phần messageImprint của\r\nmỗi phép mở rộng ExtHash trong thẻ tem thời gian có bằng giá trị messageImprint\r\nđược xem xét tại thời điểm Tv dựa trên tài liệu được khảo sát hay không.
\r\n\r\n• Chính sách mà thẻ được ban hành c
Ngoài ra, người ki
TSA phải thực sự được kiểm toán b
9 Tem thời gian sử dụng\r\ncơ chế lưu trữ
\r\n\r\nTrong cơ chế này, TSA gửi lại cho người\r\nyêu cầu một thẻ tem thời gian trong đó chỉ có thông tin tham chiếu để liên kết tem thời\r\ngian với messageImprint trong thẻ tem thời gian. TSA lưu trữ tại chỗ thông tin\r\nđủ để kiểm tra rằng tem thời gian là đúng.
\r\n\r\nCác lưu trữ của TSA c
Khi sử dụng cơ chế lưu trữ, TSA cần được\r\ngiám sát sao cho TSA được tin cậy hoàn toàn bởi vì không c
CHÚ THÍCH: Trong kịch b
Mỗi cuộc trao đổi thông tin giữa các\r\nchủ thể khác nhau (người yêu cầu, người kiểm tra và TSA) cần đến một sự bảo vệ\r\ntoàn vẹn dữ liệu và xác thực nguồn gốc dữ liệu. Sự bảo vệ này c
Để sử dụng cơ chế này, người yêu cầu sẽ\r\nsử dụng mở
tsp-itm-archive OBJECT IDENTIFIER ::=\r\n{tsp-itm archive(3)}
\r\n\r\n9.1
TimeStampToken là một kiểu có cấu trúc\r\nbao gồm hai thành phần contentType và content được định nghĩa trong các khái niệm\r\ncủa trường &id và &
{ETSTInfo IDNETIFIED BY id-data}
\r\n\r\nĐối với cơ chế tem thời gian lưu trữ,\r\nsự ràng buộc giữa các thành phần của TimeStampToken yêu cầu rằng thành phần\r\ncontentType có chứa giá trị id-data và thành phần content chứa một giá trị có\r\nkiểu TESTInfo.
\r\n\r\nGiá trị định danh đối tượng id-data được\r\nđịnh nghĩa như sau:
\r\n\r\ncontent chứa giá trị dạng mã DER của cấu\r\ntrúc TESTInfo.
\r\n\r\nTrong đó, phải có các trường tsa và\r\nextensions của TESTInfo. Trường tsa được yêu cầu cho việc kiểm tra thè. Trường\r\nextensions được yêu cầu để thực hiện việc định danh cơ chế được sử dụng.
\r\n\r\n9.2
Tính hợp lệ của một thẻ tem thời gian có thể được\r\nkiểm tra bằng việc kiểm tra xem:
\r\n\r\n• Thẻ tem thời gian có được định dạng\r\nđúng cú pháp hay không.
\r\n\r\n• Giá trị của thành phần messageImprint\r\ntrong thẻ\r\ntem\r\nthời gian có
• Giá trị của thành phần messageImprint\r\ncủa mỗi mở
• Chính sách mà thẻ được\r\nban hành có áp dụng được cho mục tiêu đề ra hay không.
\r\n\r\nNgoài ra, người kiểm tra nên thực hiện\r\nmột sự trao đổi giao thức kiểm tra với TSA (xem TCVN 7817- 1:2007) sử dụng một\r\nkênh được bảo vệ cung cấp tính toàn vẹn dữ liệu và xác thực nguồn gốc dữ liệu.
\r\n\r\nTSA phải thực sự được kiểm toán b
\r\n\r\n
Trích đoạn này chứa đoạn ký hiệu ASN.1\r\nchính xác dựa trên các chuẩn ASN.1 đã được kiểm tra cẩn thận bởi bộ kiểm tra cú\r\npháp tin cậy thuộc dự án ASN.1 của ITU-T.
\r\n\r\nCú pháp ở đây tuân theo\r\nISO/IEC 8824-1998|X.680: Bản khuyến nghị ITU-T X.680 (1997) và bits-on-the-line\r\ntương thích với [RFC3161].
\r\n\r\n\r\n\r\n
Các lược đồ sau bổ sung thêm cho các\r\nmô tả
Tem thời gian sử dụng chữ ký số:
\r\n\r\nTem thời gian sử dụng mã xác thực\r\nthông điệp:
\r\n\r\nTem thời gian sử dụng cách lưu trữ:
\r\n\r\n[RFC2459] IETF RFC 2459: Internet\r\nX.509 Public Key Inf
[RFC3161] IETF RFC 3161: Internet\r\nX.509 Public Key Inf
File gốc của Tiêu chuẩn quốc gia TCVN 7818-2:2007 (ISO/IEC 18014-2:2002) về Công nghệ thông tin – Kỹ thuật mật mã dịch vụ tem thời gian – Phần 2: Cơ chế Token độc lập đang được cập nhật.
Tiêu chuẩn quốc gia TCVN 7818-2:2007 (ISO/IEC 18014-2:2002) về Công nghệ thông tin – Kỹ thuật mật mã dịch vụ tem thời gian – Phần 2: Cơ chế Token độc lập
Tóm tắt
| Cơ quan ban hành | Đã xác định |
| Số hiệu | TCVN7818-2:2007 |
| Loại văn bản | Tiêu chuẩn Việt Nam |
| Người ký | Đã xác định |
| Ngày ban hành | 2007-01-01 |
| Ngày hiệu lực | |
| Lĩnh vực | Điện - điện tử |
| Tình trạng | Còn hiệu lực |