ข้อกังวลด้านความปลอดภัยสูงสุดเมื่อใช้ตัวแปลงไฟล์บนคลาวด์
31/7/2569

ข้อกังวลด้านความปลอดภัยสูงสุดเมื่อใช้ตัวแปลงไฟล์บนคลาวด์

สำรวจความเสี่ยงของการแปลงไฟล์บนคลาวด์รวมถึงการเปิดเผยข้อมูล, การเก็บรักษา, มัลแวร์, การควบคุมการเข้าถึง, และการกำกับดูแลผู้ให้บริการสำหรับแอปพลิเคชัน .NET

บทนำ

การแปลงไฟล์สาธารณะสะดวก แต่ก็ไม่ได้ปราศจากคำถามด้านความปลอดภัย ข้อมูลอาจรั่วไหล การเก็บรักษาอาจไม่ชัดเจน ภาระผูกพันด้านการปฏิบัติตามอาจเพิ่มขึ้น และไฟล์อันเป็นอันตรายอาจโจมตีตัวแปลงที่ซับซ้อน สำหรับทีม .NET ควรแก้ไขข้อกังวลเหล่านี้ก่อนที่ตัวแปลงภายนอกจะกลายเป็นส่วนหนึ่งของกระบวนการทำงานของธุรกิจ

Doconut มีตัวดูและกระบวนการแปลงไฟล์ .NET ที่โฮสต์ด้วยตนเอง ซึ่งสามารถทำให้การประมวลผลเอกสารที่สนับสนุนอยู่ภายในโครงสร้างพื้นฐานที่เจ้าของแอปพลิเคชันควบคุมได้ สิ่งนี้อาจลดการพึ่งพาตัวแปลงสาธารณะได้ แต่แอปพลิเคชันยังต้องดำเนินการควบคุมการเข้าถึง การส่งข้อมูลอย่างปลอดภัย นโยบายการจัดเก็บ การทำความสะอาด การอัปเดตแพตช์ และการเฝ้าติดตาม

จุดตรวจสอบความปลอดภัยระหว่างเอกสารที่เป็นความลับ ตัวแปลงสาธารณะ และสภาพแวดล้อม Windows ที่ควบคุม
จุดตรวจสอบความปลอดภัยระหว่างเอกสารที่เป็นความลับ ตัวแปลงสาธารณะ และสภาพแวดล้อม Windows ที่ควบคุม

การแปลงไฟล์อย่างปลอดภัยและการเข้ารหัสสำหรับแอป .NET

ทำไมการเข้ารหัสจึงสำคัญ

เมื่อคุณส่งไฟล์ไปยังตัวแปลงบนคลาวด์ ไฟล์นั้นต้องเดินทางผ่านอินเทอร์เน็ตสาธารณะ หากการส่งข้อมูลไม่ได้รับการล็อกดาวน์ แฮกเกอร์อาจแทรกแซงและขโมยข้อมูลได้—สไตล์การดักฟังแบบคนกลางแบบคลาสสิก แม้จะใช้ HTTPS ก็ตาม เครื่องมือฟรีหลายตัวยังคงเก็บไฟล์ไว้บนเซิร์ฟเวอร์ร่วมโดยไม่มีการเข้ารหัสเพิ่มเติม ทำให้ไฟล์เสี่ยงต่อภัยคุกคามจากภายในหรือบัคเก็ตจัดเก็บที่ตั้งค่าไม่ถูกต้อง

สิ่งที่ผลิตภัณฑ์ Doconut สองตัวทำจริง ๆ

พวกเขาตอบคำถามนี้ต่างกัน และการสับสนระหว่างสองผลิตภัณฑ์เป็นสาเหตุที่ทำให้การออกแบบความปลอดภัยไม่สมบูรณ์

Doconut SDK ถูกติดตั้งในสภาพแวดล้อมของคุณเอง การแสดงผลเกิดบน เซิร์ฟเวอร์ของคุณ และคอมโพเนนต์ไม่เรียกไปยัง Doconut. นั่นคือเหตุผลด้านความปลอดภัยทั้งหมดและเป็นเหตุผลที่แข็งแกร่ง: ไฟล์จะไม่ข้ามขอบเขตที่คุณไม่ควบคุม ดังนั้นจึงไม่มีคำถามเรื่องการเก็บรักษาจากบุคคลที่สามให้ต้องตอบ

สิ่งที่ SDK ไม่ทำ คือการเข้ารหัสการจัดเก็บของคุณให้เอง ไม่มีฟีเจอร์ AES‑256‑at‑rest ไม่มีการจัดการคีย์และไม่มีบันทึกการตรวจสอบในตัว สิ่งเหล่านี้เป็นของแพลตฟอร์มของคุณเอง และคุณน่าจะมีอยู่แล้ว—นี่คือประเด็นสำคัญ ใครก็ตามที่อ้างว่าห้องสมุดตัวดูทำให้แอปของคุณพร้อมตรวจสอบได้ กำลังขายสิ่งที่คุณไม่จำเป็นต้องซื้อ

Doconut.app เป็นเว็บไซต์โฮสต์ฟรีของเรา และเป็นการอัปโหลดจริง: ไฟล์จะถึงเซิร์ฟเวอร์ของเรา ถูกแสดงผลที่นั่น และจะถูกลบเมื่อเซสชันการดูสิ้นสุด การส่งข้อมูลเป็น HTTPS ไม่มีบัญชีผู้ใช้และไม่มีข้อมูลใด ๆ ถูกเก็บไว้หลังจากนั้น สำหรับเอกสารที่คุณอาจอ่านบนรถไฟก็โอเค; แต่สำหรับข้อมูลที่ต้องปฏิบัติตามกฎระเบียบแล้วไม่โอเค และเราก็พร้อมบอกเช่นนั้น

การลบไฟล์อัตโนมัติและการจัดการวงจรชีวิต

ความเสี่ยงที่ซ่อนอยู่ของไฟล์ค้างคา

ตัวแปลงบนคลาวด์หลายตัวสัญญาว่า “ลบอัตโนมัติหลังการแปลง” แต่คำจำกัดความของ “หลัง” แตกต่างกันอย่างมาก บางบริการเก็บไฟล์เป็นชั่วโมง วัน หรือแม้แต่สัปดาห์ ทำให้เกิดช่วงเวลาที่เอกสารลับอาจถูกเข้าถึงโดยบุคคลที่ไม่ได้รับอนุญาตหรือถูกดึงข้อมูลผ่านการวิเคราะห์ฟอเรนซิก สำหรับองค์กรที่จัดการสัญญาแบบออกแบบ แผนผัง หรือข้อมูลส่วนบุคคล ช่วงเวลานี้เป็นสิ่งที่ยอมรับไม่ได้

คำตอบที่ชัดเจนของ Doconut App

  • บน Doconut.app – ไฟล์มีอยู่ตลอดระยะเวลาของเซสชันการดูและจะถูกลบเมื่อเซสชันสิ้นสุด ไม่มีการตั้งค่าการเก็บรักษาที่คุณต้องกำหนด เพราะไม่มีบัญชีผู้ใช้และไม่มีผู้ดูแล; เวลาเป็นของเรา การพิมพ์สามารถทำได้สำหรับผู้ที่กำลังดูผ่าน Ctrl+P
  • ใน SDK – วงจรชีวิตเป็นของคุณเอง คอมโพเนนต์จะเขียนผลลัพธ์การแสดงผลชั่วคราวไปยังตำแหน่งที่คุณกำหนด และ คุณ ต้องรับผิดชอบในการทำความสะอาด นี่เป็นขั้นตอนที่มักถูกละเลยที่สุดในการผสานรวม และไฟล์แสดงผลที่หลงเหลือในไดเรกทอรีชั่วคราวคือปัญหาไฟล์ผีที่ส่วนนี้เตือน ตรวจสอบว่ามันเขียนไปที่ไหนและกำหนดเวลาการทำความสะอาด
  • การพิมพ์ที่ควบคุมได้ เป็นส่วนหนึ่งของตัวดู ไม่ใช่ปลั๊กอินแยกต่างหาก ดังนั้นการจำกัดการพิมพ์และการดาวน์โหลดสำหรับบทบาทเฉพาะจึงเป็นเรื่องของการตั้งค่าและสิทธิ์ภายในแอปพลิเคชันของคุณ

การดูแบบคลาวด์ที่พร้อมรับการปฏิบัติตามสำหรับอุตสาหกรรมที่มีการควบคุม

ความกดดันด้านกฎระเบียบ

การดูแลสุขภาพ (HIPAA), การเงิน (PCI DSS) และรัฐบาล (FedRAMP) ทั้งหมดต่างกำหนดกฎระเบียบเข้มงวดเกี่ยวกับวิธีการส่งข้อมูล, การจัดเก็บ, และการทำลายข้อมูล ตัวแปลงคลาวด์ที่เก็บไฟล์บนเซิร์ฟเวอร์หลายผู้ใช้ร่วมกันสามารถกลายเป็นปัญหาการปฏิบัติตามได้อย่างรวดเร็ว, ต้องอาศัยกระบวนการยกเว้นที่มีค่าใช้จ่ายสูงหรือแม้กระทั่งการละทิ้งเครื่องมือโดยสิ้นเชิง

ตำแหน่งของ Doconut อย่างชัดเจน

เราไม่มีการรับรองใด ๆ ไม่ใช่ ISO 27001, ไม่ใช่ SOC 2, ไม่ใช่การรับรอง HIPAA, ไม่ใช่การประเมิน PCI DSS, ไม่ใช่การอนุมัติ FedRAMP. ทั้งเว็บไซต์ฟรีและ SDK ก็ไม่มี หากแบบสอบถามของผู้ขายถามถึงใบรับรอง คำตอบที่ตรงจริงคือเรายังไม่มีใบรับรองให้คุณ

ไม่มีส่วนประกอบซอฟต์แวร์ใดที่สามารถทำให้แอปพลิเคชันของคุณเป็นไปตามข้อกำหนดได้ในทุกกรณี เฟรมเวิร์กเหล่านี้สอบถามเกี่ยวกับกระบวนการ, การควบคุมการเข้าถึง, การเก็บรักษา, หลักฐานและบุคคล ไลบรารีการเรนเดอร์เป็นเพียงหนึ่งในหลายสิบการควบคุม

สิ่งที่ SDK มอบให้ในสภาพแวดล้อมที่ควบคุมได้คือด้านสถาปัตยกรรมมากกว่าด้านเอกสาร: เนื่องจากทำงานภายในโครงสร้างพื้นฐานของคุณและไม่เรียกใช้ภายนอก เอกสารจะไม่ออกจากขอบเขตที่คุณได้ประเมินไว้แล้ว สำหรับการตรวจสอบส่วนใหญ่ คำตอบนี้มีประโยชน์กว่าการมีใบรับรองของบุคคลอื่นและเป็นสิ่งที่คุณสามารถเป็นพยานได้ด้วยตนเอง

Doconut.app เป็นกรณีตรงข้ามและควรได้รับการปฏิบัติเช่นนั้น: เว็บไซต์สาธารณะ, โครงสร้างพื้นฐานร่วม, ไม่มีสัญญา, ไม่มี DPA และไม่มี BAA อย่านำข้อมูลที่ต้องควบคุมผ่านมัน

การป้องกันมัลแวร์และการฉีดโค้ดในการแปลงเอกสารออนไลน์

ภัยคุกคามที่ซ่อนอยู่ของโค้ดอันตราย

รูปแบบไฟล์เช่น PDF, Office, และ CAD สามารถฝังสคริปต์, แมโคร, หรือข้อมูลที่ผิดรูปแบบซึ่งทำให้เกิดการโจมตีในเอนจินการเรนเดอร์ที่เปราะบาง บริการคลาวด์ที่ประมวลผลไฟล์บนเซิร์ฟเวอร์หลายผู้ใช้ร่วมกันอาจโดยบังเอิญรันโค้ดอันตราย ทำให้บริการและลูกค้าต่อเนื่องทั้งหมดถูกคุกคาม

วิธีที่โมเดลการเรนเดอร์มีผลต่อเรื่องนี้

ต้องระบุให้ชัดเจนว่าการพาร์สเกิดขึ้นที่ไหน เพราะโมเดลภัยคุกคามขึ้นกับจุดนั้นโดยสิ้นเชิง: Doconut ทำการเรนเดอร์บนเซิร์ฟเวอร์. เอกสารถูกพาร์สบนเซิร์ฟเวอร์และเบราว์เซอร์รับหน้าเรนเดอร์แล้ว ไม่ใช่ตัวดูแบบ WebAssembly ฝั่งไคลเอนต์

  • เบราว์เซอร์ไม่ใช่พื้นผิวการโจมตี – ไม่มีปลั๊กอิน, ไม่มี ActiveX, และเครื่องของผู้ใช้จะไม่รับไฟล์ต้นฉบับ, มีเพียงผลลัพธ์ที่เรนเดอร์เท่านั้น.
  • เซิร์ฟเวอร์คือพื้นผิว, และมันคือเซิร์ฟเวอร์ของคุณ เมื่อคุณรัน SDK ตัวพาร์สที่ประมวลผลข้อมูลที่ไม่เชื่อถือเป็นตัวพาร์สที่ประมวลผลข้อมูลที่ไม่เชื่อถือ; ให้รันด้วยสิทธิ์ต่ำสุด, รักษาให้เป็นรุ่นล่าสุด, และถือว่าไบต์ที่อัปโหลดเป็นอันตราย. ข้อได้เปรียบเหนือการแปลงสาธารณะคือการแยกส่วนนี้เป็นของคุณเองเพื่อออกแบบและตรวจสอบ, ไม่ใช่การอ้างอิงที่คุณต้องเชื่อ.
  • การเรนเดอร์ไม่ใช่การดำเนินการ – แมโครในไฟล์ .docm หรือ .xlsm จะไม่ถูกรัน, และสคริปต์ใน PDF จะไม่ถูกดำเนินการ. ตัวดูจะเพียงวาดเอกสาร.
  • รายการส่วนขยายเป็นรายการที่อนุญาต – ตัวดูฟรีรับส่วนขยายกว่า 70 รายการและปฏิเสธส่วนอื่นทั้งหมดเมื่ออัปโหลด.

ไม่มีสิ่งใดข้างต้นที่สามารถทดแทนการสแกนไฟล์อัปโหลดได้หากการประเมินความเสี่ยงของคุณเรียกร้องให้ทำเช่นนั้น เพิ่มชั้นการสแกนด้วยตนเอง; ตัวดูไม่ได้รวมการสแกนมัลแวร์ไว้

ตัวดูที่สอดคล้องกับสไตล์แอปพลิเคชัน .NET ที่กำหนดไว้

ความท้าทายในการบูรณาการ

องค์กรหลายแห่งใช้แอปพลิเคชัน ASP.NET Core, MVC, WebForms, และ Blazor รุ่นใหม่ ๆ การเพิ่มตัวดูจากบุคคลที่สามมักหมายถึงการจัดการไลบรารี JavaScript, ความเข้ากันได้ของปลั๊กอิน, และการต่อสู้กับข้อบกพร่องของเบราว์เซอร์ แต่ละการพึ่งพาเพิ่มเติมก่อให้เกิดพื้นผิวการโจมตีใหม่และภาระการบำรุงรักษา

สิ่งที่ SDK ทำเพื่อแก้ไขเรื่องนี้

  • ไม่มีปลั๊กอิน, ใช้ HTML5 อย่างเดียว – ทำงานบนเบราว์เซอร์สมัยใหม่ทุกตัว (Chrome, Edge, Firefox, Safari) โดยไม่ต้องติดตั้งอะไรบนเครื่องของผู้ใช้.
  • การบูรณาการกับ Blazor – ประสานสถานะของตัวดูจากคอมโพเนนต์ในขณะที่การเข้าถึงไฟล์และการประมวลผลยังคงอยู่บนเซิร์ฟเวอร์. ปฏิบัติตามเอกสารสำหรับเวอร์ชัน SDK ที่ติดตั้ง.
  • UI ที่ปรับแต่งได้ – แถบเครื่องมือ, สีและแบรนด์ของตัวดูสามารถปรับให้ตรงกับแอปพลิเคชันของคุณ, ทำให้ดูเหมือนเป็นส่วนหนึ่งของผลิตภัณฑ์ของคุณ ไม่ใช่หน้าต่างสู่ของคนอื่น. ใช้ชื่อของตัวเลือกจากเอกสารของเวอร์ชันที่คุณติดตั้ง.

การฝังตัวดู

เพิ่มแพคเกจ Doconut ที่รองรับ, บังคับการอนุญาตเอกสารในแอปพลิเคชัน ASP.NET, และเริ่มต้นตัวดูโดยใช้เอกสารอย่างเป็นทางการของเวอร์ชันนั้น. อย่าสันนิษฐานว่าการส่งข้อมูล, การเข้ารหัส, การลบ, หรือสิทธิ์ UI จะทำงานอัตโนมัติ; ตรวจสอบและกำหนดค่าการควบคุมแต่ละอย่างในสถาปัตยกรรมที่ปรับใช้แล้ว.

การบูรณาการ Blazor และการประเมินผล

Doconut สามารถเข้าร่วมในกระบวนการทำงานของแอปพลิเคชัน Blazor ได้ แต่โมเดลคอมโพเนนต์และการตั้งค่าที่แน่นอนขึ้นอยู่กับเวอร์ชัน SDK ที่ติดตั้ง การตรวจสอบการรับรองตัวตน การส่งข้อมูลอย่างปลอดภัย การปกป้องที่เก็บข้อมูล การทำความสะอาดและการแยกกระบวนการต้องได้รับการยืนยันในสถาปัตยกรรมที่ปรับใช้อย่างสมบูรณ์ ไม่ใช่สมมติว่าจะเปิดใช้งานโดยอัตโนมัติ

สำหรับการประเมินผล, หน้าดาวน์โหลด มีใบอนุญาตทดลองและเอกสาร; เงื่อนไขและสิ่งที่แต่ละรุ่นรวมอยู่ใน หน้าราคา แทนการสรุปที่นี่ ซึ่งอาจล้าสมัย

หากสิ่งที่คุณต้องการแรกคือการดูว่าไฟล์ที่ค่อนข้างยากจะแสดงผลอย่างไร, Doconut.app จะรันเอนจินเดียวกันบนไฟล์หนึ่งไฟล์ต่อครั้ง ฟรี — และลบไฟล์นั้นหลังจากนั้น


ประเด็นสำคัญ

  • คุณสมบัติด้านความปลอดภัยของ SDK เป็นสถาปัตยกรรม – ทำงานในสภาพแวดล้อมของคุณและไม่เรียกใช้ภายนอก ดังนั้นเอกสารจะไม่ออกจากขอบเขตของคุณ มันไม่ได้มาพร้อมการเข้ารหัสขณะพัก, การจัดการคีย์ หรือการบันทึกการตรวจสอบ; สิ่งเหล่านั้นเป็นของคุณ
  • Doconut.app เป็นการอัปโหลดจริง – รับข้อมูลผ่าน HTTPS, แสดงผลบนเซิร์ฟเวอร์ของเรา, ลบเมื่อเซสชันสิ้นสุด, ไม่มีบัญชี ใช้ได้กับไฟล์ทั่วไป, ไม่เหมาะกับข้อมูลที่ต้องควบคุม
  • การปฏิบัติตามไม่ได้รวมอยู่ในตัว – เราไม่มีใบรับรอง ISO 27001, SOC 2, HIPAA, PCI DSS หรือ FedRAMP, และไม่มีคอมโพเนนต์ใดที่สามารถให้ใบรับรองเหล่านั้น
  • การแสดงผลทำบนเซิร์ฟเวอร์, ไม่ใช่ WebAssembly – เบราว์เซอร์รับหน้าเว็บ, ไม่ได้รับไฟล์ต้นฉบับ การแสดงผลไม่ใช่การดำเนินการ, ดังนั้นแมโครจะไม่ทำงาน
  • ทำความสะอาดไดเรกทอรีชั่วคราวของคุณ – ในการปรับใช้แบบโฮสต์ด้วยตนเอง, ผลลัพธ์การแสดงผลที่หลงเหลือเป็นความเสี่ยงของไฟล์ผีที่เป็นจริง
  • ประสบการณ์เบราว์เซอร์ไม่มีปลั๊กอิน – ผสานรวมกับ ASP.NET Core, MVC, WebForms และกระบวนการทำงานของ Blazor
  • ประเมินในสภาพแวดล้อมของคุณเอง – คุณภาพการแสดงผลสามารถตรวจสอบได้ฟรีบน Doconut.app; ส่วนอื่น ๆ ต้องใช้การทดลองบนเซิร์ฟเวอร์ของคุณเอง

คำถามทั่วไป

Q: Doconut.app เก็บสำเนาเอกสารของฉันหลังจากดูหรือไม่?
A: ไม่. มันถูกแสดงผลในเซสชันชั่วคราวที่เชื่อมกับเบราว์เซอร์ของคุณและถูกลบจากเซิร์ฟเวอร์ของเราตอนเซสชันสิ้นสุด ไม่มีบัญชีที่สามารถแนบกับมันและไม่มีห้องสมุดที่มันจะปรากฏอีก ในการปรับใช้ SDK แบบโฮสต์ด้วยตนเอง คำถามที่เทียบเท่าคือเกี่ยวกับไดเรกทอรีชั่วคราวของคุณเอง, และคำตอบนั้นขึ้นอยู่กับการทำความสะอาดที่คุณกำหนด

Q: ฉันสามารถเปิดใช้งานการดาวน์โหลดหรือการพิมพ์สำหรับผู้ใช้เฉพาะได้หรือไม่?
A: ใน SDK, ใช่ — การควบคุมของตัวดูสามารถกำหนดค่าได้และการพิมพ์ที่ควบคุมเป็นส่วนหนึ่งของตัวดู ไม่ใช่ปลั๊กอินเพิ่มเติม, ดังนั้นคุณสามารถมอบสิทธิ์เหล่านั้นตามบทบาทจากแอปพลิเคชันของคุณเอง ในเว็บไซต์ฟรีที่ Doconut.app ไม่มีบทบาทและไม่มี API: ใครก็ตามที่ดูสามารถพิมพ์ด้วย Ctrl+P

Q: มันจัดการไฟล์ CAD ขนาดใหญ่หรือไฟล์ภาพความละเอียดสูงอย่างไร?
A: เอนจินแสดงผล DWG, DXF, DGN, PSD, TIFF และ DNG จากข้อมูลเรขาคณิตและพิกเซลแทนการใช้ตัวอย่างที่ฝังไว้, ใช้โปรไฟล์ ICC ที่ฝังอยู่, และให้คุณปิดเลเยอร์ CAD และวัดระยะทางและพื้นที่ได้ ในเว็บไซต์ฟรีมีขีดจำกัด: 10 MB สำหรับ CAD, ซึ่งแบบร่างที่ออกมามักเกิน, และ 25 MB สำหรับ PSD, TIFF และภาพ. ในการโฮสต์ด้วยตนเอง, ขีดจำกัดคือหน่วยความจำของเซิร์ฟเวอร์ของคุณ

Q: ตัวดูเข้ากันได้กับเบราว์เซอร์มือถือหรือไม่?
A: ใช่. เนื่องจากการแสดงผลทำบนเซิร์ฟเวอร์และเบราว์เซอร์รับ HTML และภาพทั่วไป, มันทำงานบน iOS Safari, Android Chrome และเบราว์เซอร์มือถือสมัยใหม่ใด ๆ — และอุปกรณ์ที่อ่อนแอไม่เป็นข้อเสีย, เพราะไม่ได้ทำงานนั้น

Q: ราคาเท่าไหร่?
A: Doconut.app ฟรี, ไม่มีระดับที่ต้องชำระเงิน, ไม่มีบัญชีและไม่มีการทดลองที่หมดอายุ — นั่นคือโมเดลทั้งหมด SDK เป็นใบอนุญาตเชิงพาณิชย์พร้อมการทดลองฟรี; รุ่นและราคาปัจจุบันอยู่ใน หน้าราคา, ซึ่งเป็นแหล่งอ้างอิงแทนบทความนี้

ความคิดสุดท้าย

เมื่อคุณฝังตัวแปลงไฟล์บนคลาวด์เข้าไปในแอปพลิเคชัน .NET ขององค์กร, การเปิดเผยข้อมูล, วัฏจักรไฟล์ที่ไม่แน่นอน, ช่องว่างด้านการปฏิบัติตาม, และโค้ดอันตรายเป็นความเสี่ยงที่จริงจัง กระบวนการ Doconut ที่โฮสต์ด้วยตนเองสามารถให้ทีม .NET บน Windows ควบคุมการประมวลผลและการจัดเก็บได้มากขึ้น, ในขณะที่แอปพลิเคชันรอบข้างยังคงรับผิดชอบต่อการออกแบบความปลอดภัยโดยสมบูรณ์

กำลังตัดสินใจระหว่างสองอย่าง? หากเอกสารเป็นไฟล์ทั่วไป, Doconut.app จะเปิดไฟล์หนึ่งให้คุณทันทีโดยไม่มีค่าใช้จ่าย. หากไม่ใช่, เหตุผลสำหรับ SDK คือไฟล์จะอยู่บนเซิร์ฟเวอร์ของคุณ — และงานการพิสูจน์ให้ผู้ตรวจสอบเห็นก็เป็นของคุณเอง, ซึ่งเป็นเวอร์ชันเดียวที่ยังคงอยู่เมื่อต้องเผชิญการตรวจสอบความปลอดภัยจริง.