SANKET เทียบกับ Private Discuss: เปรียบเทียบการสื่อสารผ่านข้อความที่ปลอดภัยภายใต้อธิปไตยของตน
Private Discuss และ SANKET ต่างให้บริการแก่หน่วยงานภาครัฐ กลาโหม และอุตสาหกรรมโครงสร้างพื้นฐานสำคัญ โดยรองรับการติดตั้งใช้งานบนเซิร์ฟเวอร์ขององค์กรและในระบบที่แยกจากเครือข่าย SANKET สร้างขึ้นบน libsignal ของ Signal ที่ผ่านการตรวจสอบโดยหน่วยงานอิสระ พร้อม PQXDH และ SPQR ที่ต้านทานการโจมตีด้วยคอมพิวเตอร์ควอนตัม ใช้ AES-256 ตลอดทั้งระบบ มีรายการอุปกรณ์ที่ลงลายมือชื่อดิจิทัลและการยืนยันตัวตนของอุปกรณ์ทั้งสองฝ่ายด้วย TLS โดยผู้ให้บริการจากอินเดีย
เกี่ยวกับ Private Discuss
Private Discuss (กลุ่ม PIMAN) · ฝรั่งเศส
Private Discuss เป็นแพลตฟอร์มส่งข้อความที่ปลอดภัย ประชุมทางวิดีโอ และทำงานร่วมกันจากกลุ่ม PIMAN ในฝรั่งเศส ก่อตั้งในปี 2018 และตั้งอยู่ใกล้เมืองลียง ให้บริการแก่ภาครัฐ กลาโหม พลังงาน นิวเคลียร์ การเงิน และสาธารณสุข ติดตั้งใช้งานได้บนเซิร์ฟเวอร์ขององค์กร ในระบบคลาวด์ส่วนตัว หรือในรูปแบบบริการซอฟต์แวร์ผ่านผู้ให้บริการโฮสต์ในฝรั่งเศส และสามารถทำงานบนเครือข่ายที่แยกจากเครือข่ายอื่นได้
Sanket เทียบกับ Private Discuss: เปรียบเทียบแบบเคียงข้างกัน
| เกณฑ์ | 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 สำหรับผู้ดูแลระบบ | Not publicly documented |
| การควบคุมของผู้ดูแลระบบและการกำกับดูแลอุปกรณ์ | การอนุมัติและเพิกถอนอุปกรณ์ โหมดอุปกรณ์สูญหายและการลบข้อมูลจากระยะไกล รายการอุปกรณ์ที่ลงลายมือชื่อดิจิทัล TLS แบบยืนยันตัวตนสองทางสำหรับอุปกรณ์ นโยบายการเก็บรักษาข้อมูล การส่งต่อและคลิปบอร์ด ป้ายกำกับชั้นความลับที่ลูกค้ากำหนด และบันทึกการตรวจสอบที่เชื่อมโยงด้วยค่าแฮชสำหรับระบบ SIEM ของลูกค้า | การควบคุมการเข้าถึงและการไหลของข้อมูลอย่างละเอียด (สื่อมวลชน). |
| อธิปไตยของข้อมูล (เขตอำนาจศาล สร้างขึ้นในอินเดีย) | พัฒนาในอินเดียโดย Tosh Defence ข้อมูลอยู่ภายใต้เขตอำนาจศาลและบนโครงสร้างพื้นฐานที่ลูกค้าเลือก โดยไม่มีระบบวิเคราะห์ข้อมูลของบุคคลที่สาม และผลิตภัณฑ์ไม่มีการพึ่งพาระบบจากต่างประเทศในการทำงาน | Private Discuss, กลุ่ม PIMAN, ลิโมเนสต์ (ลียง), ฝรั่งเศส. |
| ความถูกต้องของรุ่นซอฟต์แวร์และการควบคุมการอัปเดต | รุ่นเผยแพร่ที่ลงลายมือชื่อดิจิทัลด้วย Ed25519 จะผ่านการตรวจสอบก่อนติดตั้ง มีการป้องกันการค้างอยู่ที่รุ่นเดิมและการย้อนกลับไปใช้รุ่นเก่า และย้อนกลับโดยอัตโนมัติหากการอัปเกรดล้มเหลว ลูกค้าเป็นผู้ตัดสินใจว่าจะอัปเกรดเมื่อใด ไม่ว่าจะผ่านเครือข่ายออนไลน์หรือใช้ชุดติดตั้งแบบออฟไลน์ที่ลงลายมือชื่อดิจิทัล | Not publicly documented |
| แพลตฟอร์ม | แอปที่พัฒนาสำหรับ iOS, Android, Windows, macOS และ Linux โดยเฉพาะ ออกแบบให้ไม่ต้องใช้เว็บเบราว์เซอร์: ไม่มีส่วนติดต่อผ่านเว็บให้โจมตี | Windows, macOS, Linux, iOS, Android และเว็บ |
ใครเป็นผู้ควบคุมโครงสร้างพื้นฐาน
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 สำหรับผู้ดูแลระบบ
การหารือส่วนตัว
Not publicly documentedการควบคุมของผู้ดูแลระบบและการกำกับดูแลอุปกรณ์
SANKET
การอนุมัติและเพิกถอนอุปกรณ์ โหมดอุปกรณ์สูญหายและการลบข้อมูลจากระยะไกล รายการอุปกรณ์ที่ลงลายมือชื่อดิจิทัล TLS แบบยืนยันตัวตนสองทางสำหรับอุปกรณ์ นโยบายการเก็บรักษาข้อมูล การส่งต่อและคลิปบอร์ด ป้ายกำกับชั้นความลับที่ลูกค้ากำหนด และบันทึกการตรวจสอบที่เชื่อมโยงด้วยค่าแฮชสำหรับระบบ SIEM ของลูกค้า
การหารือส่วนตัว
การควบคุมการเข้าถึงและการไหลของข้อมูลอย่างละเอียด (สื่อมวลชน).อธิปไตยของข้อมูล (เขตอำนาจศาล สร้างขึ้นในอินเดีย)
SANKET
พัฒนาในอินเดียโดย Tosh Defence ข้อมูลอยู่ภายใต้เขตอำนาจศาลและบนโครงสร้างพื้นฐานที่ลูกค้าเลือก โดยไม่มีระบบวิเคราะห์ข้อมูลของบุคคลที่สาม และผลิตภัณฑ์ไม่มีการพึ่งพาระบบจากต่างประเทศในการทำงาน
การหารือส่วนตัว
Private Discuss, กลุ่ม PIMAN, ลิโมเนสต์ (ลียง), ฝรั่งเศส.ความถูกต้องของรุ่นซอฟต์แวร์และการควบคุมการอัปเดต
SANKET
รุ่นเผยแพร่ที่ลงลายมือชื่อดิจิทัลด้วย Ed25519 จะผ่านการตรวจสอบก่อนติดตั้ง มีการป้องกันการค้างอยู่ที่รุ่นเดิมและการย้อนกลับไปใช้รุ่นเก่า และย้อนกลับโดยอัตโนมัติหากการอัปเกรดล้มเหลว ลูกค้าเป็นผู้ตัดสินใจว่าจะอัปเกรดเมื่อใด ไม่ว่าจะผ่านเครือข่ายออนไลน์หรือใช้ชุดติดตั้งแบบออฟไลน์ที่ลงลายมือชื่อดิจิทัล
การหารือส่วนตัว
Not publicly documentedแพลตฟอร์ม
SANKET
แอปที่พัฒนาสำหรับ iOS, Android, Windows, macOS และ Linux โดยเฉพาะ ออกแบบให้ไม่ต้องใช้เว็บเบราว์เซอร์: ไม่มีส่วนติดต่อผ่านเว็บให้โจมตี
การหารือส่วนตัว
Windows, macOS, Linux, iOS, Android และเว็บจุดเด่นของ Sanket
- สร้างบน libsignal ฉบับทางการของ Signal ที่ผ่านการตรวจสอบโดยหน่วยงานอิสระ โดยไม่มีโพรโทคอลที่พัฒนาขึ้นเองหรือโพรโทคอลสำรอง
- เอกสารด้านความปลอดภัยที่เผยแพร่ต่อสาธารณะ ซึ่งอธิบายแบบจำลองภัยคุกคาม ลำดับชั้นกุญแจเข้ารหัส และวิทยาการเข้ารหัสของ SANKET สำหรับผู้ประเมิน.
- การส่งข้อความหลังยุคควอนตัม (PQXDH และ SPQR) และ AES-256-GCM สำหรับไฟล์และการโทร.
- รายการอุปกรณ์ที่ลงลายมือชื่อดิจิทัลและ TLS แบบยืนยันตัวตนสองทางสำหรับอุปกรณ์ทุกเครื่องที่ได้รับอนุมัติ
- พัฒนาในอินเดีย สำหรับองค์กรที่ต้องการผู้ให้บริการจากอินเดียและโครงสร้างพื้นฐานที่อยู่ภายใต้การควบคุมของอินเดีย
คำถามที่พบบ่อย
Private Discuss เป็นแอปของอินเดียหรือไม่?
ไม่ ไพรเวตดิสคัสเป็นบริษัทฝรั่งเศสในกลุ่มพีมอง ตั้งอยู่ที่เมืองลีโมเนสต์ใกล้เมืองลียง ส่วน SANKET (Sanket.Chat) โดย Tosh Defence เป็นแพลตฟอร์มการสื่อสารที่ปลอดภัยซึ่งพัฒนาขึ้นในอินเดีย.
Sanket ใช้โพรโทคอลใด?
Signal Protocol ผ่าน libsignal อย่างเป็นทางการของ Signal ที่ผ่านการตรวจประเมินโดยหน่วยงานอิสระ พร้อม PQXDH และแรตเชตหลังยุคควอนตัม SPQR โดยใช้ AES-256-GCM สำหรับไฟล์และการโทร
สามารถใช้งาน Sanket บนเครือข่ายที่แยกจากเครือข่ายอื่นได้หรือไม่?
ใช่ SANKET ทำงานในสภาพแวดล้อมที่แยกขาดจากเครือข่ายโดยสมบูรณ์ พร้อมหน่วยงานออกใบรับรองภายใน สิทธิ์ใช้งานแบบออฟไลน์ และชุดเผยแพร่ซอฟต์แวร์แบบออฟไลน์ที่ลงลายมือชื่อดิจิทัล
แหล่งข้อมูล
- เอกสารวิชาการด้านความปลอดภัยทางเทคนิคและสถาปัตยกรรมของ SANKET ฉบับเผยแพร่สาธารณะ 2.0 (7 ตุลาคม 2026)
- การสนทนาส่วนตัว: เกี่ยวกับ
- เว็บไซต์ Private Discuss
- สื่อ Le Monde Informatique: เจาะลึก Private Discuss (17 พฤศจิกายน 2025)
- Solutions Numeriques (31 ตุลาคม 2025)
Sources checked on 7 October 2026. ข้อมูลเกี่ยวกับผลิตภัณฑ์คู่แข่งนำมาจากแหล่งข้อมูลที่ระบุไว้เท่านั้น หากไม่พบแหล่งข้อมูลสาธารณะ ช่องนั้นจะระบุว่า 'ไม่มีข้อมูลเผยแพร่ต่อสาธารณะ' ชื่อผลิตภัณฑ์และชื่อบริษัทเป็นเครื่องหมายการค้าของเจ้าของแต่ละราย
การเปรียบเทียบเพิ่มเติม
ให้การสื่อสารของคุณอยู่ภายใต้การควบคุมของคุณเอง
ติดต่อทีม Tosh Defence เพื่อหารือเรื่องการติดตั้งใช้งานของคุณ ตั้งแต่การติดตั้งบนคลาวด์เฉพาะองค์กรไปจนถึงระบบทั้งหมดที่แยกขาดจากเครือข่าย หรืออ่านรายละเอียดสถาปัตยกรรมความปลอดภัยฉบับเต็มก่อน.