SANKET เทียบกับ Arattai: เปรียบเทียบการสื่อสารผ่านข้อความที่ปลอดภัยของอินเดีย
ทั้ง SANKET และ Arattai พัฒนาขึ้นในอินเดีย Arattai เป็นแอปส่งข้อความของโซโหสำหรับการสนทนาทั่วไป ส่วน SANKET เป็นแพลตฟอร์มสื่อสารที่ปลอดภัยและอยู่ภายใต้อำนาจควบคุมของประเทศ ซึ่งองค์กรใช้งานบนโครงสร้างพื้นฐานของตนเอง พร้อมกุญแจ ผู้ให้บริการข้อมูลระบุตัวตน นโยบาย และกำหนดเวลาการอัปเดตของตนเอง สำหรับองค์กรที่ต้องการอำนาจควบคุม ไม่ใช่เพียงความเป็นส่วนตัว SANKET คือทางเลือกแทน Arattai ที่สร้างมาเพื่องานนี้
เกี่ยวกับ Arattai
โซโห (อรัตไต เทคโนโลยี โซลูชันส์ ไพรเวท ลิมิเต็ด) · อินเดีย
อารัตไตเป็นแอปส่งข้อความของ Zoho เปิดตัวในเดือนมกราคม 2021 สำหรับการสนทนาในชีวิตประจำวัน การสนทนาโดยตรงเริ่มมีการเข้ารหัสแบบต้นทางถึงปลายทางในเดือนพฤศจิกายน 2025 การโทรด้วยเสียงและวิดีโอมีการเข้ารหัสแบบต้นทางถึงปลายทาง และมีการประกาศว่าจะรองรับการเข้ารหัสแบบต้นทางถึงปลายทางสำหรับการสนทนากลุ่มในเดือนกันยายน 2026 ข้อมูลผู้ใช้จัดเก็บไว้บนเซิร์ฟเวอร์ในอินเดีย
Sanket เทียบกับ Arattai: เปรียบเทียบแบบเคียงข้างกัน
| เกณฑ์ | SANKET | อารัตไต |
|---|---|---|
| ใครเป็นผู้ควบคุมโครงสร้างพื้นฐาน | ลูกค้า หนึ่งองค์กรมีระบบที่ติดตั้งแยกเฉพาะหนึ่งชุด บนโครงสร้างพื้นฐานที่องค์กรเป็นเจ้าของหรือเลือกใช้ โดยไม่มีบริการที่ผู้จำหน่ายดำเนินการอยู่ในเส้นทางส่งข้อความ | โซโหเป็นผู้ดำเนินการบริการ |
| ทางเลือกในการติดตั้งใช้งาน | ระบบที่ติดตั้งเฉพาะองค์กรบนระบบคลาวด์ใดก็ได้ในภูมิภาคที่ลูกค้าเลือก (หรือบนบริการโฮสต์ของ Tosh Defence) บนเซิร์ฟเวอร์ของลูกค้า หรือแบบแยกขาดจากเครือข่ายโดยสมบูรณ์ รองรับทั้งเครื่องแม่ข่ายเดียวหรือระบบพร้อมใช้งานสูงที่กู้คืนได้จากสถานที่แห่งที่ 2 | บริการที่ดำเนินการโดยโซโห โดยข้อมูลผู้ใช้จัดเก็บบนเซิร์ฟเวอร์ที่ตั้งอยู่ในอินเดีย (ตามข้อมูลใน App Store) |
| ใครถือครองกุญแจเข้ารหัสและควบคุมข้อมูลระบุตัวตน | ลูกค้าและผู้ใช้งานของลูกค้า กุญแจถูกสร้างขึ้นบนอุปกรณ์แต่ละเครื่องและปกป้องด้วยพื้นที่จัดเก็บที่มีฮาร์ดแวร์รองรับ ตัวตนเป็น Sanket ID ที่ลูกค้าควบคุม โดยไม่จำเป็นต้องใช้หมายเลขโทรศัพท์ส่วนบุคคลเป็นตัวระบุตัวตน | บัญชีอยู่บนบริการของ Zoho; ป้ายข้อมูลความเป็นส่วนตัวใน App Store ระบุว่าหมายเลขโทรศัพท์เป็นข้อมูลที่เชื่อมโยงกับผู้ใช้ การจัดการกุญแจเข้ารหัส: ไม่มีเอกสารเผยแพร่ต่อสาธารณะ |
| โพรโทคอลการเข้ารหัส | 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 | การสนทนาโดยตรงเข้ารหัสจากต้นทางถึงปลายทาง (บังคับใช้ตั้งแต่พฤศจิกายน 2025); การโทรด้วยเสียงและวิดีโอเข้ารหัสจากต้นทางถึงปลายทาง; มีการประกาศการเข้ารหัสกลุ่มในเดือนกันยายน 2026 แต่ไม่มีเอกสารเผยแพร่ต่อสาธารณะที่ระบุว่าเปิดใช้เป็นค่าเริ่มต้นหรือไม่. |
| ผู้ให้บริการยืนยันตัวตนของลูกค้า (SSO / LDAP) | ได้ รองรับการลงชื่อเข้าใช้ผ่านไดเรกทอรี OIDC, SAML 2.0 หรือ LDAP ของลูกค้าเอง การจัดเตรียมบัญชีผ่าน SCIM 2.0 และกุญแจความปลอดภัย FIDO2 สำหรับผู้ดูแลระบบ | Not publicly documented |
| การควบคุมของผู้ดูแลระบบและการกำกับดูแลอุปกรณ์ | การอนุมัติและเพิกถอนอุปกรณ์ โหมดอุปกรณ์สูญหายและการลบข้อมูลจากระยะไกล รายการอุปกรณ์ที่ลงลายมือชื่อดิจิทัล TLS แบบยืนยันตัวตนสองทางสำหรับอุปกรณ์ นโยบายการเก็บรักษาข้อมูล การส่งต่อและคลิปบอร์ด ป้ายกำกับชั้นความลับที่ลูกค้ากำหนด และบันทึกการตรวจสอบที่เชื่อมโยงด้วยค่าแฮชสำหรับระบบ SIEM ของลูกค้า | Not publicly documented |
| อธิปไตยของข้อมูล (เขตอำนาจศาล สร้างขึ้นในอินเดีย) | พัฒนาในอินเดียโดย Tosh Defence ข้อมูลอยู่ภายใต้เขตอำนาจศาลและบนโครงสร้างพื้นฐานที่ลูกค้าเลือก โดยไม่มีระบบวิเคราะห์ข้อมูลของบุคคลที่สาม และผลิตภัณฑ์ไม่มีการพึ่งพาระบบจากต่างประเทศในการทำงาน | พัฒนาโดยโซโฮ ซึ่งมีสำนักงานใหญ่ในเมืองเจนไน ประเทศอินเดีย โดยจัดเก็บข้อมูลผู้ใช้ในอินเดีย |
| ความถูกต้องของรุ่นซอฟต์แวร์และการควบคุมการอัปเดต | รุ่นเผยแพร่ที่ลงลายมือชื่อดิจิทัลด้วย Ed25519 จะผ่านการตรวจสอบก่อนติดตั้ง มีการป้องกันการค้างอยู่ที่รุ่นเดิมและการย้อนกลับไปใช้รุ่นเก่า และย้อนกลับโดยอัตโนมัติหากการอัปเกรดล้มเหลว ลูกค้าเป็นผู้ตัดสินใจว่าจะอัปเกรดเมื่อใด ไม่ว่าจะผ่านเครือข่ายออนไลน์หรือใช้ชุดติดตั้งแบบออฟไลน์ที่ลงลายมือชื่อดิจิทัล | Not publicly documented |
| แพลตฟอร์ม | แอปที่พัฒนาสำหรับ iOS, Android, Windows, macOS และ Linux โดยเฉพาะ ออกแบบให้ไม่ต้องใช้เว็บเบราว์เซอร์: ไม่มีส่วนติดต่อผ่านเว็บให้โจมตี | Android, iOS, คอมพิวเตอร์ตั้งโต๊ะ, เว็บ และแท็บเล็ต; สูงสุด 5 อุปกรณ์. |
ใครเป็นผู้ควบคุมโครงสร้างพื้นฐาน
SANKET
ลูกค้า หนึ่งองค์กรมีระบบที่ติดตั้งแยกเฉพาะหนึ่งชุด บนโครงสร้างพื้นฐานที่องค์กรเป็นเจ้าของหรือเลือกใช้ โดยไม่มีบริการที่ผู้จำหน่ายดำเนินการอยู่ในเส้นทางส่งข้อความ
อารัตไต
โซโหเป็นผู้ดำเนินการบริการทางเลือกในการติดตั้งใช้งาน
SANKET
ระบบที่ติดตั้งเฉพาะองค์กรบนระบบคลาวด์ใดก็ได้ในภูมิภาคที่ลูกค้าเลือก (หรือบนบริการโฮสต์ของ Tosh Defence) บนเซิร์ฟเวอร์ของลูกค้า หรือแบบแยกขาดจากเครือข่ายโดยสมบูรณ์ รองรับทั้งเครื่องแม่ข่ายเดียวหรือระบบพร้อมใช้งานสูงที่กู้คืนได้จากสถานที่แห่งที่ 2
อารัตไต
บริการที่ดำเนินการโดยโซโห โดยข้อมูลผู้ใช้จัดเก็บบนเซิร์ฟเวอร์ที่ตั้งอยู่ในอินเดีย (ตามข้อมูลใน App Store)ใครถือครองกุญแจเข้ารหัสและควบคุมข้อมูลระบุตัวตน
SANKET
ลูกค้าและผู้ใช้งานของลูกค้า กุญแจถูกสร้างขึ้นบนอุปกรณ์แต่ละเครื่องและปกป้องด้วยพื้นที่จัดเก็บที่มีฮาร์ดแวร์รองรับ ตัวตนเป็น Sanket ID ที่ลูกค้าควบคุม โดยไม่จำเป็นต้องใช้หมายเลขโทรศัพท์ส่วนบุคคลเป็นตัวระบุตัวตน
อารัตไต
บัญชีอยู่บนบริการของ Zoho; ป้ายข้อมูลความเป็นส่วนตัวใน App Store ระบุว่าหมายเลขโทรศัพท์เป็นข้อมูลที่เชื่อมโยงกับผู้ใช้ การจัดการกุญแจเข้ารหัส: ไม่มีเอกสารเผยแพร่ต่อสาธารณะโพรโทคอลการเข้ารหัส
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
อารัตไต
การสนทนาโดยตรงเข้ารหัสจากต้นทางถึงปลายทาง (บังคับใช้ตั้งแต่พฤศจิกายน 2025); การโทรด้วยเสียงและวิดีโอเข้ารหัสจากต้นทางถึงปลายทาง; มีการประกาศการเข้ารหัสกลุ่มในเดือนกันยายน 2026 แต่ไม่มีเอกสารเผยแพร่ต่อสาธารณะที่ระบุว่าเปิดใช้เป็นค่าเริ่มต้นหรือไม่.ผู้ให้บริการยืนยันตัวตนของลูกค้า (SSO / LDAP)
SANKET
ได้ รองรับการลงชื่อเข้าใช้ผ่านไดเรกทอรี OIDC, SAML 2.0 หรือ LDAP ของลูกค้าเอง การจัดเตรียมบัญชีผ่าน SCIM 2.0 และกุญแจความปลอดภัย FIDO2 สำหรับผู้ดูแลระบบ
อารัตไต
Not publicly documentedการควบคุมของผู้ดูแลระบบและการกำกับดูแลอุปกรณ์
SANKET
การอนุมัติและเพิกถอนอุปกรณ์ โหมดอุปกรณ์สูญหายและการลบข้อมูลจากระยะไกล รายการอุปกรณ์ที่ลงลายมือชื่อดิจิทัล TLS แบบยืนยันตัวตนสองทางสำหรับอุปกรณ์ นโยบายการเก็บรักษาข้อมูล การส่งต่อและคลิปบอร์ด ป้ายกำกับชั้นความลับที่ลูกค้ากำหนด และบันทึกการตรวจสอบที่เชื่อมโยงด้วยค่าแฮชสำหรับระบบ SIEM ของลูกค้า
อารัตไต
Not publicly documentedอธิปไตยของข้อมูล (เขตอำนาจศาล สร้างขึ้นในอินเดีย)
SANKET
พัฒนาในอินเดียโดย Tosh Defence ข้อมูลอยู่ภายใต้เขตอำนาจศาลและบนโครงสร้างพื้นฐานที่ลูกค้าเลือก โดยไม่มีระบบวิเคราะห์ข้อมูลของบุคคลที่สาม และผลิตภัณฑ์ไม่มีการพึ่งพาระบบจากต่างประเทศในการทำงาน
อารัตไต
พัฒนาโดยโซโฮ ซึ่งมีสำนักงานใหญ่ในเมืองเจนไน ประเทศอินเดีย โดยจัดเก็บข้อมูลผู้ใช้ในอินเดียความถูกต้องของรุ่นซอฟต์แวร์และการควบคุมการอัปเดต
SANKET
รุ่นเผยแพร่ที่ลงลายมือชื่อดิจิทัลด้วย Ed25519 จะผ่านการตรวจสอบก่อนติดตั้ง มีการป้องกันการค้างอยู่ที่รุ่นเดิมและการย้อนกลับไปใช้รุ่นเก่า และย้อนกลับโดยอัตโนมัติหากการอัปเกรดล้มเหลว ลูกค้าเป็นผู้ตัดสินใจว่าจะอัปเกรดเมื่อใด ไม่ว่าจะผ่านเครือข่ายออนไลน์หรือใช้ชุดติดตั้งแบบออฟไลน์ที่ลงลายมือชื่อดิจิทัล
อารัตไต
Not publicly documentedแพลตฟอร์ม
SANKET
แอปที่พัฒนาสำหรับ iOS, Android, Windows, macOS และ Linux โดยเฉพาะ ออกแบบให้ไม่ต้องใช้เว็บเบราว์เซอร์: ไม่มีส่วนติดต่อผ่านเว็บให้โจมตี
อารัตไต
Android, iOS, คอมพิวเตอร์ตั้งโต๊ะ, เว็บ และแท็บเล็ต; สูงสุด 5 อุปกรณ์.จุดเด่นของ Sanket
- การติดตั้งและใช้งานที่องค์กรเป็นเจ้าของ: ติดตั้ง SANKET แยกเฉพาะสำหรับลูกค้าแต่ละรายบนโครงสร้างพื้นฐานที่ลูกค้าเป็นเจ้าของ รวมถึงเครือข่ายปิดและเครือข่ายที่แยกขาดจากเครือข่ายอื่นทางกายภาพ.
- การเข้ารหัสลับระดับการป้องกันประเทศที่มีการเผยแพร่รายละเอียด: libsignal อย่างเป็นทางการของ Signal พร้อม PQXDH และ SPQR แบบหลังควอนตัม และ AES-256 สำหรับข้อความ ไฟล์ และการโทร.
- การควบคุมโดยองค์กร: คีย์ความปลอดภัย FIDO2 สำหรับผู้ดูแลระบบ การอนุมัติและเพิกถอนอุปกรณ์ โหมดอุปกรณ์สูญหาย การลบข้อมูลจากระยะไกล และป้ายกำกับชั้นความลับที่ลูกค้ากำหนดซึ่งอยู่ภายในการเข้ารหัส.
- การยืนยันตัวตนของลูกค้า: ผู้ใช้ระบุตัวตนด้วย Sanket ID และสามารถลงชื่อเข้าใช้ผ่านไดเรกทอรีขององค์กรเอง โดยไม่ต้องใช้หมายเลขโทรศัพท์เพื่อยืนยันตัวตนแบบบริการผู้บริโภค.
- ผลิตภัณฑ์อินเดีย 2 รายการ เพื่อวัตถุประสงค์ 2 ประการ: SANKET เพิ่มบันทึกการตรวจสอบที่ลูกค้าดำเนินการเอง เชื่อมโยงรายการด้วยค่าแฮช และส่งออกไปยังระบบจัดการข้อมูลและเหตุการณ์ด้านความปลอดภัยขององค์กรได้
คำถามที่พบบ่อย
ทางเลือกที่ดีที่สุดสำหรับองค์กรแทน Arattai คืออะไร?
SANKET (Sanket.Chat) โดย Tosh Defence พัฒนาขึ้นในอินเดียเช่นเดียวกับ Arattai และเพิ่มสิ่งที่องค์กรต้องการ ได้แก่ ระบบติดตั้งเฉพาะของตนเอง Signal Protocol พร้อมการป้องกันภัยจากคอมพิวเตอร์ควอนตัม ผู้ให้บริการยืนยันตัวตนขององค์กรเอง และการกำกับดูแลอุปกรณ์อย่างเต็มรูปแบบ
Sanket กับอารัตไตเป็นผลิตภัณฑ์จากอินเดียทั้งคู่หรือไม่?
ใช่ อารัตไตพัฒนาโดยโซโฮซึ่งมีสำนักงานใหญ่ในเจนไน SANKET พัฒนาในอินเดียโดย Tosh Defence ซึ่งมีสำนักงานใหญ่ในคุรุคราม และติดตั้งใช้งานบนโครงสร้างพื้นฐานที่ลูกค้าแต่ละรายเลือก
องค์กรติดตั้งและใช้งาน SANKET บนเซิร์ฟเวอร์ของตนเองได้หรือไม่?
ใช่ SANKET ทำงานเป็นระบบติดตั้งแยกเฉพาะบนคลาวด์ใดก็ได้ที่องค์กรเลือก บนเซิร์ฟเวอร์ขององค์กรเอง หรือในสภาพแวดล้อมที่แยกขาดจากเครือข่ายโดยสมบูรณ์ พร้อมสิทธิ์ใช้งานแบบออฟไลน์และการอัปเดตแบบออฟไลน์ที่ลงลายมือชื่อดิจิทัล
Sanket ใช้การเข้ารหัสแบบใด?
Signal Protocol ผ่าน libsignal อย่างเป็นทางการของ Signal ที่ผ่านการตรวจประเมินโดยหน่วยงานอิสระ พร้อม PQXDH และแรตเชตหลังยุคควอนตัม SPQR ไฟล์และการโทรใช้ AES-256-GCM ส่วนการรับส่งข้อมูลใช้เฉพาะชุดรหัสลับ TLS แบบ AES-256-GCM
แหล่งข้อมูล
- เอกสารวิชาการด้านความปลอดภัยทางเทคนิคและสถาปัตยกรรมของ SANKET ฉบับเผยแพร่สาธารณะ 2.0 (7 ตุลาคม 2026)
- เว็บไซต์ทางการของอารัตไต
- อารัตไตบน App Store ของ Apple
- โซโห: เกี่ยวกับเรา
- Outlook Money: Arattai เปิดใช้การเข้ารหัสแบบต้นทางถึงปลายทางสำหรับการสนทนาโดยตรง (19 พฤศจิกายน 2025)
- Storyboard18: Arattai เปิดใช้การเข้ารหัสตั้งแต่ต้นทางถึงปลายทางสำหรับแชตกลุ่ม (25 กันยายน 2026)
- SFLC.in: การวิเคราะห์คุณสมบัติด้านความปลอดภัยและความเป็นส่วนตัวของแอปพลิเคชันส่งข้อความ (12 ตุลาคม 2025)
Sources checked on 7 October 2026. ข้อมูลเกี่ยวกับผลิตภัณฑ์คู่แข่งนำมาจากแหล่งข้อมูลที่ระบุไว้เท่านั้น หากไม่พบแหล่งข้อมูลสาธารณะ ช่องนั้นจะระบุว่า 'ไม่มีข้อมูลเผยแพร่ต่อสาธารณะ' ชื่อผลิตภัณฑ์และชื่อบริษัทเป็นเครื่องหมายการค้าของเจ้าของแต่ละราย
การเปรียบเทียบเพิ่มเติม
ให้การสื่อสารของคุณอยู่ภายใต้การควบคุมของคุณเอง
ติดต่อทีม Tosh Defence เพื่อหารือเรื่องการติดตั้งใช้งานของคุณ ตั้งแต่การติดตั้งบนคลาวด์เฉพาะองค์กรไปจนถึงระบบทั้งหมดที่แยกขาดจากเครือข่าย หรืออ่านรายละเอียดสถาปัตยกรรมความปลอดภัยฉบับเต็มก่อน.