ฉันกำลังทำการล็อกอิน php และฉันกำลังพยายามตัดสินใจว่าจะใช้ SHA1 หรือ Md5 หรือ SHA256 ที่ฉันอ่านในบทความ stackoverflow อื่น มีความปลอดภัยมากกว่าคนอื่น ๆ หรือไม่? สำหรับ SHA1 / 256 ฉันยังใช้เกลืออยู่หรือไม่?
นอกจากนี้วิธีนี้เป็นวิธีที่ปลอดภัยในการจัดเก็บรหัสผ่านเป็นแฮชใน mysql หรือไม่?
function createSalt()
{
$string = md5(uniqid(rand(), true));
return substr($string, 0, 3);
}
$salt = createSalt();
$hash = sha1($salt . $hash);
คำตอบ:
ทั้งสองอย่าง คุณควรใช้bcrypt. แฮชที่คุณพูดถึงล้วนได้รับการปรับให้เหมาะสมกับฮาร์ดแวร์อย่างรวดเร็วและง่ายดายดังนั้นการแคร็กจึงมีคุณสมบัติเหมือนกัน หากคุณไม่มีทางเลือกอื่นอย่างน้อยต้องแน่ใจว่าใช้เกลือยาวและแฮชซ้ำหลาย ๆ ครั้ง
PHP 5.5 ข้อเสนอฟังก์ชั่นใหม่สำหรับ hashing นี่คือแนวทางที่แนะนำสำหรับการจัดเก็บรหัสผ่านในเว็บแอปพลิเคชันสมัยใหม่
// Creating a hash
$hash = password_hash($password, PASSWORD_DEFAULT, ['cost' => 12]);
// If you omit the ['cost' => 12] part, it will default to 10
// Verifying the password against the stored hash
if (password_verify($password, $hash)) {
// Success! Log the user in here.
}
หากคุณใช้ PHP เวอร์ชันเก่าคุณควรอัปเกรดจริงๆแต่คุณสามารถใช้password_compatเพื่อเปิดเผย API นี้ได้จนกว่าคุณจะทำได้
นอกจากนี้โปรดpassword_hash()สร้างเกลือให้คุณด้วย มันใช้CSPRNG
NULอักขระใด ๆ( หลักฐานแนวคิดสำหรับคำเตือนทั้งสองที่นี่)
คุณอาจถูกล่อลวงให้แก้ไขข้อแม้แรกโดยการแฮชรหัสผ่านของคุณไว้ล่วงหน้าก่อนที่จะเรียกใช้ผ่าน bcryptแต่การทำเช่นนั้นอาจทำให้แอปพลิเคชันของคุณทำงานตั้งแต่วินาทีแรก
แทนที่จะเขียนโครงร่างของคุณเองให้ใช้ไลบรารีที่มีอยู่ซึ่งเขียนและ / หรือประเมินโดยผู้เชี่ยวชาญด้านความปลอดภัย
Zend\Crypt (ส่วนหนึ่งของ Zend Framework) เสนอ BcryptShaPasswordLockคล้ายกับBcryptShaแต่ก็ยังเข้ารหัส hashes bcrypt กับห้องสมุดการเข้ารหัสรับรองความถูกต้องTL; DR - ใช้ bcrypt
bcryptถูกออกแบบมาให้ช้าเพื่อให้เกิดการแตกช้าเท่า ๆ กัน
ฉันคิดว่าการใช้ md5 หรือ sha256 หรือแฮชใด ๆ ที่ปรับให้เหมาะกับความเร็วนั้นดีมากและฉันอยากรู้มากที่จะได้ยินผู้ใช้รายอื่นอาจมี นี่คือเหตุผลของฉัน
หากคุณอนุญาตให้ผู้ใช้ใช้รหัสผ่านที่อ่อนแอเช่นพระเจ้าความรักสงครามสันติภาพไม่ว่าการเข้ารหัสจะเป็นอย่างไรคุณก็ยังคงอนุญาตให้ผู้ใช้พิมพ์รหัสผ่านไม่ใช่แฮชและรหัสผ่านเหล่านี้มักจะถูกใช้ก่อนดังนั้นจึงไม่เกิดขึ้น มีอะไรเกี่ยวข้องกับการเข้ารหัส
หากคุณไม่ได้ใช้ SSL หรือไม่มีใบรับรองผู้โจมตีที่ฟังการรับส่งข้อมูลจะสามารถดึงรหัสผ่านและความพยายามใด ๆ ในการเข้ารหัสด้วยจาวาสคริปต์หรือสิ่งที่คล้ายกันคือฝั่งไคลเอ็นต์และสามารถถอดรหัสและเอาชนะได้อย่างง่ายดาย อีกครั้งสิ่งนี้จะไม่เกี่ยวข้องกับการเข้ารหัสข้อมูลทางฝั่งเซิร์ฟเวอร์
การโจมตีแบบ Brute Force จะใช้ประโยชน์จากรหัสผ่านที่อ่อนแอและอีกครั้งเนื่องจากคุณอนุญาตให้ผู้ใช้ป้อนข้อมูลหากคุณไม่มีข้อ จำกัด ในการเข้าสู่ระบบที่ 3 หรือมากกว่านั้นอีกเล็กน้อยปัญหาจะไม่เกี่ยวข้องกับการเข้ารหัสข้อมูลอีกครั้ง
หากฐานข้อมูลของคุณถูกบุกรุกส่วนใหญ่แล้วทุกอย่างจะถูกบุกรุกรวมถึงเทคนิคการแฮชของคุณไม่ว่าคุณจะทำไว้เป็นความลับ อีกครั้งนี่อาจเป็นการโจมตี XSS ของพนักงานที่ไม่พอใจหรือการฉีด sql หรือการโจมตีอื่น ๆ ที่ไม่เกี่ยวข้องกับการเข้ารหัสรหัสผ่านของคุณ
ฉันเชื่อว่าคุณควรเข้ารหัส แต่สิ่งเดียวที่ฉันเห็นการเข้ารหัสคือป้องกันไม่ให้คนที่มีอยู่แล้วหรือเข้าถึงฐานข้อมูลจากการอ่านรหัสผ่านดัง ๆ หากเป็นบุคคลที่ไม่ได้รับอนุญาตในฐานข้อมูลคุณจะมีปัญหาใหญ่ที่ต้องกังวลนั่นคือสาเหตุที่ Sony เข้ามาเพราะพวกเขาคิดว่ารหัสผ่านที่เข้ารหัสป้องกันทุกอย่างรวมถึงหมายเลขบัตรเครดิตสิ่งที่ทำก็คือการปกป้องฟิลด์เดียวที่เป็นเช่นนั้น
ประโยชน์ที่แท้จริงเพียงอย่างเดียวที่ฉันเห็นในการเข้ารหัสรหัสผ่านที่ซับซ้อนในฐานข้อมูลคือการหน่วงเวลาพนักงานหรือคนอื่น ๆ ที่เข้าถึงฐานข้อมูลจากการอ่านรหัสผ่าน ดังนั้นหากเป็นโครงการขนาดเล็กหรือสิ่งที่ฉันจะไม่กังวลมากเกี่ยวกับความปลอดภัยในฝั่งเซิร์ฟเวอร์ แต่ฉันจะกังวลมากขึ้นเกี่ยวกับการรักษาความปลอดภัยสิ่งที่ไคลเอนต์อาจส่งไปยังเซิร์ฟเวอร์เช่นการฉีด sql, การโจมตี XSS หรือวิธีอื่น ๆ อีกมากมาย อาจถูกบุกรุก หากมีคนไม่เห็นด้วยฉันหวังว่าจะได้อ่านวิธีที่ต้องใช้รหัสผ่านที่เข้ารหัสขั้นสูงจากฝั่งไคลเอ็นต์
เหตุผลที่ฉันต้องการพยายามทำให้ชัดเจนเพราะบ่อยครั้งที่ผู้คนเชื่อว่ารหัสผ่านที่เข้ารหัสนั่นหมายความว่าพวกเขาไม่ต้องกังวลว่ารหัสผ่านจะถูกบุกรุกและพวกเขาก็เลิกกังวลเรื่องการรักษาความปลอดภัยของเว็บไซต์
ขณะที่โยฮันเน Gorset ชี้ให้เห็นโพสต์โดยโทมัส Ptacek จาก Matasano การรักษาความปลอดภัยอธิบายว่าทำไมง่ายวัตถุประสงค์ทั่วไปฟังก์ชั่นคร่ำเครียดเช่น MD5, SHA1, SHA256 และ SHA512 เป็นตัวเลือกที่น่าสงสารรหัสผ่านคร่ำเครียด
ทำไม? มันเร็วเกินไป - คุณสามารถคำนวณ MD5 ได้อย่างน้อย 1,000,000 แฮชต่อวินาทีต่อคอร์ด้วยคอมพิวเตอร์สมัยใหม่ดังนั้นการบังคับอย่างดุร้ายจึงเป็นไปได้เมื่อเทียบกับรหัสผ่านส่วนใหญ่ที่ผู้คนใช้ และนั่นน้อยกว่าคลัสเตอร์เซิร์ฟเวอร์แคร็กที่ใช้ GPU มาก!
การใส่เกลือโดยไม่ต้องขึงกุญแจหมายความว่าคุณไม่สามารถคำนวณตารางสีรุ้งล่วงหน้าได้คุณต้องสร้างมันขึ้นมาเฉพาะกิจสำหรับเกลือเฉพาะนั้น แต่มันจะไม่ทำให้สิ่งนั้นยากขึ้น
ผู้ใช้ @ จะพูดว่า:
ทุกคนพูดถึงเรื่องนี้เช่นพวกเขาสามารถแฮ็กผ่านอินเทอร์เน็ตได้ ตามที่ระบุไว้แล้วการ จำกัด ความพยายามทำให้ไม่สามารถถอดรหัสรหัสผ่านทางอินเทอร์เน็ตและไม่มีส่วนเกี่ยวข้องกับแฮช
พวกเขาไม่จำเป็นต้อง เห็นได้ชัดว่าในกรณีของ LinkedInพวกเขาใช้ช่องโหว่การแทรก SQLทั่วไปเพื่อรับตาราง DB สำหรับเข้าสู่ระบบและถอดรหัสรหัสผ่านนับล้านแบบออฟไลน์
จากนั้นเขาก็กลับไปที่สถานการณ์การโจมตีออฟไลน์:
ความปลอดภัยเข้ามามีบทบาทจริงๆเมื่อฐานข้อมูลทั้งหมดถูกบุกรุกและแฮ็กเกอร์สามารถพยายามใช้รหัสผ่าน 100 ล้านครั้งต่อวินาทีกับแฮช md5 SHA512 ช้ากว่าประมาณ 10,000 เท่า
ไม่SHA512ไม่ช้ากว่า MD5 ถึง 10,000 เท่า - ใช้เวลาเพียงสองเท่า ในทางกลับกัน Crypt / SHA512 เป็นสัตว์ร้ายที่แตกต่างกันมากเช่นเดียวกับ BCrypt ที่เป็นคู่ของมันทำการยืดคีย์สร้างแฮชที่แตกต่างกันมากโดยมีเกลือแบบสุ่มในตัวและจะใช้เวลาระหว่าง 500 ถึง 999999 เท่าในการคำนวณ (สามารถปรับการยืดได้)
SHA512 => aaf4c61ddcc5e8a2dabede0f3b482cd9aea9434d
Crypt/SHA512 => $6$rounds=5000$usesomesillystri$D4IrlXatmP7rx3P3InaxBeoomnAihCKRVQP22JZ6EY47Wc6BkroIuUUBOov1i.S5KPgErtP/EN5mcO.ChWQW21
ดังนั้นตัวเลือกสำหรับ PHP คือ Crypt / Blowfish (BCrypt), Crypt / SHA256 หรือ Crypt / SHA512 หรืออย่างน้อย Crypt / MD5 (PHK) ดูwww.php.net/manual/en/function.crypt.php
password_hash()แสดงค่าใช้จ่ายในแฮชเอง
ใช้SHA256. มันไม่สมบูรณ์แบบเช่นเดียวกับที่SHA512เหมาะสำหรับแฮชที่รวดเร็ว แต่ไม่มีตัวเลือกมันเป็นตัวเลือกที่แน่นอน ตามเทคโนโลยีการแฮชใด ๆ อย่าลืมใส่แฮชเพื่อเพิ่มความปลอดภัย
ในฐานะที่เป็นหมายเหตุเพิ่มเติม FRKT โปรดแสดงให้ฉันเห็นว่าใครสามารถทำลายแฮช SHA256 ที่เค็มได้อย่างง่ายดาย? ฉันสนใจที่จะเห็นสิ่งนี้อย่างแท้จริง
ก้าวไปข้างหน้าโปรดใช้bcryptเป็นแฮชที่แข็งตัว ข้อมูลเพิ่มเติมสามารถพบได้ที่นี่
แก้ไขในการทำเกลือ:
ใช้ตัวเลขสุ่มหรือสตรีมไบต์สุ่มเป็นต้นคุณสามารถใช้ฟิลด์เฉพาะของเรกคอร์ดในฐานข้อมูลของคุณเป็นเกลือได้เช่นกันวิธีนี้เกลือจะแตกต่างกันไปตามผู้ใช้
สิ่งที่ผู้คนดูเหมือนจะขาดหายไปคือถ้าแฮ็กเกอร์สามารถเข้าถึงฐานข้อมูลได้เขาอาจเข้าถึงไฟล์ php ที่แฮชรหัสผ่านและสามารถแก้ไขได้เพื่อส่งคอมโบรหัสผ่านชื่อผู้ใช้ที่ประสบความสำเร็จทั้งหมด หากเขาไม่สามารถเข้าถึงไดเร็กทอรีเว็บได้เขาก็เพียงแค่เลือกแฮชรหัสผ่านแล้วเขียนลงในฐานข้อมูล กล่าวอีกนัยหนึ่งอัลกอริธึมแฮชไม่ได้มีความสำคัญเท่ากับความปลอดภัยของระบบและการ จำกัด การพยายามเข้าสู่ระบบหากคุณไม่ใช้ SSL ผู้โจมตีสามารถรับฟังการเชื่อมต่อเพื่อรับข้อมูลได้ ถ้าคุณไม่ต้องการให้อัลกอริทึมใช้เวลาคำนวณนาน (เพื่อจุดประสงค์ของคุณเอง) SHA-256 หรือ SHA-512 ที่มีเกลือเฉพาะผู้ใช้ก็น่าจะเพียงพอแล้ว
เนื่องจากมาตรการรักษาความปลอดภัยเพิ่มเติมให้ตั้งค่าสคริปต์ (bash, batch, python, ฯลฯ ) หรือโปรแกรมและตั้งชื่อที่คลุมเครือและตรวจสอบและดูว่า login.php มีการเปลี่ยนแปลงหรือไม่ (ตรวจสอบการประทับวันที่ / เวลา) และส่งอีเมลถึงคุณ ถ้ามี นอกจากนี้ควรบันทึกความพยายามทั้งหมดในการเข้าสู่ระบบด้วยสิทธิ์ของผู้ดูแลระบบและบันทึกความพยายามที่ล้มเหลวทั้งหมดในการเข้าสู่ระบบฐานข้อมูลและส่งบันทึกถึงคุณทางอีเมล
ทุกคนพูดถึงเรื่องนี้เช่นพวกเขาสามารถแฮ็กผ่านอินเทอร์เน็ตได้ ตามที่ระบุไว้แล้วการ จำกัด ความพยายามทำให้ไม่สามารถถอดรหัสรหัสผ่านทางอินเทอร์เน็ตและไม่มีส่วนเกี่ยวข้องกับแฮช
เกลือเป็นสิ่งจำเป็น แต่ความซับซ้อนหรือหลายเกลือไม่สำคัญ เกลือเพียงอย่างเดียวจะหยุดผู้โจมตีจากการใช้โต๊ะสายรุ้งสำเร็จรูป เกลือที่ไม่ซ้ำกันต่อผู้ใช้จะหยุดผู้โจมตีจากการสร้างตารางสายรุ้งใหม่เพื่อใช้กับฐานผู้ใช้ทั้งหมดของคุณ
ความปลอดภัยเข้ามามีบทบาทจริงๆเมื่อฐานข้อมูลทั้งหมดถูกบุกรุกและแฮ็กเกอร์สามารถพยายามใช้รหัสผ่าน 100 ล้านครั้งต่อวินาทีกับแฮช md5 SHA512 ช้ากว่าประมาณ 10,000 เท่า รหัสผ่านที่ซับซ้อนซึ่งมีอำนาจในปัจจุบันอาจใช้เวลา 100 ปีในการ bruteforce ด้วย md5 และจะใช้เวลานานถึง 10,000 เท่าเมื่อใช้ SHA512 ยาดมไม่ได้หยุด bruteforce เลยเพราะพวกเขาต้องเป็นที่รู้จักเสมอซึ่งหากผู้โจมตีดาวน์โหลดฐานข้อมูลของคุณเขาอาจอยู่ในระบบของคุณอยู่ดี
MD5 เสียเนื่องจากปัญหาการชนกัน - รหัสผ่านที่แตกต่างกันสองรหัสอาจสร้าง md-5 เดียวกันได้
Sha-1 จะปลอดภัยมากมายสำหรับสิ่งนี้ เหตุผลที่คุณเก็บรหัสผ่านรุ่น sha-1 แบบเค็มคือเพื่อให้คุณ swerver ไม่เก็บ apassword ของผู้ใช้ไว้ในไฟล์ซึ่งอาจใช้กับเซิร์ฟเวอร์ของผู้อื่น ไม่งั้นจะสร้างความแตกต่างอะไร
หากแฮ็กเกอร์ขโมยฐานข้อมูลที่ไม่ได้เข้ารหัสทั้งหมดของคุณด้วยวิธีใดสิ่งเดียวที่รหัสผ่านที่ถูกแฮชทำคือป้องกันไม่ให้เขาแอบอ้างเป็นผู้ใช้สำหรับการลงชื่อเข้าใช้ในอนาคต - แฮ็กเกอร์มีข้อมูลอยู่แล้ว
ผู้โจมตีทำอะไรได้ดีที่จะมีค่าแฮชหากสิ่งที่ผู้ใช้ของคุณป้อนคือรหัสผ่านธรรมดา
และแม้ว่าแฮ็กเกอร์ที่มีเทคโนโลยีในอนาคตจะสามารถสร้าง sha-1 จำนวนหนึ่งล้านคีย์ต่อวินาทีสำหรับการโจมตีแบบดุร้ายเซิร์ฟเวอร์ของคุณจะจัดการการเข้าสู่ระบบล้านครั้งต่อวินาทีเพื่อให้แฮ็กเกอร์ทดสอบคีย์ของเขา นั่นคือถ้าคุณปล่อยให้แฮ็กเกอร์พยายามเข้าสู่ระบบด้วย sha-1 แบบเค็มแทนที่จะใช้รหัสผ่านเหมือนการเข้าสู่ระบบปกติ
ทางออกที่ดีที่สุดคือ จำกัด การพยายามเข้าสู่ระบบที่ไม่ถูกต้องเป็นจำนวนที่สมเหตุสมผลเช่น 25 จากนั้นให้เวลาผู้ใช้ออกไปหนึ่งหรือสองนาที และหากพยายามเข้าสู่ระบบ bady แบบสะสมถึง 250 ครั้งภายใน 24 ชั่วโมงให้ปิดการเข้าถึงบัญชีและส่งอีเมลถึงเจ้าของ
นี่คือการเปรียบเทียบระหว่าง MD5 และ SHA1 คุณจะได้รับแนวคิดที่ชัดเจนว่าอันไหนดีกว่ากัน
ใช้argon2i . argon2ฟังก์ชั่นรหัสผ่านคร่ำเครียดได้รับรหัสผ่าน Hashing การแข่งขัน
ทางเลือกที่เหมาะสมอื่น ๆ ถ้าใช้argon2ไม่สามารถใช้ได้เป็นScrypt , bcryptและPBKDF2 Wikipedia มีหน้าสำหรับฟังก์ชันเหล่านี้:
MD5, SHA1 และ SHA256 เป็นไดเจสข้อความไม่ใช่ฟังก์ชันแฮชรหัสผ่าน ไม่เหมาะสำหรับวัตถุประสงค์นี้
การเปลี่ยนจาก MD5 เป็น SHA1 หรือ SHA512 จะไม่ช่วยเพิ่มความปลอดภัยในการก่อสร้างมากนัก การคำนวณแฮช SHA256 หรือ SHA512 นั้นเร็วมาก ผู้โจมตีที่มีฮาร์ดแวร์ทั่วไปยังสามารถลองแฮชได้หลายสิบล้าน (ด้วย CPU ตัวเดียว) หรือแม้แต่พันล้าน (ด้วย GPU ตัวเดียว) ต่อวินาที ฟังก์ชันการแฮชรหัสผ่านที่ดีรวมถึงปัจจัยในการทำงานเพื่อชะลอการโจมตีพจนานุกรม
นี่คือข้อเสนอแนะสำหรับการเขียนโปรแกรม PHP: อ่านPHP คำถามที่พบบ่อยแล้วใช้password_hash ()
สมมติว่าประเด็นต่อไปแฮกเกอร์ขโมยฐานข้อมูลของเรารวมถึงผู้ใช้และรหัสผ่าน (เข้ารหัส) และแฮกเกอร์ได้สร้างบัญชีปลอมด้วยรหัสผ่านที่พวกเขารู้
MD5 อ่อนแอเนื่องจากสั้นและเป็นที่นิยมและในทางปฏิบัติทุกรุ่นที่ไม่มีรหัสผ่านนั้นอ่อนแอจากการโจมตีของพจนานุกรม แต่..
สมมุติว่าเรายังใช้ MD5 กับ SALT แฮกเกอร์ไม่ทราบ SALT แต่รู้รหัสผ่านของผู้ใช้เฉพาะ ดังนั้นพวกเขาสามารถทดสอบ: ????? 12345 โดยที่ 12345 คือรหัสผ่านและ ????? คือเกลือ แฮกเกอร์ไม่ช้าก็เร็วสามารถคาดเดา SALT ได้
อย่างไรก็ตามหากเราใช้ MD5 + SALT และใช้ MD5 แล้วจะไม่มีทางกู้คืนข้อมูลได้ อย่างไรก็ตามฉันพูดซ้ำ MD5 ยังสั้น
ตัวอย่างเช่นสมมติว่ารหัสผ่านของฉันคือ 12345 SALT คือ BILLCLINTON
md5: 827ccb0eea8a706c4c34a16891f84e7b
md5 ด้วยแฮช: 56adb0f19ac0fb50194c312d49b15378
mD5 ที่มีแฮชมากกว่า md5: 28a03c0bc950decdd9ee362907d1798a ฉันพยายามใช้บริการออนไลน์เหล่านั้นและไม่พบว่าไม่มีใครสามารถถอดรหัสได้ และ MD5 เท่านั้น! (อาจจะเป็นวันนี้มันจะบ้าคลั่งเพราะฉันสร้าง md5 ออนไลน์)
หากคุณต้องการที่จะฆ่ามากเกินไป SHA256 ก็เพียงพอแล้วหากทาด้วยเกลือและสองครั้ง
tldr MD5 (HASH + MD5 (รหัสผ่าน)) = โอเค แต่สั้น SHA256 ก็เพียงพอแล้ว
การเข้ารหัส md5 เป็นหนึ่งในสิ่งที่เลวร้ายที่สุดเพราะคุณต้องเปลี่ยนรหัสและมันถูกถอดรหัสไปแล้ว ฉันอยากจะแนะนำคุณ SHA256 ฉันเขียนโปรแกรมนานขึ้นเล็กน้อยและมีประสบการณ์ที่ดี ด้านล่างนี้จะเป็นการเข้ารหัสด้วย
password_hash() example using Argon2i
<?php
echo 'Argon2i hash: ' . password_hash('rasmuslerdorf', PASSWORD_ARGON2I);
?>
The above example will output something similar to:
Argon2i hash: $argon2i$v=19$m=1024,t=2,p=2$YzJBSzV4TUhkMzc3d3laeg$zqU/1IN0/AogfP4cmSJI1vc8lpXRW9/S0sYY2i2jHT0