<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: wlyu-333</title>
    <description>The latest articles on DEV Community by wlyu-333 (@wlyu333).</description>
    <link>https://dev.to/wlyu333</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4202955%2F2538733b-1d2e-4eb6-9338-ce2cf33b416d.png</url>
      <title>DEV Community: wlyu-333</title>
      <link>https://dev.to/wlyu333</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/wlyu333"/>
    <language>en</language>
    <item>
      <title>Two hours that decide whether your accounts survive a breach</title>
      <dc:creator>wlyu-333</dc:creator>
      <pubDate>Fri, 23 Oct 2026 17:07:40 +0000</pubDate>
      <link>https://dev.to/wlyu333/two-hours-that-decide-whether-your-accounts-survive-a-breach-ngo</link>
      <guid>https://dev.to/wlyu333/two-hours-that-decide-whether-your-accounts-survive-a-breach-ngo</guid>
      <description>&lt;p&gt;When a service you use is breached, the leaked file is almost never a single password. It is a table: an email address, a password hash, sometimes a session token, sometimes a phone number. The damage is not done the day the file leaks. It is done over the following weeks, when that table is tried against every other service where you might have reused the same credential.&lt;/p&gt;

&lt;p&gt;This is why "change your password" is the wrong first instruction. The correct first instruction is to ask a different question: which of my accounts, if taken over, would let someone take over everything else? For most people there are three, in this order — the email account that receives password resets, the account that holds their payment details, and the account that holds their recovery phone number.&lt;/p&gt;

&lt;p&gt;The work is therefore ordered, not counted. First: put multi-factor authentication on the recovery email account, because it is the one that resets the others. Second: install a password manager and let it generate unique credentials, beginning with those three accounts rather than sweeping everything at once. Third: check what an attacker would find if they tried to recover your account — an old phone number, a security question whose answer is on your public profile, a backup email you no longer use.&lt;/p&gt;

&lt;p&gt;Two hours, spent in that order, closes far more risk than two weeks spent changing passwords alphabetically.&lt;/p&gt;

</description>
      <category>authentication</category>
      <category>cybersecurity</category>
      <category>security</category>
    </item>
  </channel>
</rss>
