ยินดีต้อนรับคุณ, บุคคลทั่วไป กรุณา เข้าสู่ระบบ หรือ ลงทะเบียน

เข้าสู่ระบบด้วยชื่อผู้ใช้ รหัสผ่าน และระยะเวลาในเซสชั่น

ThaiSEOBoard.comพัฒนาเว็บไซต์Programmingสอบถามเรื่องการเข้ารหัสข้อมูลครับ
หน้า: [1]   ลงล่าง
พิมพ์
ผู้เขียน หัวข้อ: สอบถามเรื่องการเข้ารหัสข้อมูลครับ  (อ่าน 2095 ครั้ง)
0 สมาชิก และ 1 บุคคลทั่วไป กำลังดูหัวข้อนี้
nscyber
Verified Seller
หัวหน้าแก๊งเสียว
*

พลังน้ำใจ: 50
ออฟไลน์ ออฟไลน์

กระทู้: 1,165



ดูรายละเอียด
« เมื่อ: 14 กรกฎาคม 2016, 13:33:47 »

ปกติผมทำงานก็เข้ารหัสข้อมูลสำคัญๆอยู่แล้ว แต่อยากสอบถามให้แน่ใจเพราะก็ไม่แม่นทฤษฏีมาก
1.สคริป PHP ที่มีการนำข้อมูลมาเข้ารหัส นั้นแฮ็คเกอสามารถดักข้อมูลได้หรือไม่ เพราะตามที่เข้าใจคือข้อมูลถูกเข้ารหัสภายใน เซฺฟเวอร์ หากส่งผ่านซอฟแวร์บน PC ถึงจะต้องเข้ารหัสหลายๆชั้นเรพาะข้อมูลถูกส่งมาจากเครื่อง Client
2.ปกติท่านเข้ารหัสด้วยวิธีใดบ้างครับ ปกติผมเล่นไม่กี่ตัวครับ SHA AES MD5 หลายชั้นๆ + Sult และอื่นๆ

ท่านใดมีเทคนิคดีๆ คำแนะนำดีๆ ผมในฐานะนักพัฒนา อยากขอเป็นความรู้ได้ไหมครับ เผื่อมีอะไรที่ผมยังไม่ค่อยรู้จะได้นำความรู้เหล่านั้นมาพัฒนาตัวเองให้ทำงานได้ดีขึ้น  Embarrassed
บันทึกการเข้า
BeerSkz
Verified Seller
หัวหน้าแก๊งเสียว
*

พลังน้ำใจ: 209
ออฟไลน์ ออฟไลน์

กระทู้: 1,342



ดูรายละเอียด
« ตอบ #1 เมื่อ: 14 กรกฎาคม 2016, 13:44:55 »

1.ข้อมูลถ้าส่งจาก client ไปที่ server โดยไม่ผ่าน https ยังไงก็ดักจับได้ครับ
2.ขึ้นอยู่กับว่าข้อมูลนั้นเหมาะสมกับการเข้ารหัสแบบใด เช่นถ้าเป็นรหัสผ่าน ก็จะใช้ one-way encryption (md5, sha1, บลาๆๆ) ถ้าเป็นข้อมูลที่เข้าแล้ว ถอดรหัสทีหลังอันนี้ผมไม่รู้เหมือนกันว่าตอนนี้เขาใช้ตัวไหนกันบ้าง
บันทึกการเข้า
sputtaro
สมุนแก๊งเสียว
*

พลังน้ำใจ: 139
ออฟไลน์ ออฟไลน์

กระทู้: 910



ดูรายละเอียด
« ตอบ #2 เมื่อ: 14 กรกฎาคม 2016, 14:21:32 »

1. ผมเชื่อว่า แฮกเกอร์เก่งๆ ดักจับได้หมดครับ ขอแค่ให้รู้ url หรือ ไอพีแอดเดรสที่ต้องการเข้าไปเท่านั้น แต่ยากหรือง่าย ใช้เวลานานหรือไม่นาน อีกเรื่องหนึ่งนะครับ
ยิ่งพวกเข้าถึงเซอร์เวอร์ได้แบบ insider นี่ ผมต้องยอมรับชะตากรรมตัวเองครับ
เลยไม่สนใจพวกแฮกเกอร์ซะเลย ปล่อยเขาไป

2. ผมเลือกใช้การเข้ารหัสแบบ HMAC https://en.wikipedia.org/wiki/...ed_message_authentication_code
ความจริง ผมไม่ได้เชี่ยวชาญ ชำนาญอะไรเลย แต่วันหนึ่งเมื่อประมาณ 10 ปี ก่อน
ผมออกแบบ และสร้างเว็บ สำหรับหาเงินจากการขายของ เลยทำเป็นแบบ remote shopping cart ของ amazon
ทำให้ได้รู้จักกับการเข้ารหัสแบบ HMAC
หลังจากนั้น ก็ใช้ตัวนี้มาตลอด เพราะ Hashing ที่ให้ใช้ secret key ได้ ผมเชื่อเอาเอง ว่ามันปลอดภัยหน่อย
แต่ทุกวันนี้ เห็น amazon  ใช้ SHA256 นะครับ ผมยังแค่ SHA1 อยู่เลย
บันทึกการเข้า
nuonly
หัวหน้าแก๊งเสียว
*

พลังน้ำใจ: 143
ออฟไลน์ ออฟไลน์

กระทู้: 2,694



ดูรายละเอียด
« ตอบ #3 เมื่อ: 14 กรกฎาคม 2016, 14:31:22 »

ติดตามครับ
บันทึกการเข้า

nscyber
Verified Seller
หัวหน้าแก๊งเสียว
*

พลังน้ำใจ: 50
ออฟไลน์ ออฟไลน์

กระทู้: 1,165



ดูรายละเอียด
« ตอบ #4 เมื่อ: 14 กรกฎาคม 2016, 18:44:00 »

1. ผมเชื่อว่า แฮกเกอร์เก่งๆ ดักจับได้หมดครับ ขอแค่ให้รู้ url หรือ ไอพีแอดเดรสที่ต้องการเข้าไปเท่านั้น แต่ยากหรือง่าย ใช้เวลานานหรือไม่นาน อีกเรื่องหนึ่งนะครับ
ยิ่งพวกเข้าถึงเซอร์เวอร์ได้แบบ insider นี่ ผมต้องยอมรับชะตากรรมตัวเองครับ
เลยไม่สนใจพวกแฮกเกอร์ซะเลย ปล่อยเขาไป

2. ผมเลือกใช้การเข้ารหัสแบบ HMAC https://en.wikipedia.org/wiki/...ed_message_authentication_code
ความจริง ผมไม่ได้เชี่ยวชาญ ชำนาญอะไรเลย แต่วันหนึ่งเมื่อประมาณ 10 ปี ก่อน
ผมออกแบบ และสร้างเว็บ สำหรับหาเงินจากการขายของ เลยทำเป็นแบบ remote shopping cart ของ amazon
ทำให้ได้รู้จักกับการเข้ารหัสแบบ HMAC
หลังจากนั้น ก็ใช้ตัวนี้มาตลอด เพราะ Hashing ที่ให้ใช้ secret key ได้ ผมเชื่อเอาเอง ว่ามันปลอดภัยหน่อย
แต่ทุกวันนี้ เห็น amazon  ใช้ SHA256 นะครับ ผมยังแค่ SHA1 อยู่เลย

น่าสนใจครับ
บันทึกการเข้า
nscyber
Verified Seller
หัวหน้าแก๊งเสียว
*

พลังน้ำใจ: 50
ออฟไลน์ ออฟไลน์

กระทู้: 1,165



ดูรายละเอียด
« ตอบ #5 เมื่อ: 14 กรกฎาคม 2016, 18:44:56 »

1.ข้อมูลถ้าส่งจาก client ไปที่ server โดยไม่ผ่าน https ยังไงก็ดักจับได้ครับ
2.ขึ้นอยู่กับว่าข้อมูลนั้นเหมาะสมกับการเข้ารหัสแบบใด เช่นถ้าเป็นรหัสผ่าน ก็จะใช้ one-way encryption (md5, sha1, บลาๆๆ) ถ้าเป็นข้อมูลที่เข้าแล้ว ถอดรหัสทีหลังอันนี้ผมไม่รู้เหมือนกันว่าตอนนี้เขาใช้ตัวไหนกันบ้าง

ขอบคุณครับ   Embarrassed
บันทึกการเข้า
MapTwoZa
ก๊วนเสียว
*

พลังน้ำใจ: 75
ออฟไลน์ ออฟไลน์

กระทู้: 366



ดูรายละเอียด
« ตอบ #6 เมื่อ: 14 กรกฎาคม 2016, 20:35:39 »

แล้วแต่จุดประสงค์ครับ

encryption ทั้วไปก็ AES256

hashing ก็ bcrypt หรือ sha

secure hashing ก็ hmac เช่น hs512

public/pricate key ก็ RSA


แต่ละแบบ มีข้อดีข้อเสียของตัวเอง เหมาะคนละ use case ครับ หรือเอามาผสมกัน

เช่น https ก็ไอข้างบน 3 อย่าง ( จาก 4 อย่าง ) มาผสมกัน



บันทึกการเข้า

Good code quality Developer Cheesy
nscyber
Verified Seller
หัวหน้าแก๊งเสียว
*

พลังน้ำใจ: 50
ออฟไลน์ ออฟไลน์

กระทู้: 1,165



ดูรายละเอียด
« ตอบ #7 เมื่อ: 16 กรกฎาคม 2016, 02:12:15 »

แล้วแต่จุดประสงค์ครับ

encryption ทั้วไปก็ AES256

hashing ก็ bcrypt หรือ sha

secure hashing ก็ hmac เช่น hs512

public/pricate key ก็ RSA


แต่ละแบบ มีข้อดีข้อเสียของตัวเอง เหมาะคนละ use case ครับ หรือเอามาผสมกัน

เช่น https ก็ไอข้างบน 3 อย่าง ( จาก 4 อย่าง ) มาผสมกัน





ขอบคุณครับส่วนใหญ่จะเน้นการ hashing ข้อมูลไว้ตรวจสอบเป็นส่วนใหญ่ครับ  Embarrassed
บันทึกการเข้า
kingofdollars
สมุนแก๊งเสียว
*

พลังน้ำใจ: 95
ออฟไลน์ ออฟไลน์

กระทู้: 830



ดูรายละเอียด
« ตอบ #8 เมื่อ: 16 กรกฎาคม 2016, 08:02:20 »

ผมใช้วิธีนี้ครับเวลาส่งข้อมูลไปยัง server แม้ไม่มี SSL


เช่นข้อมูลมี  A,B,C

ผมส่ง SHA 256 ของ A+B+C+salt ลำดับไม่เรียงตามนี้นะครับ

จึงส่ง A,B,C, HASH ไปให้ server

server ตรวจสอบว่า เมื่อเอา A+B+C+salะ เข้า HASH แล้วตรงกับ HASH หรือไม่ ถ้าไม่ตรงแสดงว่ามีการเปลี่ยนระหว่างทาง


บันทึกการเข้า

nscyber
Verified Seller
หัวหน้าแก๊งเสียว
*

พลังน้ำใจ: 50
ออฟไลน์ ออฟไลน์

กระทู้: 1,165



ดูรายละเอียด
« ตอบ #9 เมื่อ: 16 กรกฎาคม 2016, 16:53:48 »

ผมใช้วิธีนี้ครับเวลาส่งข้อมูลไปยัง server แม้ไม่มี SSL


เช่นข้อมูลมี  A,B,C

ผมส่ง SHA 256 ของ A+B+C+salt ลำดับไม่เรียงตามนี้นะครับ

จึงส่ง A,B,C, HASH ไปให้ server

server ตรวจสอบว่า เมื่อเอา A+B+C+salะ เข้า HASH แล้วตรงกับ HASH หรือไม่ ถ้าไม่ตรงแสดงว่ามีการเปลี่ยนระหว่างทาง




ไอเดียดีครับ ขอบคุณครับ  ปัญหาถ้า hash ที่ส่งมาโดนด้วยนี่ มีเฮ Embarrassed
บันทึกการเข้า
หน้า: [1]   ขึ้นบน
พิมพ์