2.3 Trust on first useAdvocates of

2.3 Trust on first use
Advocates of the trust on first use method (TOFU) reject the idea of having to rely on a third-party-issuing certifi- cates that have to be renewed periodically. Instead users are supposed to make a leap of faith, trusting and pinning the certificate that has been presented by a remote host during the very first connection attempt. This approach is familiar from its use in SSH and it also has been proposed for encrypted e-mails [27]. The application of the TOFU approach for SSL certificate validation has been proposed in [28]. An implementation of the concept is the certificate patrol browser extension [29].
However, certificate renewal is handled poorly in the TOFU trust model. It may be difficult for users to dis- tinguish between the case of a certificate having been changed deliberately and legitimately by the operator of a remote host and the case of an MITM attack. Therefore, Laribus does not rely on the TOFU principle.

2.4 Incorporating out-of-band information
The following approaches try to establish secure connec- tions without a set of fixed, potentially untrusted third parties.
Direct Validation of Certificates (DVCert) [30] allows a client to validate the authenticity of a server certifi- cate without having to rely on third parties at all. DVCert leverages the fact that many websites can be personalized, i. e., users have to log in with application-level creden- tials (username and password). In DVcert, the fact that client and server know the user’s credentials is exploited by the web server to prove to a connecting client that it is in fact talking to the desired web server and not to a man-in-the-middle.

ผลลัพธ์ (ไทย) 1:

2.3 ความน่าเชื่อถือในการใช้ครั้งแรกสนับสนุนความน่าเชื่อถือในวิธีการใช้งานครั้งแรก (เต้าหู้) ปฏิเสธความคิดของการพึ่งพาแบบสามฝ่ายออก certifi-cates ที่ต้องต่ออายุเป็นระยะ ๆ แต่ ผู้ใช้ควรจะทำการรบ ความเชื่อถือ และตรึงใบรับรองที่แสดง โดยโฮสต์ระยะไกลในระหว่างความพยายามในการเชื่อมต่อครั้งแรก วิธีการนี้เป็นที่คุ้นเคยจากการใช้ SSH และมันยังได้รับการเสนอชื่ออีเมลที่เข้ารหัสลับ [27] ใช้วิธีเต้าหู้สำหรับการตรวจสอบใบรับรอง SSL ได้ถูกนำเสนอใน [28] การนำแนวความคิดคือ นามสกุลเบราว์เซอร์การตรวจรับรอง [29]อย่างไรก็ตาม ต่ออายุใบรับรองจัดการงานในรูปแบบแทนเต้าหู้ มันอาจจะยากสำหรับผู้ใช้หรือไม่??-tinguish ระหว่างกรณีใบรับรองที่มีการเปลี่ยนแปลงโดยเจตนา และถูกต้องตามกฎหมาย ตามการดำเนินการของโฮสต์ระยะไกลและกรณีของการโจมตี MITM ดังนั้น Laribus ไม่พึ่งหลักเต้าหู้2.4 เพจข้อมูลออกของวงวิธีต่อไปนี้พยายามสร้างทาง connec-tions โดยชุดของบุคคลที่สามอาจไม่น่าเชื่อถือ ถาวรตรงความถูกต้องของใบรับรอง (DVCert) [30] อนุญาตให้ไคลเอนต์เพื่อตรวจสอบความถูกต้องของ cate-certifi ที่เซิร์ฟเวอร์ โดยไม่ต้องอาศัยบุคคลที่สามทั้งหมด ความจริงที่หลายเว็บไซต์สามารถใช้ DVCert ส่วนบุคคล i. e. มีผู้ใช้เข้าสู่ระบบ ด้วยระดับโปรแกรมประยุกต์ creden-tials (ชื่อผู้ใช้และรหัสผ่าน) DVcert สามารถจริงว่า ไคลเอ็นต์และเซิร์ฟเวอร์ทราบว่าข้อมูลประจำตัวของผู้ใช้ โดยเว็บเซิร์ฟเวอร์เพื่อพิสูจน์ให้ไคลเอนต์เชื่อมต่อที่มันกำลังพูดในความเป็นจริงต้องเว็บเซิร์ฟเวอร์ และไม่มีมนุษย์ในเดอะกลาง

ผลลัพธ์ (ไทย) 2:

2.3
ความน่าเชื่อถือในการใช้งานครั้งแรกประชาสัมพันธ์ของความไว้วางใจกับวิธีการใช้งานครั้งแรก(เต้าหู้) ปฏิเสธความคิดของการมีการพึ่งพาบุคคลที่สามออก certifi- เคทส์ที่จะต้องได้รับการต่ออายุเป็นระยะ ๆ แต่ผู้ใช้ควรจะทำให้กระโดดของความเชื่อไว้วางใจและตรึงใบรับรองที่ได้รับการเสนอโดยพื้นที่ห่างไกลในช่วงพยายามในการเชื่อมแรก วิธีนี้เป็นวิธีที่คุ้นเคยจากการใช้งานใน SSH และยังได้รับการเสนอสำหรับอีเมลที่เข้ารหัสลับ [27] การประยุกต์ใช้วิธีการเต้าหู้สำหรับการตรวจสอบใบรับรอง SSL ที่ได้รับการเสนอใน [28] การดำเนินการของแนวคิดเป็นส่วนขยายเบราว์เซอร์ลาดตระเวนใบรับรอง [29].
อย่างไรก็ตามการต่ออายุใบรับรองจะถูกจัดการได้ไม่ดีในรูปแบบความไว้วางใจเต้าหู้ มันอาจจะเป็นเรื่องยากสำหรับผู้ใช้ในการปน tinguish ระหว่างกรณีที่มีใบรับรองที่มีการเปลี่ยนแปลงอย่างจงใจและถูกต้องตามกฎหมายโดยผู้ประกอบการที่มีพื้นที่ห่างไกลและกรณีของการโจมตี MITM ดังนั้น Laribus ไม่พึ่งพาหลักการเต้าหู้. 2.4 ผสมผสานออกจากวงของข้อมูลแนวทางต่อไปนี้พยายามที่จะสร้างข้อเชื่อมปลอดภัยโดยไม่คงที่ชุดของบุคคลที่สามที่อาจเกิดขึ้นไม่น่าเชื่อถือ. โดยตรงของการตรวจสอบใบรับรอง (DVCert) [30] ช่วยให้ลูกค้าในการตรวจสอบความถูกต้องของ Cate certifi- เซิร์ฟเวอร์โดยไม่ต้องพึ่งพาบุคคลที่สามเลย DVCert ใช้ประโยชน์จากความจริงที่ว่าเว็บไซต์จำนวนมากสามารถส่วนบุคคลคือผู้ใช้จะต้องเข้าสู่ระบบด้วยแอพลิเคชันระดับ creden- tials (ชื่อผู้ใช้และรหัสผ่าน) DVcert ในความจริงที่ว่าไคลเอ็นต์และเซิร์ฟเวอร์ทราบข้อมูลประจำตัวของผู้ใช้ที่มีการใช้ประโยชน์จากเว็บเซิร์ฟเวอร์ที่จะพิสูจน์ให้ลูกค้าเชื่อมต่อที่ในความเป็นจริงการพูดคุยกับเว็บเซิร์ฟเวอร์ที่ต้องการและไม่ได้ที่จะเป็นคนในที่กลาง

ผลลัพธ์ (ไทย) 3:

2.3 เชื่อใจก่อนใช้
สนับสนุนความไว้วางใจเกี่ยวกับวิธีการใช้ที่แรก ( เต้าหู้ ) ปฏิเสธแนวคิดของการพึ่งพาบุคคลที่สามออก certifi - เคสที่ต้องได้รับการต่ออายุเป็นระยะ ๆ แทนผู้ใช้จะต้องสร้างศรัทธาและไว้วางใจให้ใบรับรองที่ได้รับการเสนอโดยโฮสต์ระยะไกลในการพยายามเชื่อมต่อครั้งแรกวิธีการนี้จะคุ้นเคยจากการใช้งานใน SSH และยังได้รับเสนอการเข้ารหัสอีเมล [ 27 ] การประยุกต์ใช้วิธีการเต้าหู้สำหรับใบรับรอง SSL ตรวจสอบได้รับการเสนอใน [ 28 ] การสร้างแนวคิดเป็นส่วนขยายเบราว์เซอร์ใบรับรองลาดตระเวน [ 29 ] .
แต่การต่ออายุใบรับรองจะจัดการได้ไม่ดีในเต้าหู้ เชื่อแบบมันอาจจะยากสำหรับผู้ใช้เพื่อให้พวกเขา tinguish ระหว่างกรณีของใบรับรองที่มีการเปลี่ยนแปลงโดยเจตนา และถูกต้องตามกฎหมาย โดยผู้ประกอบการของโฮสต์ระยะไกล และกรณีของ mitm โจมตี ดังนั้น laribus ไม่พึ่งพาเต้าหู้หลักการ

2.4 ผสมผสานจากข้อมูลวงดนตรี
ต่อไปนี้วิธีการพยายามที่จะสร้างการ connec - ใช้งานโดยไม่มีชุดซ่อมอาจไม่น่าเชื่อถือบุคคลที่สาม .
ตรวจสอบโดยตรงของใบรับรอง ( dvcert ) [ 30 ] ช่วยให้ลูกค้าตรวจสอบความถูกต้องของเซิร์ฟเวอร์ certifi - เคท โดยไม่ต้องพึ่งพาบุคคลที่สามเลย dvcert ยกระดับความจริงที่ว่าหลายเว็บไซต์สามารถเป็นส่วนบุคคล เช่น ผู้ใช้ต้องเข้าสู่ระบบด้วยโปรแกรมระดับ creden - tials ( ชื่อผู้ใช้และรหัสผ่าน ) dvcert ใน ,ความจริงที่ว่าลูกค้าและเซิร์ฟเวอร์ทราบข้อมูลประจำตัวของผู้ใช้ถูกโจมตีโดยเว็บเซิร์ฟเวอร์ เพื่อพิสูจน์ให้เชื่อมต่อกับลูกค้าว่ามันเป็นในความเป็นจริงพูดต้องการเว็บเซิร์ฟเวอร์และไม่ให้ผู้ชายตรงกลาง