Services

"We Are Too Small to Get Hacked" Is Exactly Why You Get Hacked

  • Updated
  • 6 min read
"We Are Too Small to Get Hacked" Is Exactly Why You Get Hacked

Key takeaways

  • Small businesses get hacked because automated bots scan the internet for known weaknesses like outdated plugins, weak passwords and misconfigured servers, regardless of company size.
  • A hosting provider secures servers, network and sometimes the operating system, but not the website's application code, plugins, admin access or backups.
  • Automated vulnerability scanners mostly match software versions against known flaws and miss logic problems, such as reusable discount codes, that human penetration testers find.
  • A reasonable rhythm for most businesses is a full penetration test once a year, plus a focused test after any major change.
  • Active penetration testing of a typical company website or modest web app often takes one to two weeks, followed by a severity-ranked report and retest.
In this article 10 sections

A lot of business owners assume hackers only chase big corporations. The reality is the opposite. Attackers love small and mid-sized businesses precisely because they assume nobody is targeting them, so the doors are often left wide open.

Most breaches are not Hollywood-style genius hacking. They are automated bots scanning the whole internet for known weaknesses: an outdated plugin, a weak password, a misconfigured server. They do not care who you are. If the gap is there, it gets found.

The "too small" belief is only one of several comfortable ideas that keep companies exposed. Here are the ones we hear most often, and what is actually true.

Myth 1: "Nobody would bother targeting us"

Reality: nobody has to bother. Attackers do not pick a company and then look for a way in. They pick a weakness and then look for every company that has it. A bot that knows how to exploit an old version of a popular WordPress form plugin will try it on millions of sites in a weekend. Your company name never enters the picture.

Small businesses are also useful as stepping stones. A hacked shop website can host phishing pages, send spam from your domain, or skim card details from your checkout. You become the tool, and your customers become the victims.

Myth 2: "Our hosting provider takes care of security"

Reality: your host secures its own layer, and you own the rest. A typical hosting company looks after the physical servers, the network, and sometimes the operating system. It does not review your application code, your plugins, who has admin access, whether a former employee still has a login, or whether your database backups are sitting in a publicly readable folder. Cloud platforms work the same way. They call it shared responsibility, and the line is usually further toward your side than people expect.

Myth 3: "We have the padlock icon, so we are secure"

Reality: SSL encrypts data while it travels between the visitor and your server. That matters, but it says nothing about what happens once the data arrives. A site with a valid certificate can still let someone log in as an admin by guessing a default password, pull customer records through a vulnerable search box, or view another user's invoice just by changing a number in the URL.

Myth 4: "Our developer already tested everything"

Reality: developers test that features work. A penetration tester tests whether those same features can be abused. These are different mindsets. Your developer checks that a customer can download their own order receipt. A tester checks whether customer A can download customer B's receipt, whether the upload field accepts a script disguised as an image, and what happens when a form receives ten thousand requests a minute. Good developers catch some of this, but nobody is great at attacking their own work.

Myth 5: "An automated scanner is the same thing"

Reality: scanners are useful and cheap, and you should run them. But they mostly match software versions against lists of known vulnerabilities. They are bad at logic problems: a discount code that can be applied twice, an API that trusts whatever user ID the app sends, a password reset link that never expires. Those are the flaws a human finds by thinking like someone who wants to cheat the system.

Myth 6: "We did a test once, so we are covered"

Reality: a test is a snapshot. Every new feature, plugin update, third-party integration, or server migration changes what is exposed. A reasonable rhythm for most businesses is a full test once a year, plus a focused test after any major change, such as launching a payment flow or opening a mobile app API.

What a penetration test actually looks like

Penetration testing is simply paying a professional to find those gaps before a criminal does. We probe your website and apps the way an attacker would, then hand you a plain-language report: here is what is exposed, here is how bad it is, here is exactly how to fix it. No fear-selling, just the honest state of your defenses.

In practice the work follows a clear sequence:

  1. Scoping. Agree on exactly which domains, apps, and APIs are in bounds, whether testing happens on production or staging, and which hours are off limits.
  2. Testing. For a typical company website or a modest web app, active testing often takes one to two weeks. Larger platforms take longer.
  3. Reporting. Each finding is ranked by severity, explained in plain terms, and paired with a specific fix.
  4. Retesting. After your team patches the issues, the tester confirms the fixes actually work.

What to prepare before you book one

  • A list of everything you run publicly: main site, subdomains, admin panels, mobile app backends.
  • Test accounts for each user role, so the tester can check whether a normal user can reach admin functions.
  • A named technical contact who can answer questions and pause testing if something breaks.
  • Recent backups, verified to restore, before any testing touches production.

How to tell a good vendor from a scanner reseller

Ask for a sanitized sample report. If it is mostly automated output with no explanation of business impact, keep looking. Ask how much of the work is manual. Ask whether a retest is included. Ask for a written scope and rules of engagement before anything starts. A trustworthy tester will also tell you when the problems are basic hygiene rather than something that needs an expensive engagement.

When a pentest should wait

If your CMS has not been updated in two years, nobody uses two-factor login, and you are not sure backups exist, a pentest will mostly produce a long report confirming that. Fix the obvious first. Regular website maintenance covers updates, backups, and monitoring, and if your servers were set up in a hurry, a review of your cloud and DevOps setup often closes the easiest doors. Then test, so the tester's time goes into finding the problems you could not have spotted yourself.

One breach can cost you customer trust, money, and weeks of cleanup. A test costs a fraction of that and lets you sleep at night. If you have never had your security checked, our cybersecurity and penetration testing service is a smart, cheap insurance policy.

Share this article

Related service

Cybersecurity & Penetration Testing Services

Penetration testing services in Jakarta from Rp15 million: web, API and mobile app pentests, black or grey box, a risk-rated report with fixes, and a retest.

Starting from Rp15,000,000 per project

Trusted by industry leaders
and startups

Bank Mandiri Wijaya Karya (WIKA) Unilever Pertamina Kable Indonesia Permodalan Nasional Madani (PNM) MSIG Life Hutama Karya Infrastruktur PT Catur Agrodaya Mandiri (UPL Indonesia) Vinoti - Vivere Indonesia