cdigidoc - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

cdigidoc - ອ່ານ, ເຊັນດິຈິຕອນ, ຢືນຢັນໄຟລ໌ໃນຮູບແບບ XAdES ແລະເຂົ້າລະຫັດ, ຖອດລະຫັດໄຟລ໌
ໃນຮູບແບບ XMLENC

ສະຫຼຸບສັງລວມ

cdigidoc [ -ໃນ ] [ - ອອກ ] [ -ການຕັ້ງຄ່າ
]

ລາຍລະອຽດ

cdigidoc ເປັນ​ປະ​ໂຫຍດ​ທີ່​ສະ​ຫນອງ​ການ​ໂຕ້​ຕອບ​ເສັ້ນ​ຄໍາ​ສັ່ງ​ກັບ​ຫ້ອງ​ສະ​ຫມຸດ CDigiDoc​,
ເຊິ່ງເປັນຫ້ອງສະໝຸດໃນພາສາການຂຽນໂປລແກລມ C ທີ່ສະເໜີໃຫ້ທຳງານໃນການສ້າງ
ໄຟລ໌ໃນຮູບແບບ DigiDoc ທີ່ຮອງຮັບ, ເຊັນຊື່ໄຟລ໌ DigiDoc ໂດຍໃຊ້ບັດອັດສະລິຍະ ຫຼື
tokens cryptographic ສະຫນັບສະຫນູນອື່ນໆ, ເພີ່ມເຄື່ອງຫມາຍເວລາແລະການຢືນຢັນທີ່ຖືກຕ້ອງກັບດິຈິຕອນ
ລາຍເຊັນໂດຍໃຊ້ໂປໂຕຄອນ OCSP, ກວດສອບລາຍເຊັນດິຈິຕອນ, ແລະເຂົ້າລະຫັດດິຈິຕອນ
ຖອດລະຫັດໄຟລ໌ DigiDoc. ມັນຍັງເປັນໄປໄດ້ທີ່ຈະໃຊ້ cdigidoc utility ເປັນໂຄງການ CGI ໃນ
ແອັບພລິເຄຊັນເວັບທີ່ສ້າງຂຶ້ນໃນສະພາບແວດລ້ອມທີ່ບໍ່ສາມາດໃຊ້ຫ້ອງສະໝຸດ JDigiDoc ໄດ້ຢ່າງງ່າຍດາຍ ຫຼື
ໂທຫາການບໍລິການເວັບ DigiDocService ສໍາລັບການເຮັດວຽກລາຍເຊັນດິຈິຕອນ.

ສໍາລັບເອກະສານສະບັບເຕັມ, ເບິ່ງ
https://svn.eesti.ee/projektid/idkaart_public/branches/3.6/libdigidoc/doc/SK-CDD-PRG-GUIDE.pdf

ຮູບແບບ XAdES
http://www.w3.org/TR/XAdES

ຮູບແບບ XML-ENC
http://www.w3.org/TR/xmlenc-core

OPTIONS

-?, -help
ສະແດງການຊ່ວຍເຫຼືອກ່ຽວກັບ syntax ຄໍາສັ່ງ.

- ໃນ
ລະບຸຊື່ໄຟລ໌ທີ່ປ້ອນເຂົ້າ. ມັນແນະນໍາໃຫ້ຜ່ານເສັ້ນທາງເຕັມໄປຫາໄຟລ໌
ໃນພາລາມິເຕີນີ້.

- ອອກ
ເກັບຮັກສາເອກະສານທີ່ສ້າງຂຶ້ນໃຫມ່ຫຼືດັດແກ້ໃນໄຟລ໌.

-config
ລະບຸຊື່ໄຟລ໌ການຕັ້ງຄ່າ CDigiDoc. ຖ້າປະໄວ້ໂດຍບໍ່ໄດ້ລະບຸ, ຫຼັງຈາກນັ້ນ
ໄຟລ໌ການຕັ້ງຄ່າຖືກຊອກຫາຈາກສະຖານທີ່ເລີ່ມຕົ້ນ.

- ໃບ​ຢັ້ງ​ຢືນ​ການ​ກວດ​ສອບ​
ກວດເບິ່ງສະຖານະຄວາມຖືກຕ້ອງຂອງໃບຢັ້ງຢືນ. ໃຊ້ສໍາລັບການກວດສອບໃບຢັ້ງຢືນທີ່ເລືອກ
ຄວາມຖືກຕ້ອງ; ສົ່ງຄືນການຕອບສະໜອງ OCSP ຈາກຜູ້ຕອບສະໜອງ OCSP ຂອງ CA ຂອງໃບຢັ້ງຢືນ. ຫມາຍ​ເຫດ​
ວ່າຄໍາສັ່ງປະຈຸບັນບໍ່ໄດ້ຖືກທົດສອບ. ຖ້າໃບຢັ້ງຢືນແມ່ນຖືກຕ້ອງ, ຫຼັງຈາກນັ້ນ
ຄ່າຂອງລະຫັດກັບຄືນ (RC) ແມ່ນ 0.

- ໃຫມ່ [ຮູບ​ແບບ​] [ສະ​ບັບ​]
ສ້າງກ່ອງບັນຈຸ digidoc ໃໝ່ ທີ່ມີຮູບແບບ ແລະສະບັບທີ່ລະບຸໄວ້. ປະຈຸບັນ
ຮູບແບບ digidoc ໃນຫ້ອງສະໝຸດ CDigiDoc ແມ່ນ DIGIDOC-XML, ເວີຊັນເລີ່ມຕົ້ນແມ່ນ 1.3 (ໃໝ່ສຸດ).
ໂດຍການນໍາໃຊ້ພາລາມິເຕີທາງເລືອກ - ສະບັບ - ດ້ວຍຄໍາສັ່ງນີ້, ທ່ານສາມາດກໍານົດເປັນ
ຮຸ່ນທາງເລືອກທີ່ຈະສ້າງ. ໝາຍເຫດ: ຮູບແບບ SK-XML ເກົ່າແມ່ນຮອງຮັບເທົ່ານັ້ນ
ສໍາລັບການເຂົ້າກັນໄດ້ໃນດ້ານຫລັງ.

- ຕື່ມ [ ] [ ]
ເພີ່ມໄຟລ໌ຂໍ້ມູນໃໝ່ໃສ່ເອກະສານ digidoc. ຖ້າ digidoc ບໍ່ມີ, ຫຼັງຈາກນັ້ນສ້າງ
ຫນຶ່ງໃນຮູບແບບເລີ່ມຕົ້ນ.

ໄຟລ໌ປ້ອນຂໍ້ມູນ (ຕ້ອງການ)
ລະບຸຊື່ຂອງໄຟລ໌ຂໍ້ມູນ (ແນະນຳໃຫ້ໃສ່ເສັ້ນທາງເຕັມ
ໃນຕົວກໍານົດການນີ້; ເສັ້ນທາງຖືກໂຍກຍ້າຍອອກເມື່ອຂຽນໃສ່ຖັງ DigiDoc
ໄຟລ).

ປະເພດ Mime (ຕ້ອງການ)
ເປັນຕົວແທນຂອງປະເພດ MIME ຂອງໄຟລ໌ຕົ້ນສະບັບເຊັ່ນ "ຂໍ້ຄວາມ/ທຳມະດາ" ຫຼື
"application/msword".

ປະເພດເນື້ອຫາ
ສະທ້ອນໃຫ້ເຫັນວ່າໄຟລ໌ຕົ້ນສະບັບຖືກຝັງຢູ່ໃນກ່ອງບັນຈຸແນວໃດ
EMBEDDED_BASE64 (ໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ). ໃນສະບັບທີ່ຜ່ານມາ cdigidoc ອະນຸຍາດໃຫ້
ປະເພດເນື້ອຫາ EMBEDDED ເພື່ອເຊັນຊື່ xml ບໍລິສຸດຫຼືຂໍ້ຄວາມ.

ຕົວອັກສອນ
ການເຂົ້າລະຫັດ UTF-8 ແມ່ນຮອງຮັບ ແລະໃຊ້ເປັນຄ່າເລີ່ມຕົ້ນ.

- ເຊັນ [[[manifest] [[ເມືອງ] [ລັດ] [zip] [ປະເທດ]] [ຊ່ອງ(0)] [ocsp(1​)​] [token-
ປະເພດ(PKCS11)] [pkcs12-file-name]]
ເພີ່ມລາຍເຊັນດິຈິຕອນໃສ່ເອກະສານ digidoc. ທ່ານສາມາດນໍາໃຊ້ມັນດ້ວຍການປະຕິບັດຕາມ
ພາລາມິເຕີ:

ລະຫັດ PIN
ໃນກໍລະນີຂອງບັດປະຈໍາຕົວ Estonian, PIN code2 ແມ່ນໃຊ້ສໍາລັບການເຊັນດິຈິຕອນ. ຖ້າ
ເຊັນຊື່ດ້ວຍໂທເຄັນຊອບແວ (ໄຟລ໌ PKCS#12), ຈາກນັ້ນໃສ່ລະຫັດຜ່ານຂອງ PKCS#12
ໄຟລ໌ຄວນຈະຖືກໃສ່ຢູ່ທີ່ນີ້.

manifest
ພາລະບົດບາດຫຼືການແກ້ໄຂຂອງຜູ້ລົງນາມ

ເມືອງ​ເມືອງ​ທີ່​ລາຍ​ເຊັນ​ໄດ້​ຖືກ​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​

ລັດຂອງລັດຫຼືແຂວງທີ່ລາຍເຊັນຖືກສ້າງຂື້ນ

zip ລະຫັດໄປສະນີຂອງສະຖານທີ່ທີ່ລາຍເຊັນຖືກສ້າງຂື້ນ

ປະເທດ
ປະເທດຕົ້ນກໍາເນີດ. ລະຫັດປະເທດ 3166 ຕົວອັກສອນ ISO 2 ຖືກໃຊ້ (ເຊັ່ນ
EE)

ສະລັອດຕິງຕົວລະບຸຂອງລະຫັດສ່ວນຕົວຂອງຜູ້ລົງນາມໃນບັດສະຫຼາດ. ເມື່ອປະຕິບັດການ
ສໍາລັບການຍົກຕົວຢ່າງ, ບັດປະຈໍາຕົວ Estonian ດຽວ, ລະຫັດລາຍເຊັນຂອງມັນສາມາດພົບເຫັນ
ໃນຊ່ອງ 1 - ເຊິ່ງຖືກນໍາໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ. ຫ້ອງສະຫມຸດເຮັດໃຫ້ສົມມຸດຕິຖານບາງຢ່າງ
ກ່ຽວ​ກັບ PKCS#11 ຄົນ​ຂັບ​ແລະ​ຮູບ​ແບບ​ບັດ​:
- ທ່ານ​ມີ​ລາຍ​ເຊັນ​ແລະ / ຫຼື​ກະ​ແຈ​ການ​ກວດ​ສອບ​ການ​ກວດ​ສອບ​ໃນ​ບັດ​
- ທັງຄີ ແລະໃບຢັ້ງຢືນຢູ່ໃນຊ່ອງດຽວ
- ຖ້າເຈົ້າມີກະແຈຫຼາຍອັນເຊັ່ນ 1 ລາຍເຊັນ ແລະກະແຈການພິສູດຢືນຢັນ 1 ອັນ ແລ້ວພວກມັນ
ຢູ່ໃນຊ່ອງຕ່າງໆ
- ທ່ານສາມາດເຊັນດ້ວຍລະຫັດລາຍເຊັນທີ່ມີໃບຢັ້ງຢືນທີ່ສອດຄ້ອງກັນກັບ
"NonRepudiation" ບິດທີ່ກໍານົດໄວ້. ທ່ານອາດຈະຈໍາເປັນຕ້ອງໄດ້ກໍານົດຊ່ອງຫວ່າງທີ່ແຕກຕ່າງກັນທີ່ຈະເປັນ
ໃຊ້ເມື່ອຕົວຢ່າງການເຮັດວຽກກັບບັດອັດສະລິຍະຫຼາຍອັນຢູ່ໃນອັນດຽວກັນ
ລະບົບ. ຖ້າສະລັອດຕິງຕ້ອງລະບຸໃນລະຫວ່າງການເຊັນ, ຫຼັງຈາກນັ້ນ 5
ຕົວກໍານົດການທາງເລືອກທີ່ຜ່ານມາ (manifest, ເມືອງ, ລັດ, zip, ປະເທດ) ຄວນຈະເປັນ
ຕື່ມຂໍ້ມູນໃສ່ກ່ອນ (ບໍ່ວ່າຈະເປັນຂໍ້ມູນທີ່ເຫມາະສົມຫຼືເປັນ "" ສໍາລັບບໍ່ມີຄ່າ).

ocsp ລະບຸວ່າມີການເພີ່ມການຢືນຢັນ OCSP ໃສ່ລາຍເຊັນນັ້ນຫຼືບໍ່
ຖືກສ້າງຂື້ນ. ຄ່າທີ່ເປັນໄປໄດ້ແມ່ນ 0 - ການຢືນຢັນບໍ່ໄດ້ຖືກເພີ່ມ; 1 -
ເພີ່ມການຢືນຢັນ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ຄ່າຖືກຕັ້ງເປັນ 1. ຄ່າພາລາມິເຕີ 0
ສາມາດຖືກນໍາໃຊ້ໃນເວລາສ້າງລາຍເຊັນດ້ານວິຊາການ. ລາຍເຊັນດ້ານວິຊາການແມ່ນ ກ
ລາຍເຊັນທີ່ບໍ່ມີການຢືນຢັນ OCSP ແລະບໍ່ມີຄ່າເວລາ.

ປະເພດ token
ລະບຸປະເພດຂອງໂທເຄັນລາຍເຊັນທີ່ຈະໃຊ້.
- PKCS11 ຄ່າເລີ່ມຕົ້ນ. ເຊັນດ້ວຍ smart-card ຫຼື software pkcs11 token
- CNG ໃນ windows platforms ໃຊ້ CSP / CNG ສໍາລັບການເຊັນ
- PKCS12 ເຊັນກັບພາຊະນະກະແຈ PKCS#12 ທີ່ຕ້ອງໃສ່ໃນ
ຕົວກໍານົດການຕໍ່ໄປ

pkcs12 ຊື່ໄຟລ໌
ຊື່ຂອງໄຟລ໌ບັນຈຸກະແຈ PKCS#12 ທີ່ຈະໃຊ້ສໍາລັບການເຊັນ.

- ສັນ​ຍານ​ກາງ​ [[ (EE)] [ (EST)] [ (ການ​ທົດ​ສອບ​)​]
[ ] [ ]]
ຮຽກ​ຮ້ອງ​ໃຫ້​ມີ​ການ​ລົງ​ນາມ​ໃນ​ໂທລະ​ສັບ​ມື​ຖື​ຂອງ​ໄຟລ​໌ ddoc ໂດຍ​ການ​ນໍາ​ໃຊ້ Mobile-ID ແລະ DigiDocService​. ມື​ຖື-
ID ແມ່ນການບໍລິການໂດຍອີງໃສ່ Wireless PKI ສະຫນອງການພິສູດຢືນຢັນມືຖືແລະ
ການເຊັນດິຈິຕອນ, ໃນປັດຈຸບັນສະຫນັບສະຫນູນໂດຍ Estonian ທັງຫມົດແລະບາງ Lithuanian ມືຖື
ຜູ້ປະກອບການ. ຜູ້ໃຊ້ Mobile-ID ໄດ້ຮັບ SIM card ພິເສດທີ່ມີກະແຈສ່ວນຕົວຢູ່ໃນມັນ.
Hash ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ລົງ​ນາມ​ແມ່ນ​ສົ່ງ​ຜ່ານ​ເຄືອ​ຂ່າຍ GSM ກັບ​ໂທລະ​ສັບ​ແລະ​ຜູ້​ໃຊ້​ຈະ​ຕ້ອງ​ໄດ້​
ໃສ່ລະຫັດ PIN ເພື່ອເຊັນ. ຜົນໄດ້ຮັບທີ່ໄດ້ລົງນາມແມ່ນສົ່ງກັບຄືນທາງອາກາດ.
DigiDocService ແມ່ນການບໍລິການເວັບທີ່ອີງໃສ່ SOAP, ການເຂົ້າເຖິງການບໍລິການແມ່ນອີງໃສ່ IP ແລະ
ຮຽກຮ້ອງໃຫ້ມີສັນຍາລາຍລັກອັກສອນກັບຜູ້ໃຫ້ບໍລິການ DigiDocService. ທ່ານສາມາດນໍາໃຊ້ Mobile-ID
ເຊັນຊື່ດ້ວຍຕົວກໍານົດການດັ່ງຕໍ່ໄປນີ້:

ເບີໂທລະສັບ
ເບີໂທລະສັບຂອງຜູ້ລົງນາມທີ່ມີລະຫັດປະເທດໃນຮູບແບບ +xxxx (ສຳລັບ
ຕົວຢ່າງ +3706234566)

ຕໍ່ລະຫັດ
ໝາຍເລກປະຈຳຕົວຂອງຜູ້ລົງນາມ (ໝາຍເລກປະຈຳຕົວແຫ່ງຊາດ).

ປະເທດ
ປະເທດຕົ້ນກໍາເນີດ. ລະຫັດປະເທດ 3166 ຕົວອັກສອນ ISO 2 ຖືກໃຊ້ (ເຊັ່ນ
ຄ່າເລີ່ມຕົ້ນແມ່ນ EE)

lang ພາ​ສາ​ສໍາ​ລັບ​ການ​ໂຕ້​ຕອບ​ຜູ້​ໃຊ້​ໃນ​ໂທລະ​ສັບ​ມື​ຖື​. ຕົວຫຍໍ້ຕົວພິມໃຫຍ່ 3 ໂຕ
ຖືກນໍາໃຊ້ (ເຊັ່ນ: ຄ່າເລີ່ມຕົ້ນແມ່ນ EST)

ການບໍລິການ
ຊື່ຂອງການບໍລິການ - ກ່ອນຫນ້ານີ້ໄດ້ຕົກລົງກັບຜູ້ໃຫ້ບໍລິການຄໍາຮ້ອງສະຫມັກແລະ
ຜູ້ປະກອບການບໍລິການ DigiDoc. ຄວາມຍາວສູງສຸດ - 20 ຕົວອັກສອນ. (ເຊັ່ນ: ຄ່າເລີ່ມຕົ້ນແມ່ນ
ການທົດສອບ)

manifest
ພາລະບົດບາດຫຼືການແກ້ໄຂຂອງຜູ້ລົງນາມ

ເມືອງ​ເມືອງ​ທີ່​ລາຍ​ເຊັນ​ໄດ້​ຖືກ​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​

ລັດຂອງລັດຫຼືແຂວງທີ່ລາຍເຊັນຖືກສ້າງຂື້ນ

zip ລະຫັດໄປສະນີຂອງສະຖານທີ່ທີ່ລາຍເຊັນຖືກສ້າງຂື້ນ

-list ສະແດງໄຟລ໌ຂໍ້ມູນ ແລະຂໍ້ມູນລາຍເຊັນຂອງເອກະສານ DigiDoc ພຽງແຕ່ອ່ານໃນ;
ຢືນຢັນລາຍເຊັນທັງໝົດ.

ສົ່ງຄືນຂໍ້ມູນກ່ອງບັນຈຸ Digidoc, ໃນຮູບແບບ: SignedDoc | |


ບັນຊີລາຍຊື່ຂອງໄຟລ໌ຂໍ້ມູນທັງຫມົດ, ໃນຮູບແບບ: DataFile | | |
| |

ລາຍຊື່ລາຍເຊັນທັງໝົດ (ຖ້າມີ), ໃນຮູບແບບ: ລາຍເຊັນ |
ຕົວລະບຸ> | |
|

ຂໍ້ມູນໃບຢັ້ງຢືນຂອງຜູ້ລົງນາມ.

ຂໍ້ມູນໃບຢັ້ງຢືນການຕອບໂຕ້ OCSP

- ກວດ​ສອບ​
ສົ່ງຜົນການຢັ້ງຢືນລາຍເຊັນ (ຖ້າມີລາຍເຊັນ):

ລາຍເຊັນ | |
ລະຫັດສ່ວນຕົວ > | |

ສົ່ງຄືນໃບຢັ້ງຢືນຂອງຜູ້ລົງນາມ ແລະຂໍ້ມູນໃບຢັ້ງຢືນການຕອບໂຕ້ OCSP.

- ສານສະກັດຈາກ
ສະກັດໄຟລ໌ຂໍ້ມູນທີ່ເລືອກຈາກກ່ອງບັນຈຸ DigiDoc ແລະເກັບໄວ້ໃນໄຟລ໌.
ID ໄຟລ໌ຂໍ້ມູນເປັນຕົວແທນ ID ສໍາລັບໄຟລ໌ຂໍ້ມູນທີ່ຈະສະກັດຈາກພາຍໃນ
ຖັງບັນຈຸ DigiDoc (ເຊັ່ນ: D0, D1…). ໄຟລ​໌​ຜົນ​ໄດ້​ຮັບ​ເປັນ​ຕົວ​ແທນ​ຂອງ​ຊື່​ຂອງ​ຜົນ​ຜະ​ລິດ​ໄດ້​
ຍື່ນ.

-denc-list
ສະແດງຂໍ້ມູນທີ່ເຂົ້າລະຫັດໄວ້ ແລະຂໍ້ມູນຂອງຜູ້ຮັບຂອງເອກະສານທີ່ຖືກເຂົ້າລະຫັດພຽງແຕ່ອ່ານ
ໃນ.

-encrecv [ຜູ້ຮັບ] [KeyName] [CarriedKeyName]
ເພີ່ມໃບຢັ້ງຢືນຜູ້ຮັບໃໝ່ ແລະເມຕາເດຕາອື່ນໆໃສ່ເອກະສານທີ່ເຂົ້າລະຫັດໄວ້.
ໄຟລ໌ໃບຢັ້ງຢືນ (ຕ້ອງການ) ລະບຸໄຟລ໌ທີ່ອົງປະກອບຫຼັກສາທາລະນະ
ຖືກດຶງມາເພື່ອເຂົ້າລະຫັດຂໍ້ມູນ. ການຖອດລະຫັດສາມາດປະຕິບັດໄດ້ໂດຍການໃຊ້
ກະແຈສ່ວນຕົວທີ່ສອດຄ້ອງກັບໃບຢັ້ງຢືນນັ້ນ. ໄຟລ໌ໃບຢັ້ງຢືນການປ້ອນຂໍ້ມູນສໍາລັບ
ການເຂົ້າລະຫັດຕ້ອງມາຈາກລະບົບໄຟລ໌ (ຮອງຮັບການເຂົ້າລະຫັດ PEM). ເປັນໄປໄດ້
ແຫຼ່ງທີ່ໄຟລ໌ໃບຢັ້ງຢືນສາມາດໄດ້ຮັບຈາກປະກອບມີ: Windows
ຮ້ານໃບຢັ້ງຢືນ ("ບຸກຄົນອື່ນ"), ໄດເລກະທໍລີ LDAP, ບັດປະຈໍາຕົວໃນບັດອັດສະລິຍະ
ຜູ້ອ່ານ. ຕົວຢ່າງເຊັ່ນໄຟລ໌ໃບຢັ້ງຢືນສໍາລັບເຈົ້າຂອງບັດປະຈໍາຕົວ Estonian ສາມາດເປັນ
ດຶງມາຈາກໄດເລກະທໍລີ LDAP ຢູ່ ldap://ldap.sk.ee. ສາມາດສອບຖາມໄດ້ໃນ
ຮູບແບບຕໍ່ໄປນີ້ຜ່ານຕົວທ່ອງເວັບ (IE):
ldap://ldap.sk.ee:389/c=EE??sub?(serialNumber= x) ບ່ອນທີ່ serial Number ແມ່ນ
ໝາຍເລກປະຈຳຕົວຂອງຜູ້ຮັບ, e,g.38307240240). ຕົວກໍານົດການອື່ນໆ
ປະກອບມີ:

ຜູ້ຮັບ
ຖ້າປະໄວ້ໂດຍບໍ່ໄດ້ກໍານົດ, ຫຼັງຈາກນັ້ນໂຄງການກໍານົດຄ່າ CN ຂອງ
ໃບຢັ້ງຢືນ passwed ເປັນພາລາມິເຕີທໍາອິດ. ຕໍ່ມານີ້ຖືກນໍາໃຊ້ເປັນຄໍາສັ່ງ
ຕົວເລືອກແຖວເພື່ອລະບຸຜູ້ຮັບທີ່ລະຫັດ ແລະບັດອັດສະລິຍະຖືກໃຊ້
ຖອດລະຫັດຂໍ້ມູນ. ຫມາຍເຫດ: ເຖິງແມ່ນວ່າຕົວກໍານົດການນີ້ແມ່ນທາງເລືອກ, ມັນແມ່ນ
ແນະນໍາໃຫ້ສົ່ງຕໍ່ມູນຄ່າ CN ທັງຫມົດຈາກໃບຢັ້ງຢືນຂອງຜູ້ຮັບ
ເປັນຕົວລະບຸຜູ້ຮັບຢູ່ທີ່ນີ້, ໂດຍສະເພາະເມື່ອຈັດການກັບຫຼາຍອັນ
ຜູ້ຮັບ.

ຊື່ຄີ
ອົງປະກອບຍ່ອຍ ສາມາດຖືກເພີ່ມເພື່ອກໍານົດວັດຖຸທີ່ສໍາຄັນໄດ້ດີຂຶ້ນ.
ທາງເລືອກ, ແຕ່ສາມາດຖືກນໍາໃຊ້ເພື່ອຊອກຫາລະຫັດຫຼືການສະແດງຂອງຜູ້ຮັບທີ່ຖືກຕ້ອງ
ຂໍ້ມູນຂອງມັນຢູ່ໃນແອັບພລິເຄຊັນ.

CarriedKeyName
ອົງປະກອບຍ່ອຍ ສາມາດຖືກເພີ່ມເພື່ອກໍານົດວັດຖຸທີ່ສໍາຄັນໄດ້ດີຂຶ້ນ.
ທາງເລືອກ, ແຕ່ສາມາດຖືກນໍາໃຊ້ເພື່ອຊອກຫາລະຫັດຫຼືການສະແດງຂອງຜູ້ຮັບທີ່ຖືກຕ້ອງ
ຂໍ້ມູນຂອງມັນຢູ່ໃນແອັບພລິເຄຊັນ.

-encrypt-sk
ເຂົ້າລະຫັດຂໍ້ມູນຈາກໄຟລ໌ປ້ອນຂໍ້ມູນໃຫ້ ແລະຂຽນການເຂົ້າລະຫັດທີ່ສຳເລັດແລ້ວ
ເອກະສານຢູ່ໃນໄຟລ໌. ແນະນຳສຳລັບການໃຫ້ຄວາມສາມາດໃນການນຳໃຊ້ຂ້າມກັບ DigiDoc ອື່ນໆ
ອົງປະກອບຂອງຊອບແວ. ຄໍາສັ່ງນີ້ວາງໄຟລ໌ຂໍ້ມູນທີ່ຈະເຂົ້າລະຫັດໃນອັນໃຫມ່
ຕູ້ບັນຈຸ DigiDoc. ດັ່ງນັ້ນ, ການຈັດການເອກະສານທີ່ເຂົ້າລະຫັດດັ່ງກ່າວຕໍ່ມາກັບອື່ນໆ
ຄໍາຮ້ອງສະຫມັກ DigiDoc ໄດ້ຮັບການສະຫນັບສະຫນູນຢ່າງເຕັມສ່ວນ (ເຊັ່ນ: ລູກຄ້າ DigiDoc3). ໄຟລ໌ປ້ອນຂໍ້ມູນ
(ຕ້ອງການ) ກໍານົດໄຟລ໌ຂໍ້ມູນຕົ້ນສະບັບທີ່ຈະເຂົ້າລະຫັດ. ຫມາຍເຫດ: ຍັງມີ
ຄໍາສັ່ງການເຂົ້າລະຫັດທາງເລືອກທີ່ບໍ່ແນະນໍາສໍາລັບການສະຫນອງ
ຄວາມສາມາດໃນການໃຊ້ຂ້າມກັບອົງປະກອບຊອບແວ DigiDoc ອື່ນໆ:

- ເຂົ້າ​ລະ​ຫັດ​
ເຂົ້າ​ລະ​ຫັດ​ຂໍ້​ມູນ​ຈາກ​ໄຟລ​໌​ປ້ອນ​ຂໍ້​ມູນ​ໃຫ້​ແລະ​ຂຽນ​ສໍາ​ເລັດ​
ເອກະສານທີ່ເຂົ້າລະຫັດໄວ້ໃນໄຟລ໌. ຄວນຖືກນໍາໃຊ້ພຽງແຕ່ສໍາລັບການເຂົ້າລະຫັດຂະຫນາດນ້ອຍ
ເອກະສານ, ຢູ່ໃນຮູບແບບ DIGIDOC-XML ແລ້ວ. ໄຟລ໌ປ້ອນຂໍ້ມູນ (ຕ້ອງການ) ລະບຸ
ໄຟລ໌ຂໍ້ມູນຕົ້ນສະບັບທີ່ຈະຖືກເຂົ້າລະຫັດ.

-encrypt-file
ເຂົ້າລະຫັດໄຟລ໌ປ້ອນຂໍ້ມູນ ແລະຂຽນໃສ່ໄຟລ໌ອອກ. ຄວນໃຊ້ພຽງແຕ່ສໍາລັບ
ການເຂົ້າລະຫັດເອກະສານຂະຫນາດໃຫຍ່, ຢູ່ໃນຮູບແບບ DIGIDOC-XML ແລ້ວ. ໃຫ້ສັງເກດວ່າ
ຄໍາສັ່ງໃນບໍ່ໄດ້ທົດສອບໃນປັດຈຸບັນ. ໄຟລ໌ປ້ອນຂໍ້ມູນ (ຕ້ອງການ) ລະບຸ
ໄຟລ໌ຂໍ້ມູນຕົ້ນສະບັບທີ່ຈະຖືກເຂົ້າລະຫັດ. ໄຟລ​໌​ຜົນ​ຜະ​ລິດ (ຕ້ອງ​ການ​) ກໍາ​ນົດ​ໄດ້​
ຊື່​ຂອງ​ໄຟລ​໌​ຜົນ​ຜະ​ລິດ​ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​ໃນ​ການ​ເຂົ້າ​ລະ​ຫັດ​ໃນ​ປະ​ຈຸ​ບັນ​
ຮູບແບບເອກະສານ (ENCDOC-XML ver 1.0), ທີ່ມີນາມສະກຸນໄຟລ໌ .cdoc.

-decrypt-sk [pkcs12-file] [ຊ່ອງ(0)]
ຖອດລະຫັດແລະອາດຈະ decompresses ໄຟລ໌ທີ່ເຂົ້າລະຫັດພຽງແຕ່ອ່ານໃນແລະຂຽນຫາ
ໄຟລ໌ຜົນຜະລິດ. ຄາດຫວັງວ່າໄຟລ໌ທີ່ຖືກເຂົ້າລະຫັດຈະຢູ່ໃນກ່ອງບັນຈຸ DigiDoc. ປ້ອນຂໍ້ມູນ
ໄຟລ໌ (ຕ້ອງການ) ລະບຸຊື່ຂອງໄຟລ໌ປ້ອນຂໍ້ມູນ. Pin (ຕ້ອງການ) ເປັນຕົວແທນຂອງ
pin1 ຂອງຜູ້ຮັບ (ໃນບໍລິບົດຂອງບັດປະຈໍາຕົວ Estonian). pkcs12-file (ທາງເລືອກ)
ລະບຸໄຟລ໌ PKCS#12 ຖ້າການຖອດລະຫັດຖືກເຮັດດ້ວຍໂທເຄັນຊອບແວ. ຊ່ອງສຽບ
ຄ່າເລີ່ມຕົ້ນແມ່ນສະລັອດຕິງ 0 ທີ່ມີບັດປະຈໍາຕົວຂອງ Estonian ຄູ່ຄີການພິສູດຢືນຢັນ. ນີ້
ພາລາມິເຕີສາມາດນໍາໃຊ້ເພື່ອຖອດລະຫັດດ້ວຍລະຫັດຈາກບັດ id ທີສອງທີ່ຕິດກັບ
ຄອມພິວເຕີ ແລະອື່ນໆ ຫມາຍເຫດ: ຍັງມີຄໍາສັ່ງທາງເລືອກສໍາລັບການຖອດລະຫັດ, ຂຶ້ນກັບ
ຢູ່ໃນຮູບແບບຂອງໄຟລ໌ທີ່ຖືກເຂົ້າລະຫັດ, ຂະຫນາດ ແລະປະເພດໃບຢັ້ງຢືນທີ່ໃຊ້ສໍາລັບການຖອດລະຫັດ
ມັນ.

-ຖອດລະຫັດ [pkcs12-file] [ຊ່ອງ(0)]
ສະເຫນີຫນ້າທີ່ດຽວກັນກັບ -decrypt-sk, ຄວນຖືກນໍາໃຊ້ສໍາລັບການຖອດລະຫັດ
ໄຟລ໌ຂະຫນາດນ້ອຍ (ທີ່ບໍ່ຈໍາເປັນຕ້ອງຢູ່ໃນຖັງ DigiDoc). ປ້ອນຂໍ້ມູນ
ໄຟລ໌ (ຕ້ອງການ) ລະບຸຊື່ຂອງໄຟລ໌ປ້ອນຂໍ້ມູນ. Pin (ຕ້ອງການ) ເປັນຕົວແທນ
pin1 ຂອງຜູ້ຮັບ (ໃນສະພາບການຂອງບັດປະຈໍາຕົວ Estonian). pkcs12-file
(ທາງເລືອກ) ລະບຸໄຟລ໌ PKCS#12 ຖ້າການຖອດລະຫັດຖືກເຮັດດ້ວຍຊອບແວ
ໂທເຄັນ. ສະລັອດຕິງເລີ່ມຕົ້ນແມ່ນສະລັອດຕິງ 0 ທີ່ມີບັດປະຈໍາຕົວຂອງ Estonian ການກວດສອບຄວາມຖືກຕ້ອງ
ຄູ່ຄີ. ພາລາມິເຕີນີ້ສາມາດຖືກໃຊ້ເພື່ອຖອດລະຫັດດ້ວຍລະຫັດຈາກ id ທີສອງ
ບັດ​ຕິດ​ກັບ​ຄອມ​ພິວ​ເຕີ​ແລະ​ອື່ນໆ

-decrypt-file [pkcs12-file]
ສະເຫນີຫນ້າທີ່ດຽວກັນກັບ -decrypt ສໍາລັບ decrypting ເອກະສານ, ຄວນຈະເປັນ
ໃຊ້ສໍາລັບການຖອດລະຫັດໄຟລ໌ຂະຫນາດໃຫຍ່ (ທີ່ບໍ່ຈໍາເປັນຕ້ອງຢູ່ໃນ DigiDoc
container). ຄາດຫວັງວ່າຂໍ້ມູນທີ່ຖືກເຂົ້າລະຫັດຈະບໍ່ຖືກບີບອັດ. ໃຫ້ສັງເກດວ່າ
ຄໍາສັ່ງບໍ່ໄດ້ຖືກທົດສອບໃນປັດຈຸບັນ. ໄຟລ໌ປ້ອນຂໍ້ມູນ (ຕ້ອງການ) ລະບຸ
ໄຟລ໌ທີ່ຖືກເຂົ້າລະຫັດເພື່ອຖອດລະຫັດ. ໄຟລ​໌​ຜົນ​ຜະ​ລິດ (ຕ້ອງ​ການ​) ລະ​ບຸ​ຜົນ​ຜະ​ລິດ​ໄດ້​
ຊື່​ເອ​ກະ​ສານ. PIN (ຕ້ອງການ) ເປັນຕົວແທນຂອງ pin1 ຂອງຜູ້ຮັບ (ໃນບໍລິບົດຂອງ
ບັດປະຈໍາຕົວ Estonian). pkcs12-file (ທາງເລືອກ) ລະບຸໄຟລ໌ PKCS#12 ຖ້າ
ການຖອດລະຫັດແມ່ນເຮັດດ້ວຍ token ຊອບແວ.

-calc-sign [ ] [ ]
ສະເຫນີທາງເລືອກທີ່ຈະ -sign ຄໍາສັ່ງທີ່ຈະນໍາໃຊ້ໃນ pograms CGI. ເພີ່ມຜູ້ລົງນາມ
ໃບຢັ້ງຢືນໃນຮູບແບບ pem ແລະທາງເລືອກ manifest ແລະທີ່ຢູ່ຜູ້ເຊັນແລະ
ຄິດໄລ່ຄ່າ hash ສຸດທ້າຍທີ່ຈະເຊັນ. ຄ່ານີ້ແມ່ນຖືກເຂົ້າລະຫັດ hex ແລະສາມາດໃນປັດຈຸບັນ
ຖືກສົ່ງໄປຫາຄອມພິວເຕີຜູ້ໃຊ້ເພື່ອເຊັນຊື່ໂດຍໃຊ້ web plugin. ຄໍາສັ່ງນີ້ສ້າງ
ລາຍເຊັນທີ່ບໍ່ຄົບຖ້ວນທີ່ຂາດມູນຄ່າລາຍເຊັນ RSA ຕົວຈິງ. ມັນຕ້ອງໄດ້ຮັບການເກັບຮັກສາໄວ້
ໃນໄຟລ໌ຊົ່ວຄາວແລະຕໍ່ມາສໍາເລັດໂດຍໃຊ້ຄໍາສັ່ງ -add-sign-value. -IP
"-add-sign-value " ສະເຫນີທາງເລືອກທີ່ຈະ -sign
ຄໍາສັ່ງທີ່ຈະໃຊ້ໃນ CGI pograms. ເພີ່ມຄ່າ RSA ລາຍເຊັນ hex-encoded ກັບ an
ລາຍເຊັນທີ່ບໍ່ຄົບຖ້ວນທີ່ສ້າງຂຶ້ນໂດຍໃຊ້ຄໍາສັ່ງ -calc-sign. ລາຍເຊັນນີ້ຍັງຄົງຢູ່
ຂາດເຄື່ອງໝາຍເວລາ ocsp, ດຽວນີ້ສາມາດໄດ້ຮັບໂດຍໃຊ້ -get-confirmation
ຄໍາສັ່ງຜະລິດລາຍເຊັນ XAdES ຄົບຖ້ວນ.

- ໄດ້​ຮັບ​ການ​ຢືນ​ຢັນ​
ເພີ່ມການຢືນຢັນ OCSP ໃສ່ລາຍເຊັນຂອງໄຟລ໌ DigiDoc.

ຕົວຢ່າງ

cdigidoc -new DIGIDOC-XML 1.3 -add - ເຊັນ - ອອກ
ສ້າງເອກະສານທີ່ລົງລາຍເຊັນໃໝ່ໃນຮູບແບບ DIGIDOC-XML 1.3, ເພີ່ມໄຟລ໌ປ້ອນຂໍ້ມູນໜຶ່ງ, ເຊັນ
ດ້ວຍ smartcard ໂດຍໃຊ້ຊ່ອງລາຍເຊັນເລີ່ມຕົ້ນ ແລະຂຽນໃສ່ເອກະສານທີ່ມີລາຍເຊັນ
ຍື່ນ.

cdigidoc -in - ບັນ​ຊີ​ລາຍ​ການ​
ອ່ານໃນເອກະສານທີ່ມີລາຍເຊັນ, ຢືນຢັນລາຍເຊັນ ແລະພິມຜົນອອກມາໃສ່ຄອນໂຊ.

cdigidoc -in - ສານສະກັດຈາກ D0
ອ່ານໃນເອກະສານທີ່ໄດ້ເຊັນ, ຊອກຫາເອກະສານທີ່ເຊັນທໍາອິດແລະຂຽນມັນອອກ
ຍື່ນ.

cdigidoc -encrecv -encrecv -encrypt-sk
- ອອກ
ສ້າງໄຟລ໌ encypted ໃຫມ່ໂດຍການເຂົ້າລະຫັດໄຟລ໌ທີ່ເຂົ້າລະຫັດທີ່ຖືກເຂົ້າລະຫັດໂດຍໃຊ້
AES-128 ແລະເຂົ້າລະຫັດລະຫັດການຂົນສົ່ງແບບສຸ່ມທີ່ສ້າງຂຶ້ນໂດຍໃຊ້ RSA ສໍາລັບສອງທີ່ເປັນໄປໄດ້
ຜູ້ຮັບທີ່ລະບຸໂດຍໃບຢັ້ງຢືນຂອງພວກເຂົາ. ກະແຈການຂົນສົ່ງຖືກເຂົ້າລະຫັດໂດຍໃຊ້
RSA1.5.

cdigidoc -decrypt-sk - ອອກ
ອ່ານໃນໄຟລ໌ທີ່ເຂົ້າລະຫັດໄວ້ ແລະຖອດລະຫັດມັນດ້ວຍ smartcards keypair ທໍາອິດ (Estonian ID
card authentication key) ແລະຂຽນຂໍ້ມູນທີ່ຖອດລະຫັດໃສ່ໄຟລ໌ putput ທີ່ໃຫ້.

cdigidoc -decrypt-sk - ອອກ
ອ່ານໃນໄຟລ໌ທີ່ຖືກເຂົ້າລະຫັດ ແລະຖອດລະຫັດມັນດ້ວຍ PKCS#12 key-container ແລະຂຽນ
ຖອດລະຫັດຂໍ້ມູນໃສ່ໄຟລ໌ putput ທີ່ມອບໃຫ້.

AUTHORS

AS Sertifitseerimiskeskus (ການຢັ້ງຢືນ ສູນ Ltd.)

ໃຊ້ cdigidoc ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net