Mutiny Labs

Security basics · Part 1 of 3 · 6 min read

Start with the security gaps you can fix.

Check account exposure, review eight common gaps, and use two short assessments to choose your next fixes.

In this series · 3 parts
  1. 1. Start with the security gaps you can fix.
  2. 2. Your vendors are part of your security.
  3. 3. Puerto Rico security rules: start with coverage.

Nobody gets hacked in the way they imagine.

↳ eight unglamorous ways it actually goes wrong

There is no hoodie. There is no countdown timer. There is an automated scanner working through a list of every site on the internet, looking for a version number it already knows how to open. Most compromises are not clever: they are patient, and they are cheap.

01

The CMS you stopped updating

WordPress runs a very large share of the web, and that very large install base makes vulnerable installations an attractive target for broad automated scanning, not because it is bad software, but because a single working exploit pays off across millions of sites at once. Attackers scan for versions, not for you.

“it still works, though”
02

Plugins with no owner

Outdated and abandoned plugins and themes are a recurring compromise route. Someone installed a slider in 2019, the author moved on, and the code is still running with full access to your database. Nobody removed it because nobody remembers it exists.

“that was the old agency”
03

Set it and forget it

A site launches, the invoice is paid, and the deployment enters a decade of silence. No patch cadence, no monitoring, no alerting, no backup anyone has ever restored. The first person to notice something is wrong is a customer, or a journalist.

“it’s been fine for years”
04

Two-factor, later

Second factors are one of the highest-value controls against password-based account takeover: someone logging in as you with a password they bought. “Later” has been the answer for three years, and the login page does not care about your roadmap.

“it’s annoying on my phone”
05

One password, everywhere

Reuse turns any breach anywhere into a breach of yours. A forum you forgot about in 2016 leaks, and that same password walks into your email, your bank, your CMS admin. Attackers do not guess: they replay.

“but it’s a strong one”
06

The credentials spreadsheet

Shared logins in a spreadsheet, a pinned chat message, or a shared drive folder called Accesos. It is convenient, it is searchable, and it is one compromised laptop away from being the attacker’s index of your entire organization.

“the team needs access”
07

A phone with no lock

The device holding your email, your authenticator, and your session cookies has no biometrics, no passkeys, and a four-digit code shoulder-surfed at a café. Mobile is where your identity lives now. It deserves the same locks as the front door.

“I’d notice if it went missing”
08

The people who left

Ex-employees, ex-vendors, ex-interns: still holding admin accounts, still on the shared inbox, still in the deploy pipeline. Offboarding is a security control, and in most organizations it is a Slack message that nobody actioned.

“we’ll clean that up”

None of this is exotic. Many of these gaps are routine and inexpensive to start fixing, which is exactly why they keep working as an entry point. Others, like replacing a legacy platform or migrating a vendor, are planned work rather than an afternoon. What they have in common is that they are known, and that being busy is how they stay open. Several of them (numbers three, four, five and eight above) are not code at all: they are settings in a Microsoft 365 or Google Workspace admin console that nobody has opened since setup. The ten that matter, with the exact paths, are here →

Have you already been exposed?

↳ ten seconds, no signup, nothing stored

Many addresses appear in known breaches, usually because a service was compromised rather than the account holder: their address, password hash and whatever else went into a file that has been circulating ever since.

Put an email address into the panel. We check it against Have I Been Pwned, the public breach index maintained by security researcher Troy Hunt, and show you exactly what turned up.

honestly: the point of this tool is not the result. It is the moment right after, when you realize a password you still use was in one of these.

Breach lookup

Check an address

Yours, or your organization’s shared inbox. Both are worth knowing.

Privacy: the address is checked against Have I Been Pwned through our own server. We do not save it in application storage or analytics, and we do not add it to any list. Being straight with you about the limit: it does travel through our server to HIBP, and transient operational logs may exist somewhere in that delivery chain, which is not something we can promise away.

Breach data powered by Have I Been Pwned.

Two honest mirrors.

↳ one for you, one for your organization

Use these assessments to identify questions and next steps, not to certify security. Answers stay in your browser. Analytics receives derived results such as score, tier, percentage, and weakest category; it does not receive the individual answers. Any optional email report is a separate, explicit choice.

Personal hygiene, in eight questions

≈ two minutes

Answer as your honest self, not your aspirational self. The score is worthless if you grade on intentions.

Question 1 of 8

Loading…

Infrastructure posture, in ten items

for whoever signs the contracts

Written for decision-makers, not engineers. “Not sure” is a legitimate and extremely informative answer: in most organizations, uncertainty is the actual finding.

0 of 10 answered
Take it with you

The security workbook.

Fourteen printable pages you can put on a table with your team and fill in with a pen. No login, no download form, no follow-up sequence: it is yours to copy, adapt, and hand to whoever runs operations. If your ops manager works through it end to end, you will know more about your own organization than most assessments would tell you.

  • → Infrastructure inventory worksheet: what you run, who owns it, when it was last touched
  • → Vendor and access audit tables: who holds keys to what, and why
  • → Password and 2FA migration checklist: a real sequence, in order
  • → Patch calendar: twelve months, one page
  • → Incident-response one-pager: the first hour, written before you need it
  • → Family exposure audit: the one page to take home, not to the office
  • → Puerto Rico compliance quick-check: what binds you, with the statute named
  • → Rights at a checkpoint: the one-pager to fold into a passport
  • → AI policy starter: nine answers and you have a policy
  • → Privacy reset: the settings with evidence behind them
  • → Quarterly review cadence: so this survives past the enthusiasm
Open the workbook → opens with a print button: save as PDF from there
mutiny.
Workbook · 14 pages

Own your stack.

A working session for teams who would rather find their own gaps than be shown them.
bring a pen. seriously.

Edited September 29, 2026. Research and source dates are retained; this edit is not a fresh review of every statistic or legal development.