Guru จะเปลี่ยนเป็นบริการแบบอ่านอย่างเดียว
ขอขอบคุณที่ใช้ Guru ในวันที่ 23 มิถุนายน 2014 Guru จะกลายเป็นบริการแบบอ่านอย่างเดียว หลังจากวันที่ 23 มิถุนายน 2014 คำถามทั้งหมดที่มีการตอบจะเปิดให้ผู้คนสามารถค้นหาและเรียกดูได้ แต่จะไม่รับคำถาม คำตอบใหม่ หรือกิจกรรมการเขียนอื่นๆ ของผู้ใช้อีก.. โปรดอ่านคำถามที่พบบ่อยสำหรับข้อมูลเพิ่มเติม
ทำไมจึงแปลงผลิตภัณฑ์นี้เป็นไซต์ที่อ่านได้อย่างเดียว
Guru ได้รับการพัฒนาเมื่อยังไม่มีเนื้อหาในภาษาของประเทศเศรษฐกิจเกิดใหม่อย่างเพียงพอบนเว็บ เนื้อหาในภาษาของประเทศเศรษฐกิจเกิดใหม่มีเพิ่มขึ้นอย่างมากในเวลาไม่กี่ปีที่ผ่านมา และขณะนี้มีบริการอื่นๆ อีกหลายอย่างสำหรับเนื้อหาที่ผู้ใช้สร้างขึ้น

จนถึงทุกวันนี้ ผู้ใช้สามารถค้นหาและเรียกดูคำถามต่างๆ ที่มีผู้ตอบได้ จะไม่มีการรับคำถามและคำตอบใหม่อีก เนื่องจากเราหยุดการพัฒนาบริการนี้แล้ว
เมื่อ Guru กลายเป็นไซต์แบบอ่านอย่างเดียว จะมีสิ่งใดเกิดขึ้นบ้าง
จะไม่มีการรับคำถามและคำตอบใหม่ตั้งแต่วันที่ 23 มิถุนายน 2014 เราจะปิดรับการโพสต์คำถามใหม่เป็นเวลาสองสัปดาห์ก่อนวันที่ 23 มิถุนายน 2014 เพื่อให้ผู้ใช้สามารถตอบคำถามที่มีอยู่แล้วบนไซต์
ฉันสามารถส่งออกข้อมูลของฉันจาก Guru ได้ไหม
ได้ คุณสามารถส่งออกคำถาม คำตอบ และข้อความส่วนตัวทั้งหมดที่คุณส่งไปยัง Guru ได้ โปรดไปที่ Google Takeout และสร้างที่เก็บถาวรพร้อมข้อมูล Guru ของคุณ แล้วทำการดาวน์โหลด

ถ้าเว็บปลายทางไม่รองรับ https ก็ต้องตอบสั้นๆ ครับ
เป็นไปไม่ได้ครับ


ยกเว้นว่าคุณจะสามารถหาสายแลนจิ้มต่อตรงกะเครื่อง server เลย อันนั้นคือไม่มีใครดักคุณได้แน่ๆ ถ้าไม่ได้อยู่แถวนั้นด้วย








อ้อ จริงๆ มีอีกวิธีครับ ถ้าข้อมูลมันสำคัญมากขนาดนั้น แล้วกลัวข้อมูลรั่ว+เว็บปลายทางไม่มีมาตรการเข้ารหัสที่ดีพอก็อย่าส่งไปก็สิ้นเรื่อง ไปใช้ที่อื่นที่มีแทน

สมมุติว่า นาย A ต้องการรับ-ส่งข้อมูลที่เป็นความลับ กับนาย D แต่ข้อมูลนี้ต้องผ่าน มือ นาย  B และ นาย C ก่อนถึงมือ นาย D
คุณ catz001 คิดว่ามีวิธีการไหนบ้างครับ

วิธีนึงที่นิยมมากคือกระบวนการการเข้ารหัสซึ่งเป็นขั้นตอนที่ทั้งสองฝ่าย มี “ความลับ” ร่วมกันอยู่ก่อน เมื่อส่งข้อมูลจริงแล้วจึงใช้ความลับนั้นถอดรหัสผ่านออกมาได้จึงได้ข้อความที่อ่านออกมาได้
หลักการนี้คือการเข้ารหัสข้อมูลที่ใช้กันมาตั้งแต่สงครามโลกเลยครับ และก็คือเรื่องเดียวกันกับ https ที่เราคุยกันอยู่ที่ทั้ง client และ server ต้องมี ssl certificate (ความลับ) ที่ใช้ร่วมกัน แต่ในโลกความเป็นจริงเราไม่สามารถบังคับให้ server ทุกตัว เว็บไซต์ทุกเว็บใช้ ssl เป็นมาตรฐานได้เนื่องจากต้องมีค่าใช้จ่ายเพิ่มขึ้น

ถ้าคุณ catz001 ต้องการให้ข้อมูลที่ส่งเป้นความลับ อย่างนั้นคุณ catz001 ต้องตกลงสร้างความลับที่ใช้ร่วมกันกับผู้รับครับ ถ้าทำไม่ได้ที่ตัวกลาง เราก็สามารถทำที่ต้นทางและปลายทางได้
ซึ่งเป็นการตอบคำถามข้างบน 1 วิธีคือ นาย A กับ นาย D ตั้งความลับที่ใช้ร่วมกันเพื่อถอดรหัสข้อความ จากนั้นจะส่งผ่านตัวกลางกี่ตัวก็ได้



http://www.top5freeware.com/fi...ncryption-software-for-windows

ผมคิดว่าอนาคต https จะเป็นมาตรฐาน แต่คงยังไม่ใช่ตอนนี้ครับ

คำถามคุณคือ : ถ้าเว็บที่เราเข้าไม่มี https แล้วเราจะใช้วิธีไหนป้องกันข้อมูลของเราดีครับ

ok ผมเข้าใจคุณ (ทั่วไปส่วนใหญ่เขาไม่ค่อยป้องกันครับ ถ้าเราเป็นผู้ใช้ก็ยากอยู่)
ถูกครับ base64 มันแกะง่ายถ้าใช้คำสั่งถอดตรง ๆ แต่เราเอาไปใช้เป็นส่วนผสมการเข้ารหัสครับ (ถามนิดหนึงคุณเคยเขียนโปรแกรมหรือเปล่า)
หากเรามัวแต่เข้ารหัสแบบตามคนอื่น มันก็จะถูกแกะเอาง่าย ๆ จากคนอื่นแหละครับ
ที่ผมพูดก่อนนี้ก็หมายถึง user นั้นแหละครับ (client ที่เข้าเว็บทั่วไป) คนใช้ไม่ได้รู้หรอกครับเวลาใช้งาน ถ้าจะให้ปลอดภัยคนทำเว็บนั่นแหละเป็นคนทำระบบให้รองรับการใช้งานผู้ใช้

HTTPS everywhere จะมีหลักการเข้ารหัสแบบวิ่งไปหา center ก่อนครับ แล้วไอ้ center นั่นค่อยส่งต่อไปหา server ปลายทาง อีกที เมื่อได้ข้อมูลจาก server มาแล้วเจ้า center ก็จะส่งกลับมาหาผู้ใช้งานที่เป็นต้นทางอีกทีครับ
ข้อมูลของผู้ใช้งาน center จะรู้หมดครับ (อยู่ที่เขาจะเปิดเผยรึไม่) ซึ่งมันก็ไม่ปลอดภัยอยู่ดี

ทำไมท่านไม่ลอง เข้ารหัสข้อมูลก่อนส่งไป server ล่ะครับ
ก่อน user จะกดปุ่มส่งข้อมูล ก็เอาเหตุการณ์ onclick มาเข้ารหัส textbox ก่อนสิครับแล้วค่อยส่งค่าไป
ส่วนวิธีการเข้ารหัสก็ไปสร้าง function javascript ที่ไม่เหมือนใครมาก่อน จะได้ถอดไม่ได้ง่าย ๆ ครับ

เมื่อข้อมูลมาถึง server ท่านก็ใช้ php decode ค่าที่ส่งมา แล้วค่อยตรวจสอบหรือ input ลง database ครับ
ผมทำแบบนี้อยู่ครับ
1 เข้ารหัสด้วย javascript ที่ฝั่ง user ก่อนส่งข้อมูล (ส่วนใหญ่ใช้ตอนเหตุการณ์ onclick) เมื่อคลิกแล้วให้ function ทำงานทันทีประมวลผลแล้วส่งข้อมูลไป server
2 ใช้ php รับค่าฝั่ง server ถอดรหัสค่านั้นครับ แล้วค่อนนำค่านั้นไปใช้

หมายเหตุ :
function การเข้ารหัสนั้นควรจะทำให้ไม่เหมือนใครทำมาก่อนครับ เช่น ดึงค่ามา เข้ารหัส base64encode แยกคำออกมา แทนที่ด้วยคำบางคำ แปลงตัวใหญ่เป็นตัวเล็ก (อะไรประมาณนี้)
เมื่อ server ได้รับข้อมูล ก็ใช้หลักการกลับกันครับ แปลงเล็กไปใหญ่ ตัดคำ รวมคำ base64decode (อะไรประมาณนี้)
หากมีการดักข้อมูลระหว่างทาง ผู้ร้ายก็ได้ข้อมูลที่ไม่ตรงกับความเป็นจริงครับ หรือเอาไปใช้งานไม่ได้ ถ้าผู้ร้ายอยากได้จริงก็ต้องลำบากแกะ code เราหน่อยล่ะงานนี้

หากอยากได้ pm มาครับ

อยู่ที่ความสำคัญของข้อมูลครับ ถ้าเป็นข้อมูลจำพวก ซื้อขายออนไลน์ การส่งค่าไปตัดบัตร จึงมีความจำเป็นในการเข้ารหัสข้อมุลครับ

Vpn ก็ไม่แก้ครับ.   เพราะข้อมูลระหว่างคุณ ไปยัง vpn ก็ถูกดักไดัอยู่ดี.

เข้าผ่าน VPN สิครับ

ขึ้นอยู่กับความสำคัญของข้อมูลครับ ก่อนป้อนข้อมูลอะไร ให้เว็บไซต์นั้นๆ ท่านควรพิจารณาก่อนครับว่าข้อมูลนั้นต้องเป็นความลับรึเปล่า ต้องไม่รั่วไหลหรือไม่
ยกตัวอย่างข้อมูลที่ โพสที่ thaiseoboard เมื่อโพสแล้ว ใครๆ ก็เข้ามาอ่านได้ จึงไม่จำเป็นต้องเข้ารหัสครับ ส่วนพวกรหัสผ่านถ้าท่านกังวลว่าจะถูกดักจับระหว่างทาง ท่านควรสร้างรหัสผ่านที่แตกต่างกับที่ใช้เว็บไซต์อื่นครับ thaiseoboard ให้บริการแบบไม่คิดเงินค่าสมัครสมาชิก โฆษณาก็ไม่มี ค่าใช้จ่ายต่างๆ เช่น ค่าเครื่อง Server ค่าวางเครื่อง ค่า Admin ไม่เคยเก็บจากสมาชิกครับ SSL Certificate เป็นภาระค่าใช้จ่ายที่เพิ่มขึ้นอีกครับ ผมเองในฐานะผู้ใช้เหมือนกัน เห็นว่าไม่ต้องมีก็ได้ครับ

ในทำนองเดียวกันข้อมูลรหัสบัตรเครดิต ข้อมูลด้านการเงิน ข้อมูลความลับทางการค้า ถ้าท่านกังวลเรื่องความปลอดภัยของข้อมูลว่าจะถูกดักอ่านก่อน ท่านควรเลือกป้อนข้อมูลกับเว็บไซต์ที่มี https ก่อนใช้งานครับ