JavaCard vs MULTOS
Card vs CardJavaCard ครองส่วนแบ่งตลาดมากกว่า 90% ด้วยรูปแบบการพัฒนาโดยใช้ภาษา Java ส่วน MULTOS มีการรับรอง EAL ระดับสูงกว่าและรูปแบบความปลอดภัยหลังการออกบัตรที่แข็งแกร่งกว่า
JavaCard vs MULTOS
JavaCard และ MULTOS เป็นแพลตฟอร์มสมาร์ตการ์ดแบบเปิดที่รองรับหลายแอปพลิเคชันหลักสองแพลตฟอร์ม ทั้งสองรองรับการโหลดและรันหลายแอปพลิเคชันในโดเมนความปลอดภัยที่แยกจากกันบนชิปเดียวกัน ทั้งสองแข่งขันกันโดยตรงที่สุดในสถานการณ์ที่ต้องการความปลอดภัยสูงและหลายแอปพลิเคชัน เช่น บัตรธนาคาร ข้อมูลระบุตัวตนภาครัฐ และบัตรชำระเงิน
ภาพรวม
JavaCard ใช้เครื่องเสมือนไบต์โค้ดจาวา (JCVM) บนตัวบัตร แอปเพล็ตเขียนด้วยภาษา Java แบบย่อ คอมไพล์เป็นไบต์โค้ด แปลงเป็นไฟล์ CAP ของ JavaCard และโหลดผ่านช่องทางปลอดภัยของ GlobalPlatform JavaCard อยู่ภายใต้การกำกับดูแลของ Oracle (ด้านข้อกำหนด) และ GlobalPlatform (ด้านการบริหารวงจรชีวิต) เป็นแพลตฟอร์มหลายแอปพลิเคชันที่ครองความนิยมทั่วโลก บัตรชำระเงิน EMV บัตร SIM และบัตร eID ภาครัฐส่วนใหญ่ทำงานบน JavaCard
MULTOS (Multi-application Operating System) ใช้ MULTOS Executive และรองรับภาษาแอปพลิเคชันหลายภาษา ได้แก่ MEL (MULTOS Executable Language ซึ่งเป็นไบต์โค้ดระดับต่ำ) และเลือกใช้ภาษา C หรือ Java ผ่านคอมไพเลอร์ที่ผ่านการรับรองได้ MULTOS อยู่ภายใต้การกำกับดูแลของ MULTOS International แอปพลิเคชันถูกโหลดผ่าน MULTOS ALU (Application Load Unit) ที่ลงนามโดย MULTOS CA ไม่มีแอปพลิเคชันใดโหลดได้โดยไม่ได้รับอนุญาตจาก MULTOS CA ซึ่งให้การควบคุมห่วงโซ่อุปทานที่เข้มงวดกว่ารูปแบบการโหลดแบบเปิดของ GlobalPlatform MULTOS มีการใช้งานอย่างแพร่หลายในโปรแกรมบัตรธนาคารของสหราชอาณาจักรและยุโรป
ความแตกต่างสำคัญ
- เครื่องเสมือนของแพลตฟอร์ม: ไบต์โค้ด Java / JCVM (JavaCard) เทียบกับไบต์โค้ด MEL / MULTOS Executive (MULTOS)
- การกำกับดูแล: ข้อกำหนดของ Oracle + GlobalPlatform (JavaCard) เทียบกับ MULTOS International (MULTOS)
- การอนุญาตโหลดแอปพลิเคชัน: โดเมนความปลอดภัยของ GlobalPlatform ด้วยคีย์ของผู้ออกบัตร (JavaCard) เทียบกับ ALU ที่ลงนามโดย MULTOS CA ซึ่งจำเป็นต้องมี (MULTOS)
- การรองรับภาษา: ภาษา Java แบบย่อ (JavaCard) เทียบกับ MEL, C, Java-to-MEL (MULTOS)
- การรับรองความปลอดภัย: ชิป JavaCard — CC EAL4 ถึง 6+ ส่วน MULTOS — มุ่งเน้นการรับรอง CC EAL4-5+ ที่แข็งแกร่งมาอย่างต่อเนื่อง
- ส่วนแบ่งตลาด: JavaCard ครองตลาดทั่วโลก (EMV, SIM, eID) ส่วน MULTOS แข็งแกร่งในภาคธนาคารของสหราชอาณาจักร/สหภาพยุโรป แต่เป็นตลาดเฉพาะกลุ่มในที่อื่น
- ระบบนิเวศแอปพลิเคชัน: JavaCard มีแอปเพล็ตที่ผ่านการรับรองนับพันจากผู้ผลิตหลายร้อยราย ส่วน MULTOS มีระบบนิเวศที่เล็กกว่าแต่คัดสรรอย่างพิถีพิถัน
- การแยกหลายแอปพลิเคชัน: ทั้งสองมีไฟร์วอลล์แอปพลิเคชันที่บังคับใช้ด้วยฮาร์ดแวร์
กรณีการใช้งาน
JavaCard เป็นค่าเริ่มต้นสำหรับ: - บัตรชำระเงิน EMV (แทบทั้งหมด) - SIM/eSIM (ETSI กำหนดให้ต้องใช้แพลตฟอร์มที่เข้ากันได้กับ JavaCard) - eID ภาครัฐและบัตร PIV/CAC - บัตรขนส่งที่ต้องใช้อินเทอร์เฟซแบบสัมผัสหรือดูอัลอินเทอร์เฟซ - การติดตั้งใด ๆ ที่ต้องการเข้าถึงระบบนิเวศแอปเพล็ต JavaCard ระดับโลกที่กว้างขวาง
MULTOS เป็นที่นิยมสำหรับ: - โปรแกรมบัตรธนาคารของสหราชอาณาจักรที่กำหนดมาตรฐานเป็น MULTOS มาอย่างยาวนานในอดีต (โปรแกรมดั้งเดิมของ Barclays, HSBC) - การติดตั้งด้านธนาคารที่ต้องการความปลอดภัยสูง ซึ่งการอนุญาตแอปพลิเคชันผ่าน MULTOS CA เป็นคุณสมบัติด้านความปลอดภัย - การติดตั้งที่ให้ความสำคัญกับประสิทธิภาพระดับ MEL (ไบต์โค้ด MEL ทำงานได้เร็วกว่าไบต์โค้ด JCVM ในบางการดำเนินการ)
สรุป
JavaCard คือทางเลือกปลอดภัยเริ่มต้นสำหรับการติดตั้งใหม่ เนื่องจากตำแหน่งตลาดที่ครองความนิยม ระบบนิเวศแอปเพล็ตที่กว้างขวางกว่า และการรองรับเครื่องมือพัฒนาที่แพร่หลาย MULTOS มีข้อได้เปรียบด้านความปลอดภัยที่แท้จริงในรูปแบบการโหลดแอปพลิเคชันที่ควบคุมโดย CA ซึ่งป้องกันไม่ให้แอปเพล็ตที่ไม่ได้รับอนุญาตถูกโหลดแม้ว่าคีย์ของโดเมนความปลอดภัยของบัตรจะถูกบุกรุกก็ตาม สำหรับสถาบันการเงินของสหราชอาณาจักรที่มีโปรแกรม MULTOS อยู่แล้ว ความต่อเนื่องเป็นทางเลือกที่สมเหตุสมผล สำหรับการติดตั้งใหม่ทั่วโลก ความกว้างของระบบนิเวศและการปฏิบัติตามมาตรฐานของ JavaCard ทำให้เป็นทางเลือกที่สมเหตุสมผล เว้นแต่รูปแบบความปลอดภัยเฉพาะของ MULTOS จะตอบโจทย์สถานการณ์ภัยคุกคามที่มีการบันทึกไว้อย่างชัดเจน
Recommendation
JavaCard เหมาะกับความกว้างของระบบนิเวศและความพร้อมของนักพัฒนา ส่วน MULTOS เหมาะกับความปลอดภัยที่รับรองสูงสุด
Frequently Asked Questions
JavaCard runs a subset of the Java Virtual Machine on the card, allowing applets written in the Java programming language to be loaded and executed in isolated sandboxes. MULTOS (Multi-application Operating System) uses the MEL (MULTOS Executable Language) — a stack-based virtual machine with formal security proofs — and a mathematically verified application separation model. Both support multi-application smart cards, but MULTOS emphasizes provable security; JavaCard emphasizes developer familiarity.
JavaCard holds a dominant market share in payment cards due to the large pool of Java developers, broad chip vendor support (NXP, Infineon, Samsung, Thales), and GlobalPlatform integration. MULTOS is preferred by some Europay-origin issuers and high-security deployments that value its formal separation proofs and certified execution model. Both platforms are EMVCo-approved for EMV payment applications.
No — JavaCard and MULTOS are distinct operating systems with incompatible virtual machine architectures and bytecode formats. A card ships with one OS pre-installed by the chip manufacturer; a JavaCard applet (.cap file) cannot run on MULTOS, and a MEL application cannot run on JavaCard. Card personalization bureaus must manage separate card body inventory for each OS they support.
MULTOS was designed from the ground up with formal security proofs for application separation and has historically been certified at EAL5+. JavaCard platforms also achieve EAL5+ or EAL6 certifications, but the formal verification is applied to the chip hardware and OS rather than the VM execution model itself. In practice, both platforms meet the security requirements of the most demanding payment and government identity programs.
Each comparison provides a side-by-side analysis covering interface type, chip architecture, security certification, communication protocol, application domains, and cost. Card-vs-card comparisons focus on specific products, while cross-technology comparisons evaluate broader categories like Contact vs Contactless or EMV vs MIFARE.