SANKET เทียบกับ Sandes: ทางเลือกแทน Sandes ที่ทุกองค์กรสามารถติดตั้งใช้งานได้
Sandes เป็นแพลตฟอร์มส่งข้อความของรัฐบาลอินเดีย ซึ่ง NIC ให้บริการบนโครงสร้างพื้นฐานของรัฐบาล Sanket เป็นแพลตฟอร์มอธิปไตยที่ทุกองค์กร รวมถึงหน่วยงานกลาโหม หน่วยงานรัฐ หน่วยงานกำกับดูแล และผู้ดำเนินงานโครงสร้างพื้นฐานสำคัญ สามารถติดตั้งและใช้งานบนโครงสร้างพื้นฐานของตนเอง โดยใช้ผู้ให้บริการข้อมูลระบุตัวตน นโยบาย และการควบคุมการอัปเดตของตนเองได้ ตั้งแต่ระบบคลาวด์ไปจนถึงระบบที่แยกขาดจากเครือข่ายโดยสมบูรณ์
เกี่ยวกับ Sandes
ศูนย์สารสนเทศแห่งชาติ (NIC) กระทรวงอิเล็กทรอนิกส์และเทคโนโลยีสารสนเทศ · อินเดีย
Sandes เป็นแพลตฟอร์มส่งข้อความทันทีของศูนย์สารสนเทศแห่งชาติ ภายใต้กระทรวงอิเล็กทรอนิกส์และเทคโนโลยีสารสนเทศ ข้อความ การโทรด้วยเสียงและวิดีโอ และการแลกเปลี่ยนไฟล์ได้รับการเข้ารหัสแบบต้นทางถึงปลายทาง โดยรัฐบาลให้บริการบนโครงสร้างพื้นฐานของรัฐบาล กองกำลังตำรวจติดอาวุธส่วนกลางย้ายการสื่อสารอย่างเป็นทางการมาใช้ Sandes ตั้งแต่เดือนมกราคม 2024
Sanket เทียบกับ Sandes: เปรียบเทียบแบบเคียงข้างกัน
| เกณฑ์ | SANKET | สันเดศ |
|---|---|---|
| ใครเป็นผู้ควบคุมโครงสร้างพื้นฐาน | ลูกค้า หนึ่งองค์กรมีระบบที่ติดตั้งแยกเฉพาะหนึ่งชุด บนโครงสร้างพื้นฐานที่องค์กรเป็นเจ้าของหรือเลือกใช้ โดยไม่มีบริการที่ผู้จำหน่ายดำเนินการอยู่ในเส้นทางส่งข้อความ | รัฐบาลอินเดีย: รัฐบาลเป็นผู้ให้บริการบนโครงสร้างพื้นฐานของรัฐบาล. |
| ทางเลือกในการติดตั้งใช้งาน | ระบบที่ติดตั้งเฉพาะองค์กรบนระบบคลาวด์ใดก็ได้ในภูมิภาคที่ลูกค้าเลือก (หรือบนบริการโฮสต์ของ Tosh Defence) บนเซิร์ฟเวอร์ของลูกค้า หรือแบบแยกขาดจากเครือข่ายโดยสมบูรณ์ รองรับทั้งเครื่องแม่ข่ายเดียวหรือระบบพร้อมใช้งานสูงที่กู้คืนได้จากสถานที่แห่งที่ 2 | แพลตฟอร์มที่โฮสต์โดยภาครัฐและรองรับการใช้งานผ่านคลาวด์ การติดตั้งใช้งานโดยองค์กรบนโครงสร้างพื้นฐานของตนเอง: ไม่มีเอกสารเผยแพร่ต่อสาธารณะ. |
| ใครถือครองกุญแจเข้ารหัสและควบคุมข้อมูลระบุตัวตน | ลูกค้าและผู้ใช้งานของลูกค้า กุญแจถูกสร้างขึ้นบนอุปกรณ์แต่ละเครื่องและปกป้องด้วยพื้นที่จัดเก็บที่มีฮาร์ดแวร์รองรับ ตัวตนเป็น Sanket ID ที่ลูกค้าควบคุม โดยไม่จำเป็นต้องใช้หมายเลขโทรศัพท์ส่วนบุคคลเป็นตัวระบุตัวตน | ลงทะเบียนด้วยหมายเลขโทรศัพท์มือถือที่ใช้งานได้ ผู้ใช้ที่ผ่านการยืนยันโดยภาครัฐจะใช้คุณสมบัติได้ครบถ้วน การจัดการกุญแจ: ไม่มีเอกสารเผยแพร่ต่อสาธารณะ |
| โพรโทคอลการเข้ารหัส | Signal Protocol ผ่าน libsignal อย่างเป็นทางการของ Signal ที่ผ่านการตรวจประเมินโดยหน่วยงานอิสระ ข้อความใช้ AES-256-CBC พร้อม HMAC-SHA256 ภายใน libsignal ไฟล์และการโทรใช้ AES-256-GCM ส่วน TLS ใช้เฉพาะชุดรหัสลับแบบ AES-256-GCM | Not publicly documented |
| การป้องกันการโจมตีด้วยคอมพิวเตอร์ควอนตัม | ใช่ ในรุ่นปัจจุบัน: PQXDH พร้อมคีย์สาธารณะล่วงหน้า Kyber แบบหลังยุคควอนตัมที่บังคับใช้ และกลไกแรตเชต SPQR (แรตเชตสามชั้น) รวมถึงการแลกเปลี่ยนคีย์แบบผสม X25519MLKEM768 ที่จุดเชื่อมต่อ TLS | Not publicly documented |
| กลุ่มและการโทรเข้ารหัสแบบต้นทางถึงปลายทางเป็นค่าเริ่มต้น | ใช่ ข้อความแบบตัวต่อตัวและแบบกลุ่ม การตอบสนองต่อข้อความ การกระจายข้อความที่เข้ารหัส และไฟล์ ได้รับการเข้ารหัสตั้งแต่ต้นทางถึงปลายทางเสมอ ส่วนการโทรด้วยเสียงและวิดีโอใช้การเข้ารหัสเฟรมด้วย AES-256-GCM โดยสร้างกุญแจเฟรมใหม่ 5 ดอกต่อวินาที ภายใน SRTP AES-256-GCM | ข้อความ การโทรด้วยเสียงและวิดีโอ และการแลกเปลี่ยนไฟล์เข้ารหัสแบบต้นทางถึงปลายทาง; กลุ่มเข้ารหัสแบบต้นทางถึงปลายทาง |
| ผู้ให้บริการยืนยันตัวตนของลูกค้า (SSO / LDAP) | ได้ รองรับการลงชื่อเข้าใช้ผ่านไดเรกทอรี OIDC, SAML 2.0 หรือ LDAP ของลูกค้าเอง การจัดเตรียมบัญชีผ่าน SCIM 2.0 และกุญแจความปลอดภัย FIDO2 สำหรับผู้ดูแลระบบ | การเชื่อมต่อกับอีเมล NIC, DigiLocker และ e-Office ส่วนการใช้ SSO หรือ LDAP ขององค์กรเองยังไม่มีเอกสารเผยแพร่ต่อสาธารณะ |
| การควบคุมของผู้ดูแลระบบและการกำกับดูแลอุปกรณ์ | การอนุมัติและเพิกถอนอุปกรณ์ โหมดอุปกรณ์สูญหายและการลบข้อมูลจากระยะไกล รายการอุปกรณ์ที่ลงลายมือชื่อดิจิทัล TLS แบบยืนยันตัวตนสองทางสำหรับอุปกรณ์ นโยบายการเก็บรักษาข้อมูล การส่งต่อและคลิปบอร์ด ป้ายกำกับชั้นความลับที่ลูกค้ากำหนด และบันทึกการตรวจสอบที่เชื่อมโยงด้วยค่าแฮชสำหรับระบบ SIEM ของลูกค้า | การจัดการผู้ใช้โดยผู้ดูแลระบบผ่านพอร์ทัล Sandes. |
| อธิปไตยของข้อมูล (เขตอำนาจศาล สร้างขึ้นในอินเดีย) | พัฒนาในอินเดียโดย Tosh Defence ข้อมูลอยู่ภายใต้เขตอำนาจศาลและบนโครงสร้างพื้นฐานที่ลูกค้าเลือก โดยไม่มีระบบวิเคราะห์ข้อมูลของบุคคลที่สาม และผลิตภัณฑ์ไม่มีการพึ่งพาระบบจากต่างประเทศในการทำงาน | พัฒนาและดำเนินการโดย NIC แห่งรัฐบาลอินเดีย |
| ความถูกต้องของรุ่นซอฟต์แวร์และการควบคุมการอัปเดต | รุ่นเผยแพร่ที่ลงลายมือชื่อดิจิทัลด้วย Ed25519 จะผ่านการตรวจสอบก่อนติดตั้ง มีการป้องกันการค้างอยู่ที่รุ่นเดิมและการย้อนกลับไปใช้รุ่นเก่า และย้อนกลับโดยอัตโนมัติหากการอัปเกรดล้มเหลว ลูกค้าเป็นผู้ตัดสินใจว่าจะอัปเกรดเมื่อใด ไม่ว่าจะผ่านเครือข่ายออนไลน์หรือใช้ชุดติดตั้งแบบออฟไลน์ที่ลงลายมือชื่อดิจิทัล | Not publicly documented |
| แพลตฟอร์ม | แอปที่พัฒนาสำหรับ iOS, Android, Windows, macOS และ Linux โดยเฉพาะ ออกแบบให้ไม่ต้องใช้เว็บเบราว์เซอร์: ไม่มีส่วนติดต่อผ่านเว็บให้โจมตี | Android, iOS และเว็บ. |
ใครเป็นผู้ควบคุมโครงสร้างพื้นฐาน
SANKET
ลูกค้า หนึ่งองค์กรมีระบบที่ติดตั้งแยกเฉพาะหนึ่งชุด บนโครงสร้างพื้นฐานที่องค์กรเป็นเจ้าของหรือเลือกใช้ โดยไม่มีบริการที่ผู้จำหน่ายดำเนินการอยู่ในเส้นทางส่งข้อความ
สันเดศ
รัฐบาลอินเดีย: รัฐบาลเป็นผู้ให้บริการบนโครงสร้างพื้นฐานของรัฐบาล.ทางเลือกในการติดตั้งใช้งาน
SANKET
ระบบที่ติดตั้งเฉพาะองค์กรบนระบบคลาวด์ใดก็ได้ในภูมิภาคที่ลูกค้าเลือก (หรือบนบริการโฮสต์ของ Tosh Defence) บนเซิร์ฟเวอร์ของลูกค้า หรือแบบแยกขาดจากเครือข่ายโดยสมบูรณ์ รองรับทั้งเครื่องแม่ข่ายเดียวหรือระบบพร้อมใช้งานสูงที่กู้คืนได้จากสถานที่แห่งที่ 2
สันเดศ
แพลตฟอร์มที่โฮสต์โดยภาครัฐและรองรับการใช้งานผ่านคลาวด์ การติดตั้งใช้งานโดยองค์กรบนโครงสร้างพื้นฐานของตนเอง: ไม่มีเอกสารเผยแพร่ต่อสาธารณะ.ใครถือครองกุญแจเข้ารหัสและควบคุมข้อมูลระบุตัวตน
SANKET
ลูกค้าและผู้ใช้งานของลูกค้า กุญแจถูกสร้างขึ้นบนอุปกรณ์แต่ละเครื่องและปกป้องด้วยพื้นที่จัดเก็บที่มีฮาร์ดแวร์รองรับ ตัวตนเป็น Sanket ID ที่ลูกค้าควบคุม โดยไม่จำเป็นต้องใช้หมายเลขโทรศัพท์ส่วนบุคคลเป็นตัวระบุตัวตน
สันเดศ
ลงทะเบียนด้วยหมายเลขโทรศัพท์มือถือที่ใช้งานได้ ผู้ใช้ที่ผ่านการยืนยันโดยภาครัฐจะใช้คุณสมบัติได้ครบถ้วน การจัดการกุญแจ: ไม่มีเอกสารเผยแพร่ต่อสาธารณะโพรโทคอลการเข้ารหัส
SANKET
Signal Protocol ผ่าน libsignal อย่างเป็นทางการของ Signal ที่ผ่านการตรวจประเมินโดยหน่วยงานอิสระ ข้อความใช้ AES-256-CBC พร้อม HMAC-SHA256 ภายใน libsignal ไฟล์และการโทรใช้ AES-256-GCM ส่วน TLS ใช้เฉพาะชุดรหัสลับแบบ AES-256-GCM
สันเดศ
Not publicly documentedการป้องกันการโจมตีด้วยคอมพิวเตอร์ควอนตัม
SANKET
ใช่ ในรุ่นปัจจุบัน: PQXDH พร้อมคีย์สาธารณะล่วงหน้า Kyber แบบหลังยุคควอนตัมที่บังคับใช้ และกลไกแรตเชต SPQR (แรตเชตสามชั้น) รวมถึงการแลกเปลี่ยนคีย์แบบผสม X25519MLKEM768 ที่จุดเชื่อมต่อ TLS
สันเดศ
Not publicly documentedกลุ่มและการโทรเข้ารหัสแบบต้นทางถึงปลายทางเป็นค่าเริ่มต้น
SANKET
ใช่ ข้อความแบบตัวต่อตัวและแบบกลุ่ม การตอบสนองต่อข้อความ การกระจายข้อความที่เข้ารหัส และไฟล์ ได้รับการเข้ารหัสตั้งแต่ต้นทางถึงปลายทางเสมอ ส่วนการโทรด้วยเสียงและวิดีโอใช้การเข้ารหัสเฟรมด้วย AES-256-GCM โดยสร้างกุญแจเฟรมใหม่ 5 ดอกต่อวินาที ภายใน SRTP AES-256-GCM
สันเดศ
ข้อความ การโทรด้วยเสียงและวิดีโอ และการแลกเปลี่ยนไฟล์เข้ารหัสแบบต้นทางถึงปลายทาง; กลุ่มเข้ารหัสแบบต้นทางถึงปลายทางผู้ให้บริการยืนยันตัวตนของลูกค้า (SSO / LDAP)
SANKET
ได้ รองรับการลงชื่อเข้าใช้ผ่านไดเรกทอรี OIDC, SAML 2.0 หรือ LDAP ของลูกค้าเอง การจัดเตรียมบัญชีผ่าน SCIM 2.0 และกุญแจความปลอดภัย FIDO2 สำหรับผู้ดูแลระบบ
สันเดศ
การเชื่อมต่อกับอีเมล NIC, DigiLocker และ e-Office ส่วนการใช้ SSO หรือ LDAP ขององค์กรเองยังไม่มีเอกสารเผยแพร่ต่อสาธารณะการควบคุมของผู้ดูแลระบบและการกำกับดูแลอุปกรณ์
SANKET
การอนุมัติและเพิกถอนอุปกรณ์ โหมดอุปกรณ์สูญหายและการลบข้อมูลจากระยะไกล รายการอุปกรณ์ที่ลงลายมือชื่อดิจิทัล TLS แบบยืนยันตัวตนสองทางสำหรับอุปกรณ์ นโยบายการเก็บรักษาข้อมูล การส่งต่อและคลิปบอร์ด ป้ายกำกับชั้นความลับที่ลูกค้ากำหนด และบันทึกการตรวจสอบที่เชื่อมโยงด้วยค่าแฮชสำหรับระบบ SIEM ของลูกค้า
สันเดศ
การจัดการผู้ใช้โดยผู้ดูแลระบบผ่านพอร์ทัล Sandes.อธิปไตยของข้อมูล (เขตอำนาจศาล สร้างขึ้นในอินเดีย)
SANKET
พัฒนาในอินเดียโดย Tosh Defence ข้อมูลอยู่ภายใต้เขตอำนาจศาลและบนโครงสร้างพื้นฐานที่ลูกค้าเลือก โดยไม่มีระบบวิเคราะห์ข้อมูลของบุคคลที่สาม และผลิตภัณฑ์ไม่มีการพึ่งพาระบบจากต่างประเทศในการทำงาน
สันเดศ
พัฒนาและดำเนินการโดย NIC แห่งรัฐบาลอินเดียความถูกต้องของรุ่นซอฟต์แวร์และการควบคุมการอัปเดต
SANKET
รุ่นเผยแพร่ที่ลงลายมือชื่อดิจิทัลด้วย Ed25519 จะผ่านการตรวจสอบก่อนติดตั้ง มีการป้องกันการค้างอยู่ที่รุ่นเดิมและการย้อนกลับไปใช้รุ่นเก่า และย้อนกลับโดยอัตโนมัติหากการอัปเกรดล้มเหลว ลูกค้าเป็นผู้ตัดสินใจว่าจะอัปเกรดเมื่อใด ไม่ว่าจะผ่านเครือข่ายออนไลน์หรือใช้ชุดติดตั้งแบบออฟไลน์ที่ลงลายมือชื่อดิจิทัล
สันเดศ
Not publicly documentedแพลตฟอร์ม
SANKET
แอปที่พัฒนาสำหรับ iOS, Android, Windows, macOS และ Linux โดยเฉพาะ ออกแบบให้ไม่ต้องใช้เว็บเบราว์เซอร์: ไม่มีส่วนติดต่อผ่านเว็บให้โจมตี
สันเดศ
Android, iOS และเว็บ.จุดเด่นของ Sanket
- ทุกองค์กรสามารถติดตั้งและใช้งานบนโครงสร้างพื้นฐานของตนเองได้ ไม่ว่าจะเป็นเครื่องแม่ข่ายเดียวหรือระบบที่มีความพร้อมใช้งานสูง รวมถึงสภาพแวดล้อมที่แยกขาดจากเครือข่าย โดยใช้ใบอนุญาตแบบออฟไลน์และชุดไฟล์รุ่นเผยแพร่แบบออฟไลน์ที่ลงลายมือชื่อแล้ว.
- โพรโทคอลที่ระบุชื่อชัดเจนและผ่านการตรวจสอบโดยหน่วยงานอิสระ: libsignal อย่างเป็นทางการของ Signal พร้อม PQXDH และ SPQR ที่ต้านทานการโจมตีด้วยคอมพิวเตอร์ควอนตัม โดยเข้ารหัสแยกสำหรับอุปกรณ์ของผู้รับแต่ละเครื่องในกลุ่ม.
- ระบบตัวตนขององค์กรเอง: การจัดเตรียมบัญชีผ่าน SCIM และการลงชื่อเข้าใช้ผ่านไดเรกทอรี OIDC, SAML หรือ LDAP ขององค์กรเอง โดยไม่ใช้ผู้ให้บริการยืนยันตัวตนสาธารณะ
- รายการอุปกรณ์ที่ลงลายมือชื่อดิจิทัล ทำให้เซิร์ฟเวอร์ไม่สามารถเพิ่มอุปกรณ์เข้าบัญชีโดยไม่มีใครทราบ พร้อม TLS แบบยืนยันตัวตนสองทางสำหรับอุปกรณ์ที่ใช้ใบรับรองจากหน่วยงานออกใบรับรองของลูกค้าเอง
- ความถูกต้องของรุ่นซอฟต์แวร์ภายใต้การควบคุมของลูกค้า: รายการไฟล์ประจำรุ่นที่มีลายเซ็นดิจิทัล การป้องกันการย้อนกลับไปใช้รุ่นก่อนหน้า และการย้อนกลับโดยอัตโนมัติหากการอัปเกรดล้มเหลว.
คำถามที่พบบ่อย
มีทางเลือกใดที่ดีแทนสันเดส
SANKET (Sanket.Chat) โดย Tosh Defence พัฒนาขึ้นในอินเดีย ทุกองค์กรสามารถติดตั้งและใช้งานเป็นระบบเฉพาะของตนเองได้ ตั้งแต่บนคลาวด์จนถึงระบบที่แยกขาดจากเครือข่ายอื่นอย่างสมบูรณ์ พร้อม Signal Protocol การป้องกันภัยจากคอมพิวเตอร์ควอนตัม และผู้ให้บริการยืนยันตัวตนขององค์กรเอง
ใครสามารถใช้ Sanket ได้?
กองกำลังป้องกันประเทศ หน่วยงานภาครัฐ หน่วยงานกำกับดูแล ผู้ดำเนินงานโครงสร้างพื้นฐานสำคัญ และองค์กรต่าง ๆ ใช้ Sanket.Work หรือ Sanket.Enterprise สำหรับระบบติดตั้งเฉพาะของตน แอป Sanket.Chat แบบไม่มีค่าใช้จ่ายเปิดให้ประชาชนทั่วไปใช้งานบน iOS และ Android
สามารถใช้งาน Sanket บนเครือข่ายปิดของภาครัฐได้หรือไม่?
ใช่ SANKET ทำงานในสภาพแวดล้อมที่แยกขาดจากเครือข่ายโดยสมบูรณ์ พร้อมหน่วยงานออกใบรับรองภายใน ระบบส่งการแจ้งเตือนแบบพุชสำหรับ Android ที่โฮสต์เอง การตรวจสอบสิทธิ์ใช้งานแบบออฟไลน์ และชุดเผยแพร่ซอฟต์แวร์แบบออฟไลน์ที่ลงลายมือชื่อดิจิทัล
SANKET ใช้งานร่วมกับระบบไดเรกทอรีที่องค์กรมีอยู่แล้วได้หรือไม่?
ใช่ รองรับการจัดสรรบัญชีผู้ใช้ผ่าน SCIM 2.0 และการลงชื่อเข้าใช้ผ่านไดเรกทอรี OIDC, SAML 2.0 หรือ LDAP ขององค์กรเอง พร้อมกุญแจรักษาความปลอดภัย FIDO2 สำหรับผู้ดูแลระบบ
แหล่งข้อมูล
- เอกสารวิชาการด้านความปลอดภัยทางเทคนิคและสถาปัตยกรรมของ SANKET ฉบับเผยแพร่สาธารณะ 2.0 (7 ตุลาคม 2026)
- พอร์ทัล Sandes
- Business Today: รัฐบาลเปิดตัวแพลตฟอร์มรับส่งข้อความทันที Sandes (30 กรกฎาคม 2021)
- วิกิพีเดีย: ซันเดส (ซอฟต์แวร์)
Sources checked on 7 October 2026. ข้อมูลเกี่ยวกับผลิตภัณฑ์คู่แข่งนำมาจากแหล่งข้อมูลที่ระบุไว้เท่านั้น หากไม่พบแหล่งข้อมูลสาธารณะ ช่องนั้นจะระบุว่า 'ไม่มีข้อมูลเผยแพร่ต่อสาธารณะ' ชื่อผลิตภัณฑ์และชื่อบริษัทเป็นเครื่องหมายการค้าของเจ้าของแต่ละราย
การเปรียบเทียบเพิ่มเติม
ให้การสื่อสารของคุณอยู่ภายใต้การควบคุมของคุณเอง
ติดต่อทีม Tosh Defence เพื่อหารือเรื่องการติดตั้งใช้งานของคุณ ตั้งแต่การติดตั้งบนคลาวด์เฉพาะองค์กรไปจนถึงระบบทั้งหมดที่แยกขาดจากเครือข่าย หรืออ่านรายละเอียดสถาปัตยกรรมความปลอดภัยฉบับเต็มก่อน.