After that, he got as much time as

After that, he got as much time as he wanted.
During the formative years of the web, as we all went
online, passwords worked pretty well. This was due
largely to how little data they actually needed to protect.
Our passwords were limited to a handful of
applications: an ISP for email and maybe an ecommerce
site or two. Because almost no personal information was
in the cloud—the cloud was barely a wisp at that point
—there was little payoff for breaking into an
individual’s accounts; the serious hackers were still
going after big corporate systems.
So we were lulled into complacency. Email addresses
morphed into a sort of universal login, serving as our
username just about everywhere. This practice persisted
even as the number of accounts—the number of failure
points—grew exponentially. Web-based email was the
gateway to a new slate of cloud apps. We began banking
in the cloud, tracking our finances in the cloud, and doing
our taxes in the cloud. We stashed our photos, our
documents, our data in the cloud.
Eventually, as the number of epic hacks increased, we
started to lean on a curious psychological crutch: the
notion of the “strong” password. It’s the compromise that
growing web companies came up with to keep people
signing up and entrusting data to their sites. It’s the BandAid
that’s now being washed away in a river of blood.
One proposal to reduce problems related to text passwords
is to use password managers. These typically require that
users remember only a master password. They store (or regenerate)
and send on behalf of the user, to web sites
hosting user accounts, the appropriate passwords. Ideally
the latter are generated by the manager itself and are
stronger than user-chosen passwords. However,
implemen-tations of password managers introduce their
own usability issues [Chiasson et al. 2006] that can
exacerbate security problems, and their centralized

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

หลังจากนั้น เขามีเวลามากที่สุดเท่าที่เขาต้องการในช่วงปีความอุดมสมบูรณ์ของเว็บ เป็นเรา ทั้งหมดไปออนไลน์ รหัสผ่านทำงานสวยดี นี้ครบส่วนใหญ่ให้ข้อมูลว่าเล็กน้อยพวกเขาจะต้องปกป้องรหัสผ่านของเราถูกจำกัดเพื่อหยิบของโปรแกรมประยุกต์: ISP สำหรับอีเมลและการอีคอมเมิร์ซบางทีไซต์หรือสอง เนื่องจากแทบไม่มีข้อมูลส่วนบุคคลในเมฆซึ่งเมฆถูกกำมือแทบไม่ถึงจุดนั้นโดยมีผลตอบแทนน้อยสำหรับเจาะเข้าไปในตัวของแต่ละบัญชี แฮกเกอร์ร้ายแรงยังมีไปหลังจากระบบใหญ่ขององค์กรดังนั้นยามหลับไหลใน complacency ได้ ที่อยู่อีเมล์morphed ในการเรียงลำดับของการเข้าสู่ระบบสากล การให้บริการเป็นของเราชื่อเพียงเกี่ยวกับทุก แบบฝึกหัดนี้ยังคงอยู่เป็นหมายเลขของบัญชีตัวเลขของความล้มเหลวคะแนนโดยเพิ่มขึ้นเป็นทวีคูณเมื่อ เว็บอีเมล์ได้ประตูสู่ชนวนใหม่เมฆปพลิเคชัน เราเริ่มที่ธนาคารในเมฆ ติดตามเงินทุนของเราในเมฆ และทำภาษีของเราในเมฆ เรา stashed ภาพถ่ายของเรา ของเราเอกสาร ข้อมูลในเมฆในที่สุด เป็นจำนวนเพิ่มขึ้น hacks มหากาพย์เราเริ่มเอน crutch มีจิตใจอยากรู้อยากเห็น:แนวคิดของรหัสผ่านที่ "แข็งแกร่ง" เป็นปัญหาที่เว็บบริษัทเติบโตมากับให้คนการลงนาม และ entrusting ข้อมูลของ เป็นการ BandAidที่เป็นตอนนี้ถูกน้ำในแม่น้ำของเลือดข้อเสนอที่หนึ่งเพื่อลดปัญหาที่เกี่ยวข้องกับรหัสผ่านข้อความคือการ ใช้รหัสผ่านผู้จัดการ เหล่านี้จำเป็นที่ผู้ใช้จำรหัสผ่านหลักเท่านั้น พวกเขาเก็บ (หรือสร้างใหม่)และส่งในนามของผู้ใช้ เว็บไซต์จัดการโฮสต์สำหรับบัญชีผู้ใช้ รหัสผ่านที่เหมาะสม แห่งนี้ให้บริการหลังสร้างขึ้น โดยตัวจัดการตัวเอง และมีแข็งแกร่งกว่ารหัสผ่านผู้ใช้เลือก อย่างไรก็ตามแนะนำเกี่ยว-tations ผู้จัดการรหัสผ่านของพวกเขาปัญหาการใช้งานของตัวเอง [Chiasson et al. 2006] ที่สามารถทำให้รุนแรงปัญหาความปลอดภัย และของส่วนกลาง

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

หลังจากนั้นเขาได้มีเวลามากที่สุดเท่าที่เขาต้องการ.
ในช่วงปีของเว็บที่เราทุกคนไป
ออนไลน์รหัสผ่านที่ทำงานสวยดี นี่เป็นเพราะ
ส่วนใหญ่จะว่าข้อมูลเล็ก ๆ น้อย ๆ ที่พวกเขาต้องการจริงเพื่อปกป้อง.
รหัสผ่านของเราถูก จำกัด ให้กำมือของ
การใช้งาน: ISP สำหรับอีเมลและอาจอีคอมเมิร์ซ
เว็บไซต์หรือสอง เพราะแทบจะไม่มีข้อมูลส่วนบุคคลเป็น
ในเมฆเมฆก็แทบจะไม่กำมือที่จุดที่
-there เป็นผลตอบแทนเล็ก ๆ น้อย ๆ สำหรับการบุกเข้าไปใน
บัญชีของแต่ละบุคคล; แฮกเกอร์ร้ายแรงก็ยังคง
ไปหลังจากที่ระบบขององค์กรขนาดใหญ่.
ดังนั้นเราจึงได้รับการวางใจในความพึงพอใจ ที่อยู่อีเมล์
ปรับเปลี่ยนการจัดเรียงของการเข้าสู่ระบบสากลที่ทำหน้าที่เป็นของเรา
ชื่อผู้ใช้เพียงเกี่ยวกับทุก การปฏิบัตินี้ยังคง
แม้ในขณะที่จำนวนบัญชีจำนวนของความล้มเหลว
จุดเพิ่มขึ้นชี้แจง อีเมลบนเว็บเป็น
ประตูสู่ชนวนใหม่ของแอพพลิเคเมฆ เราเริ่มต้นการธนาคาร
ในเมฆติดตามการเงินของเราในเมฆและทำ
ภาษีของเราในเมฆ เรา stashed ภาพถ่ายของเราของเรา
เอกสารข้อมูลของเราในเมฆ.
ในที่สุดเป็นจำนวนของแฮ็กมหากาพย์ที่เพิ่มขึ้นเรา
เริ่มที่จะพึ่งพาทางด้านจิตใจอยากรู้อยากเห็นไม้ยันรักแร้:
ความคิดของรหัสผ่าน "แข็งแกร่ง" มันประนีประนอมว่า
การเจริญเติบโตของ บริษัท เว็บขึ้นมาเพื่อให้คน
ที่ลงทะเบียนและมอบหมายให้ข้อมูลไปยังเว็บไซต์ของตน มัน bandaid
ที่ตอนนี้ถูกล้างออกไปในแม่น้ำเลือด.
หนึ่งในข้อเสนอเพื่อลดปัญหาที่เกี่ยวข้องกับข้อความรหัสผ่าน
คือการใช้รหัสผ่านผู้จัดการ เหล่านี้มักจะกำหนดให้
ผู้ใช้เพียงจำรหัสผ่านหลัก พวกเขาเก็บ (หรืองอกใหม่)
และส่งในนามของผู้ใช้ไปยังเว็บไซต์
hosting บัญชีผู้ใช้รหัสผ่านที่เหมาะสม จะเป็นการดี
หลังถูกสร้างขึ้นโดยผู้จัดการของตัวเองและมีความ
แข็งแกร่งกว่ารหัสผ่านผู้ใช้เลือก อย่างไรก็ตาม
Implemen tations ของผู้จัดการรหัสผ่านของพวกเขาแนะนำ
ปัญหาการใช้งานของตัวเอง [Chiasson et al, 2006] ที่สามารถ
ทำให้รุนแรงปัญหาการรักษาความปลอดภัยของพวกเขาและส่วนกลาง

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

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

งานหยิบของ ISP สำหรับอีเมลและบางทีอีคอมเมิร์ซ
เว็บไซต์หรือสอง เพราะเกือบจะไม่มีข้อมูลส่วนบุคคลถูก
ในเมฆเมฆแทบจะขมวดที่จุด
- ไม่มีผลตอบแทนสำหรับเจาะเข้าไปในบัญชีเป็นพยาบาลบุคคล แฮกเกอร์ร้ายแรงยัง
ไปตามระบบขององค์กรขนาดใหญ่ .
เราวางใจในความพึงพอใจ ที่อยู่อีเมล
morphed เป็นเข้าสู่ระบบสากล ที่ให้บริการเป็น username ของเรา
เพียงเกี่ยวกับทุก การปฏิบัตินี้หาย
แม้เป็นหมายเลขบัญชี หมายเลขของจุดล้มเหลว
เติบโตชี้แจง อีเมล์ตามเว็บคือ
เกตเวย์กระดานชนวนใหม่ปพลิเคชันเมฆ เราเริ่มธนาคาร
ในเมฆ , การติดตามสถานะทางการเงินของเราในเมฆและทำ
ภาษีของเราในเมฆ เราซ่อนภาพถ่ายของเรา เอกสารของเรา
, ข้อมูลในเมฆ
ในที่สุด เป็นหมายเลขของมหากาพย์ hacks เพิ่มขึ้นเรา
เริ่มที่จะพึ่งพาอยากรู้อยากเห็นจิตไม้ยันรักแร้ :
ความคิดของรหัสผ่าน " แข็งแกร่ง " มันเป็นข้อตกลงที่ บริษัท ที่เติบโตมากับเว็บ

เพื่อให้ผู้ลงทะเบียนและให้ข้อมูลกับเว็บไซต์ของพวกเขา มันคือพลาสเตอร์
ที่ตอนนี้ถูกพัดหายไปในแม่น้ำเลือด
หนึ่งข้อเสนอเพื่อลดปัญหาที่เกี่ยวข้องกับข้อความรหัสผ่าน
คือการใช้ผู้จัดการรหัสผ่าน เหล่านี้มักจะต้องการ
เฉพาะผู้ใช้จำรหัสผ่านหลัก พวกเขาเก็บ ( หรือใหม่ )
และส่งในนามของผู้ใช้ไปยังเว็บไซต์
hosting บัญชีผู้ใช้รหัสผ่านที่เหมาะสม นึกคิด
หลังที่สร้างขึ้นโดยผู้จัดการตัวเองและ
แข็งแกร่งกว่าที่ผู้ใช้เลือกรหัสผ่าน อย่างไรก็ตาม tations
implemen ผู้จัดการรหัสผ่านของพวกเขาเองปัญหาการใช้งานแนะนำ
[ Chiasson et al . 2006 ที่สามารถ
หมดปัญหาความปลอดภัย และส่วนกลาง