
Website Design for Australian Small Business (2026)
What a small business website costs in Australia in 2026, with real published prices, plus .com.au rules, GST, hosting, privacy and a hiring checklist.
Website Security
A web application firewall filters traffic before it reaches your WordPress code, but it does not change the PHP running underneath. After the 21 October 2026 PHP flaws, this page explains the two kinds of WAF, what each can and cannot do, and a short checklist for choosing one. Sources read 22 October 2026.
A web application firewall, or WAF, reads each request sent to a website and applies a set of rules. If a request matches a pattern that looks like an attack, the WAF blocks it, challenges it or logs it. OWASP, the open security community, describes a WAF as a firewall for HTTP applications. It is aimed at common attack types such as cross-site scripting and SQL injection. OWASP also says a WAF can be an appliance, a server plugin or a filter, and that tuning one to a specific application takes real effort that must be kept up as the application changes.
Think of it as a security guard at the door who checks bags against a list. The guard can only stop what is on the list. The building behind the door is still the building you have.
The first choice is where the filter lives.
| Plugin WAF (inside WordPress) | Network or DNS WAF (in front of the site) | |
|---|---|---|
| Where it runs | On your own server, as part of WordPress | On the provider's servers, before traffic reaches yours |
| How you switch it on | Install a plugin | Change DNS records or nameservers |
| What it can see | WordPress context, such as whether a visitor is logged in | The request itself, as it travels in |
| Load on your server | Uses your server's resources | Traffic is filtered before it arrives |
| If the plugin is turned off or fails | The protection stops | Not affected by what happens inside WordPress |
| Typical examples | Wordfence | Sucuri, Cloudflare |
Wordfence's own pages describe its firewall as an endpoint firewall that runs inside your WordPress site rather than as an outside cloud service. Wordfence says this lets it see details such as whether a visitor is signed in and what access level they have. The plugin is PHP code, so it loads on your server and uses your server's resources.
Wordfence also says free users get new firewall rules on a 30 day delay, while Premium users get them in real time (wordfence.com and wordpress.org, read 22 October 2026). That is the vendor's own description, and it shows how much the speed of a new rule depends on the plan.
Sucuri says its firewall is switched on by changing DNS records, after which it inspects HTTP and HTTPS traffic before it reaches your server (sucuri.net, read 22 October 2026). Cloudflare's documentation says that when a DNS record is proxied, web traffic goes through Cloudflare's network first, and only A, AAAA and CNAME records can be proxied (developers.cloudflare.com, read 22 October 2026). Mail records are always DNS only. Our page on the Cloudflare WAF free plan goes through what one provider's free tier includes.
The October 2026 flaws are in PHP itself. Our main guide to the PHP vulnerability has the details. In short, php.net announced on 21 October 2026 that the security release for each branch fix two critical flaws that could allow remote code execution without a login. If the term is new to you, see our plain guide to remote code execution.
Here is how the pieces fit together.
| Source | What it says |
|---|---|
| php.net, 21 Oct 2026 | Update to a fixed version. The temporary settings it lists only reduce exposure and do not make an installation safe |
| WordPress.org news, 21 Oct 2026 | Hosts may already be updating PHP and adding WAF rules, but owners should still check their own version |
| NCSC alert, 21 Oct 2026 | Update PHP, and use the listed mitigations only if you cannot |
Three reasons a rule is not the same as a fix:
None of this makes a WAF a bad idea. It means the firewall is the second lock, and the update is the first.
A WAF earns its place for the many small problems that arrive between updates.
These are general benefits. Every provider's real coverage depends on its own rules, plan and setup, so read the maker's page rather than assuming.
Use this when you compare WordPress firewalls. We do not name a best product, because the right choice depends on your host, budget and how much you want to manage.
| Question | Why it matters |
|---|---|
| Where does it run, in a plugin or in front of the site? | Decides what it can see and how much load it adds |
| How fast do new rules reach my plan? | A 30 day delay is a long wait for a new flaw |
| Who writes the rules and how often are they updated? | A WAF is only as good as its rule updates |
| Does it check requests only, or also scan for malware? | These are different jobs |
| Can I see what it blocked? | Logs show whether it is doing anything |
| What does the free plan leave out? | Free tiers often limit rules, logs or support |
| Does it conflict with my host's firewall or cache? | Two filters can clash |
| Does it promise to replace updates? | A vendor that says so is overselling |
| How do I turn it off if it blocks real visitors? | You need an exit if something breaks |
We build and look after WordPress sites, and a PHP version check is a sensible first step on any of them. If you want a second pair of eyes on a firewall choice, we can talk it through with you. WordPress development covers builds and fixes, and Webflow maintenance is the ongoing care option on Webflow sites. Pricing comes from the scope of the work, never by the hour. For cost context, see our guide to website maintenance costs.
It is a filter that reads web requests and blocks the ones that match attack patterns. OWASP describes it as a firewall for HTTP applications, aimed at common attacks such as cross-site scripting and SQL injection. It protects the site from some bad requests, but it does not repair the software behind it.
It might block some attack requests if a rule exists for them. We have not confirmed that any specific product covers these flaws. php.net says only an update is a complete fix, and WordPress.org tells owners to update even if their host adds WAF rules.
It depends on your setup. A plugin runs inside WordPress and sees WordPress details, but uses your server and stops if the plugin is off. A network WAF filters before traffic reaches your server, but needs DNS changes. Some sites use both. Check what your host already provides first.
It can be a useful extra layer. Check what the free tier leaves out. Wordfence, for one, says free users get rule updates on a 30 day delay, as read on 22 October 2026. That matters most when a new flaw appears.
Not on its own. WordPress.org says hosts may add WAF rules, and that you should still check and update. Ask your host for the PHP version, the patch level and a date, not only a reassurance about rules.
A plugin WAF uses your server's resources, so a small server may feel it. A network WAF adds a step in front of your site, but also can reduce load by filtering junk early. We have no numbers to give, so test your own site before and after.
Those platforms run their own servers, so you do not manage a PHP version there. Webflow's Trust Center says its core services do not run on PHP and are unaffected, in a notice dated 21 October 2026. For Shopify, Wix, Squarespace and Framer there was no statement as far as we could find on 22 October 2026. Whether to add your own firewall in front depends on the platform's rules and your needs, and it is worth asking support first.

What a small business website costs in Australia in 2026, with real published prices, plus .com.au rules, GST, hosting, privacy and a hiring checklist.

What Cloudflare's own documentation says the Free plan includes for its WAF, what needs a paid plan, and why it is a layer, not a PHP patch. Read 22 Oct 2026.

Who is responsible for PHP updates on shared hosting, managed WordPress hosting, VPS and cloud, and what to ask. Host pages read 22 October 2026.