Website & App Security
Managed IT
Website Security Services with DNS Security and Filtering
Your website, domain and DNS are part of your attack surface. BTI helps lock down the domain, filter risky DNS lookups, put managed Cloudflare web security services in front of your site, and watch for changes and malware, as part of managed IT.
Free website security review
No cost, no obligation. Business inquiries only. Already a BTI client? Use the dedicated support number assigned to your organization.
- ✓Over 40 years in business
- ✓ISO 27001 compliant
- ✓SOC 2 NOC/SOC
- ✓ISNetworld member
- ✓GSA contract holder (47QTCA21D00BA) · CMAS and TESMA contract awardee (California)
Why website and DNS security matter
Attackers go after domains, DNS and websites because they're public and easy to probe. A hijacked domain can redirect your site and email. A missing DNS record can let someone send mail as you. An unpatched plugin can expose customer data. These risks usually sit between your web developer, your registrar and your IT team, and nobody owns them. BTI can own them with you.
Your web presence is really four systems: the registrar account that owns your domain name, the Domain Name System (DNS) records that point people and email to the right places, the website itself, and the email authentication records that prove your messages are really from you. Each one is often managed by a different vendor, with different logins. Attackers only need the weakest one. BTI looks at all four together and works with the vendors you already have.
How website and domain attacks usually happen
Most attacks on business websites are not aimed at you personally. Automated tools scan the internet around the clock for anything they can use. These are the paths they try most often:
- Known vulnerabilities in website software. Plugins, themes and content management systems publish security fixes. Sites that miss updates stay exposed to flaws that are already public, often listed as a CVE (Common Vulnerabilities and Exposures) entry, which makes them easy to find and exploit.
- Stolen or guessed admin passwords. Bots try leaked passwords against login pages, hosting panels and registrar accounts. Without multi-factor authentication (MFA), one reused password can be enough.
- Injection and cross-site scripting. Attackers send crafted input through forms, search boxes or web addresses to make the site run their commands or show their scripts to visitors. These are long-standing entries in the OWASP Top 10 (Open Worldwide Application Security Project) list of web application risks.
- Traffic floods. A distributed denial-of-service (DDoS) attack sends more traffic than your site or host can handle, so real visitors cannot get in.
- Domain and DNS hijacking. Someone who gets into your registrar or DNS account can point your website and email somewhere else, or transfer the domain away.
- Spoofing your domain in email. Without Sender Policy Framework (SPF), DomainKeys Identified Mail (DKIM) and Domain-based Message Authentication, Reporting and Conformance (DMARC) records, anyone can send email that looks like it came from your domain.
- Forgotten records and lapsed certificates. Old DNS records that point to services you no longer use can be claimed by someone else, and an expired Transport Layer Security (TLS) certificate puts warnings in front of every visitor.
No single tool stops all seven. That is why BTI combines account lockdown, DNS protections, managed Cloudflare web security services, email domain records and monitoring.
What DNS security protects: two different jobs
"DNS security" can mean two different things, and most businesses need both.
| Compared | Protecting your domain's DNS | Protecting your staff's DNS lookups |
|---|---|---|
| What it covers | The records the world uses to find your website and send you email | The lookups your computers make every time someone opens a link or a website |
| Main risks | Domain hijacking, unauthorized DNS changes, forged DNS answers, spoofed email, forgotten records | Phishing links, malware sites, command-and-control traffic from infected devices |
| Typical protections | Registrar lock, MFA and access reviews on registrar and DNS accounts, Domain Name System Security Extensions (DNSSEC), SPF, DKIM and DMARC, record clean-up | Protective DNS and DNS filtering for offices and managed devices |
| Who notices if it fails | Your customers, partners and anyone emailing you | Your own staff and systems |
| Where BTI fits | Locks down accounts, enables DNSSEC where supported, manages records with Email Security & Training | Applies protective DNS filtering as part of managed IT |
The U.S. Cybersecurity and Infrastructure Security Agency (CISA) and the National Security Agency (NSA) have published joint guidance encouraging organizations to use protective DNS, because blocking known malicious domains at the lookup stops many threats before a connection is made.
WAF, DDoS protection, CDN and protective DNS: what each one does
These services are often sold together, so they are easy to confuse. Each one solves a different problem.
| Service | What it does | What it does not do | Good fit when |
|---|---|---|---|
| Web application firewall (WAF) | Inspects each web request and blocks ones that match attack patterns, such as injection attempts or known exploits | Fix insecure code or business logic flaws in your app | Your site has logins, forms, payments, customer data or plugins |
| Distributed denial-of-service (DDoS) protection | Absorbs or filters floods of traffic so real visitors still get through | Inspect individual requests for application attacks | Your website is public and downtime would hurt sales, service or reputation |
| Content delivery network (CDN) | Serves copies of your site from servers closer to visitors, which can improve speed and spread the load | Block attacks on its own unless security features are turned on | You want faster pages and less load on your web host |
| Protective DNS | Blocks your staff's devices from looking up known malicious domains | Protect your public website from visitors' attacks | Staff browse the web and open email links, which is everyone |
Cloudflare combines a WAF, DDoS protection and a CDN in one service that sits in front of your website. With managed Cloudflare web security services, BTI sets up and manages that layer for you, while your website stays with your current host.
What's included
Each item is scoped in your service agreement. Not every organization needs every item.
- Protective DNS and DNS filtering: blocks lookups to known malicious and unwanted domains for your offices and managed devices, and reduces exposure to phishing and malware sites.
- Domain and registrar lock: registrar lock, account MFA and access reviews to make unauthorized transfers or DNS changes much harder.
- DNSSEC: where your registrar and DNS host support it, signs your DNS so tampered answers can be detected.
- SPF, DKIM and DMARC: the DNS records that make spoofing your domain much harder and report on attempts. Set up and monitored with Email Security & Training.
- Managed Cloudflare web security services: BTI manages Cloudflare's web application firewall (WAF) and DDoS protection in front of your website to filter common attack traffic and help absorb traffic floods. Where your Cloudflare plan supports them, BTI can also apply bot management and rate limiting rules to protect logins and forms from automated abuse.
- SSL/TLS certificate management: tracking, renewal and configuration, so certificates don't lapse and connections use current protocols.
- Website hardening: a review of admin access, MFA, plugins and themes, file permissions and backups, with fixes agreed with you or your web developer.
- Uptime and change monitoring: alerts when the site goes down or key pages, DNS records or certificates change unexpectedly.
- Malware scanning: scheduled scans of the site for known malware and injected code, with cleanup support as scoped in your agreement.
- AI-built and vibe-coded apps: a security review and secure integration with your business systems for apps built with AI tools. Every app security engagement includes BTI's vCISO service, which leads the review and the decisions; BTI brings in the right tools and specialist contractors for each app. See AI-Built App Security & Integration and our guide to securing vibe-coded apps.
How it works
- Review: BTI inventories your domains, DNS, registrar accounts, certificates and websites, and notes who controls each.
- Find the gaps: the review checks registrar and DNS account access, MFA, transfer locks, DNSSEC status, email authentication records, certificate expiry dates and DNS records that point to services you no longer use.
- Plan: a written list of fixes and protections, itemized, with what BTI does and what your web developer does.
- Protect: BTI applies the agreed changes, scheduled to avoid disrupting your site or email.
- Put the edge in place: with managed Cloudflare web security services, your DNS is pointed through Cloudflare, TLS settings are configured and WAF and DDoS protections are turned on. New protections are checked against how your site is normally used, such as logins, forms and checkouts, before they are tightened.
- Secure the email domain: SPF, DKIM and DMARC records are set up and monitored with Email Security & Training, moving DMARC toward enforcement as reports show your legitimate senders are covered.
- Document it: who owns each account, which records exist and why, and how to request a change, so nothing depends on one person's memory.
- Monitor: ongoing monitoring and regular reviews, reported alongside your managed IT and security reporting.
Who does what: you, your web developer or host, and BTI
Website security works when everyone knows their part. Here is a typical split. Your service agreement sets the final scope.
| Task | Your team | Your web developer or host | BTI |
|---|---|---|---|
| Website design, content and new features | Decides | Builds | Not included |
| Hosting the website | Chooses the host | Runs the hosting | Works alongside them |
| Website software, plugin and theme updates | Approves | Usually applies | Reviews and flags risky or outdated items as part of hardening |
| Registrar and DNS account security | Owns the accounts | May have access | Locks down access, MFA, transfer lock and access reviews |
| DNSSEC | Approves | Enables where your registrar and DNS host support it | |
| WAF and DDoS protection | Approves | Shares hosting details | Manages Cloudflare in front of the site |
| SPF, DKIM and DMARC | Lists who sends email for you | Lists any website forms that send email | Sets up and monitors records with Email Security & Training |
| TLS certificates | May install on the server | Tracks renewal and configuration | |
| Monitoring and alerts | Receives reports | Fixes site-level issues when asked | Watches uptime, changes and malware scans |
Managed website security vs app security consulting
Protecting a public website and securing a custom or AI-built app are different jobs. BTI offers both, and keeps the line between them clear.
| Compared | Managed website and DNS security | Website & App Security consulting and implementation |
|---|---|---|
| What it covers | Your domain, DNS, website edge, certificates, email domain records and monitoring | A custom app or an app built with AI (artificial intelligence) coding tools, and how it connects to your business systems |
| How it is delivered | An ongoing managed service, itemized in your agreement | A scoped project, led by BTI's vCISO (virtual chief information security officer) service, which is required for every app security engagement |
| Typical work | Registrar lock, DNSSEC, protective DNS, managed Cloudflare web security services, SPF, DKIM and DMARC, monitoring | Moving the app into a governed environment, usually Azure, with company sign-in and MFA, secrets kept out of code, private networking, reviewed deployments, logging and backups |
| Tools and people | Cloudflare and BTI's managed IT tools | Chosen for each app. BTI brings in the right tools and specialist contractors for the job |
| Starting point | A website security review | A vCISO-led app review |
Our guide Hit the Claude Wall? How to Secure Vibe-Coded Apps in Azure explains the app side in detail, including a 10-question checklist to judge whether an app is ready for production.
Part of your managed IT and security program
Website and DNS security works best alongside the rest of the program: Endpoint Protection, Network Security & SASE, Patch & Vulnerability Management and 24/7 MDR & Incident Response. Full model on the managed cybersecurity services hub (Prevent outcome). Every service is itemized; see how pricing works.
Related services: Email Security & Training for phishing protection and the SPF, DKIM and DMARC work on your domain, Identity & Device Security for MFA and sign-in policies, Cyber Liability Essentials and Cyber Watch for penetration testing and security evidence, and Cyber Insurance Readiness if a renewal is asking about your website and email.
Website security services in Los Angeles, Chicagoland and Phoenix
BTI supports organizations from Santa Fe Springs, Chicagoland and Phoenix, and remotely across the U.S. Most website, domain and DNS security work is done remotely, because it happens in your registrar, DNS and Cloudflare accounts. Protective DNS for your offices and the rest of your managed IT program are supported by BTI's local IT teams in each market.
- Los Angeles and Southern California: 323-510-8003, or see cybersecurity services in Los Angeles
- Chicagoland: 312-492-2613, or see cybersecurity services in Chicago
- Phoenix: 480-272-8728, or see cybersecurity services in Phoenix
Multi-location organizations get one consistent set of protections across every domain and office.
Free Website & DNS Security Checklist
A two-page checklist your team can work through with your web developer: domain and registrar, DNS, email domain records, website edge, website software and access, monitoring, and apps built with AI tools, plus a "who owns what" worksheet.
PDF, 2 pages, US Letter. No form to fill in.
Key terms in plain English
Website, domain and email security come with a lot of abbreviations. Each term below is spelled out, defined in plain English and followed by examples of how it is used.
Website protection
WAF (web application firewall)
A WAF, short for web application firewall, is a filter that sits in front of a website or web application and inspects each web request before it reaches the site. It blocks requests that match attack patterns, such as injection attempts and known exploits. Unlike a network firewall, it understands web traffic.
How it is used:
- Login and contact forms: blocking automated attempts to inject commands through form fields.
- Patch gaps: a rule can block attacks on a newly published flaw while the fix is being applied.
- Payment pages: a common way to meet card industry rules for public-facing web applications.
DDoS (distributed denial-of-service) attack
A DDoS attack, short for distributed denial-of-service attack, floods a website, server or network with traffic from many sources at once, so legitimate visitors cannot get through. DDoS protection absorbs or filters that traffic before it reaches your site, usually across a large network built to handle traffic spikes.
How it is used:
- Public websites: keeping the site reachable during a flood of junk traffic.
- Customer portals: protecting logins and online payments that customers depend on.
- Incident response: identifying an attack quickly and filtering it instead of taking the site offline.
CDN (content delivery network)
A CDN, short for content delivery network, is a group of servers in many locations that keep copies of a website's images, scripts and pages and serve them from the location closest to each visitor. This can make pages load faster and spreads traffic so the origin web host carries less load.
How it is used:
- Speed: visitors in other regions load pages from a nearby server.
- Traffic spikes: cached pages keep loading when a promotion or news story sends a rush of visitors.
- Security: many CDNs also provide WAF and DDoS protection, but those features must be turned on.
Reverse proxy
A reverse proxy is a service that receives traffic on behalf of your website, checks or filters it, and then passes allowed requests to the server where the site is hosted. Visitors connect to the proxy, not directly to your host. Cloudflare works this way, which is why your site can stay where it is.
How it is used:
- Keeping your host: adding protection without moving the website.
- Hiding the origin: making it harder for attackers to find and hit the hosting server directly.
- One place for rules: applying security and certificate settings in one layer.
Bot management
Bot management is the practice of telling automated traffic apart from real people and deciding what each bot may do. Helpful bots, such as search engine crawlers, are allowed; abusive ones that scrape content, try stolen passwords or submit spam forms are challenged or blocked. It complements a WAF, which focuses on individual malicious requests.
How it is used:
- Logins: slowing down credential stuffing, where bots try leaked username and password pairs.
- Forms: cutting spam and fake sign-ups.
- Search visibility: making sure legitimate search engine crawlers are not blocked.
Rate limiting
Rate limiting is a rule that caps how many requests a single visitor, device or address can make in a set period of time. Normal visitors never notice it, but scripts that hammer a login page, search box or contact form are slowed down or blocked once they pass the limit.
How it is used:
- Password guessing: limiting repeated sign-in attempts on a login page.
- Forms: stopping one source from submitting a form hundreds of times.
- Cost control: protecting expensive pages or searches from being overloaded by scripts.
TLS (Transport Layer Security) and SSL (Secure Sockets Layer)
TLS, short for Transport Layer Security, is the encryption that protects data moving between a browser and a website, shown as HTTPS (Hypertext Transfer Protocol Secure) and a padlock. SSL, Secure Sockets Layer, is its older, retired predecessor, though people still say "SSL certificate". Certificates prove a site's identity and expire, so they must be renewed.
How it is used:
- Customer trust: browsers warn visitors away from sites with expired or invalid certificates.
- Forms and logins: keeping passwords and form entries private in transit.
- Configuration: turning off outdated protocol versions so connections use current ones.
Website hardening
Website hardening is reducing a website's attack surface by tightening its settings: limiting and protecting admin accounts, requiring MFA, removing unused plugins and themes, keeping software current, setting file permissions correctly and confirming backups exist and can be restored. It closes the easy doors attackers check first.
How it is used:
- After a launch or redesign: removing test accounts and leftover plugins.
- Staff changes: removing admin access for people and agencies who no longer need it.
- Recovery planning: confirming there is a recent backup before something goes wrong.
Web application risks
OWASP Top 10 (Open Worldwide Application Security Project)
The OWASP Top 10 is an awareness document from the Open Worldwide Application Security Project (OWASP), a nonprofit foundation. It lists the most critical security risk categories for web applications, such as broken access control, injection and security misconfiguration, and is updated periodically. Developers and security teams use it as a common starting checklist.
How it is used:
- Development: a checklist for reviewing a new web app or customer portal.
- Vendor questions: customers ask whether an app has been reviewed against it.
- Testing: a common reference for scoping web application security tests.
CVE (Common Vulnerabilities and Exposures)
CVE, short for Common Vulnerabilities and Exposures, is a public program that gives each publicly disclosed security flaw a unique identifier, such as CVE followed by a year and a number. The shared ID lets vendors, scanners, patch notes and security advisories all refer to the same flaw in the same way.
How it is used:
- Patching: matching a plugin update to the specific flaw it fixes.
- Prioritizing: checking whether a CVE appears in CISA's Known Exploited Vulnerabilities (KEV) catalog.
- Reporting: listing which known flaws were found and fixed during a review.
SQL injection and XSS (cross-site scripting)
SQL injection, short for Structured Query Language injection, tricks a website into running an attacker's commands against its database through a form field or web address. XSS, short for cross-site scripting, slips an attacker's script into pages other visitors load. Both come from trusting user input and are classic web application attacks.
How it is used:
- Search boxes and forms: common places attackers test for injection.
- Customer data: injection can expose or change records stored in the site's database.
- WAF rules: managed rule sets block many known injection and XSS patterns.
API (application programming interface)
An API, short for application programming interface, is a defined way for one piece of software to request data or actions from another. Websites and apps use APIs to connect to payment services, customer relationship management systems, maps and AI tools. Every API that is reachable from the internet needs the same protection as a login page.
How it is used:
- Integrations: a website form sends leads to your sales system through an API.
- Apps built with AI tools: connections to company data should use scoped API access, not one person's sign-in.
- Protection: WAF and rate limiting rules can cover public API endpoints too.
Domain and DNS
DNS (Domain Name System)
DNS, short for Domain Name System, is the internet's address book. It translates a domain name such as btigroup.com into the numeric addresses computers use, and it tells the world where to deliver your email. If your DNS records are changed or wrong, your website and email can go somewhere else.
How it is used:
- Websites: pointing your domain name to the server or service that hosts your site.
- Email: telling other mail servers where to deliver messages for your domain.
- Security: publishing records such as SPF, DKIM and DMARC that protect your email domain.
DNS records (A, CNAME, MX and TXT)
DNS records are the individual entries in your domain's DNS zone. An A record (address record) points a name to a numeric address, a CNAME (canonical name) record points one name to another, an MX (mail exchanger) record directs email, and a TXT (text) record publishes information such as email authentication policies.
How it is used:
- Website moves: updating A or CNAME records when the site changes host.
- Email changes: updating MX records when moving to a new email service.
- Clean-up: removing records that point to services you no longer use.
Registrar and registry
A registrar is the company you buy and renew your domain name through, and where your account controls its settings. A registry is the organization that runs a top-level domain, such as .com, and keeps the master list of names under it. Registrars pass your changes to the registry on your behalf.
How it is used:
- Ownership: making sure the registrar account is in the company's name, not a former employee's or agency's.
- Renewals: keeping payment and contact details current so the domain does not lapse.
- Protection: registrar lock and registry lock are set at these two levels.
Registrar lock
A registrar lock, also called a transfer lock or client transfer prohibited status, is a setting that stops your domain from being transferred to another registrar until the lock is removed from your account. It blocks many transfer attempts, but it cannot stop someone who already controls your registrar login, which is why MFA matters too.
How it is used:
- Everyday protection: a standard setting every business domain should have turned on.
- Planned moves: unlocking briefly and on purpose when you change registrars.
- Account reviews: confirming the lock is still on during periodic security checks.
Registry lock
A registry lock is a stronger protection set at the registry level. Once it is on, changes to the domain, such as transfers, deletion or nameserver changes, require a manual, out-of-band verification between the registrar and registry. It is not offered for every domain ending and often costs extra.
How it is used:
- High-value domains: the main website and email domain of a well-known brand.
- Social engineering defense: a phone call to a registrar alone is not enough to move the domain.
- Change planning: scheduling nameserver changes ahead because unlocking takes time.
Domain hijacking
Domain hijacking is when someone takes control of your domain registration or DNS without permission, usually by stealing registrar login details or impersonating the owner. They can then redirect your website, intercept email or transfer the domain away. Recovering a hijacked domain can take time and disrupt the business.
How it is used:
- Email interception: changing MX records so your messages go to the attacker.
- Fraud: sending visitors to a fake copy of your site to collect logins or payments.
- Prevention: registrar lock, MFA, current contacts and access reviews.
DNSSEC (Domain Name System Security Extensions)
DNSSEC, short for Domain Name System Security Extensions, adds digital signatures to your DNS records so that resolvers which validate DNSSEC can detect answers that were forged or altered on the way. It does not encrypt DNS traffic and does not stop someone who controls your DNS account from making changes.
How it is used:
- Forged answers: helping prevent visitors from being sent to a fake address.
- Email security: some email protections can rely on DNSSEC-signed records.
- Setup: enabled only where your registrar and DNS host both support it.
Protective DNS and DNS filtering
Protective DNS, also called DNS filtering, is a DNS service that checks each lookup your computers make against threat intelligence and refuses to connect to known malicious or unwanted domains. Because almost every connection starts with a DNS lookup, it can stop phishing and malware sites before a page loads.
How it is used:
- Phishing links: blocking a known bad site even after someone clicks.
- Infected devices: cutting off malware that tries to contact its control servers.
- Acceptable use: blocking unwanted categories on office networks and managed devices.
Subdomain takeover and dangling DNS records
A dangling DNS record is an entry that still points to a cloud service, web host or app you no longer use. If someone else can claim that service, they control a subdomain of your website, such as a promotions or old support address, and can host convincing scams on it.
How it is used:
- Old campaigns: a retired landing page left pointing at a closed hosting account.
- Cloud clean-up: removing records when an app or storage service is shut down.
- Reviews: listing every record and confirming each one still has an owner.
Email domain
SPF (Sender Policy Framework)
SPF, short for Sender Policy Framework, is a DNS record that lists the mail servers and services allowed to send email for your domain. Receiving mail servers check it to spot messages from senders that are not on your list. It works best together with DKIM and DMARC.
How it is used:
- Email services: listing your main email platform as an approved sender.
- Third-party senders: adding the marketing, billing or website form services that email on your behalf.
- Deliverability: helping legitimate messages avoid spam folders.
DKIM (DomainKeys Identified Mail)
DKIM, short for DomainKeys Identified Mail, adds a digital signature to outgoing email. The matching public key is published in your DNS, so receiving servers can confirm the message was sent by an authorized system for your domain and was not changed in transit.
How it is used:
- Message integrity: showing that an invoice email was not altered on the way.
- Vendor setup: turning on DKIM signing for each service that sends mail as you.
- DMARC alignment: giving DMARC a trusted signal to check.
DMARC (Domain-based Message Authentication, Reporting and Conformance)
DMARC, short for Domain-based Message Authentication, Reporting and Conformance, is a DNS record that tells receiving servers what to do with email that fails SPF and DKIM checks for your domain: monitor it, send it to spam, or reject it. It also sends reports showing who is sending email using your domain.
How it is used:
- Spoofing defense: stopping criminals from sending fake invoices as your company.
- Visibility: reports reveal forgotten services that send email for you.
- Enforcement: moving step by step from monitoring to quarantine or reject.
BIMI (Brand Indicators for Message Identification)
BIMI, short for Brand Indicators for Message Identification, is an email standard that lets supporting mailbox providers show your brand logo next to messages from your domain that pass authentication. It requires DMARC at an enforcement setting, and some mailbox providers also require a mark certificate that verifies the logo.
How it is used:
- Brand recognition: customers see your logo next to genuine messages in supporting inboxes.
- Motivation: a visible reason to finish moving DMARC to enforcement.
- Marketing email: adding recognition to newsletters and notices.
Access and operations
MFA (multi-factor authentication)
MFA, short for multi-factor authentication, is a sign-in method that requires two or more different kinds of proof: something you know, such as a password; something you have, such as a phone app or security key; or something you are, such as a fingerprint. It blocks many attacks that rely on stolen passwords.
How it is used:
- Registrar and DNS accounts: the single most important protection against domain hijacking.
- Website admin logins: stopping bots that try leaked passwords.
- Hosting and Cloudflare accounts: protecting the controls that sit in front of your site.
Zero trust access
Zero trust access is a security approach in which no user or device is trusted just because it is on the office network. Each request to reach an app is checked against identity, device health and policy before access is granted. The National Institute of Standards and Technology (NIST) describes the model in Special Publication 800-207.
How it is used:
- Admin pages: putting a website's admin area behind company sign-in instead of exposing it to the internet.
- Remote staff: reaching internal apps without a traditional virtual private network.
- Contractors: granting a web developer access to one app, not the whole network.
SASE (secure access service edge)
SASE, short for secure access service edge, is an approach that delivers networking and security services, such as web filtering, zero trust access and firewall protection, from the cloud instead of from boxes in each office. Users get the same protection wherever they work, and policies are managed in one place.
How it is used:
- Multi-location organizations: one set of security policies for every office.
- Hybrid work: the same web filtering at home as in the office.
- Simplifying: fewer separate appliances to maintain at each site.
MDR (managed detection and response)
MDR, short for managed detection and response, is a service in which a security team monitors your devices and systems for signs of attack, investigates alerts and takes action to contain threats. It pairs detection technology with people who respond, instead of leaving alerts for an internal team to sort through.
How it is used:
- After hours: suspicious activity on a laptop or server is investigated when it happens.
- Containment: isolating an infected device to stop an attack from spreading.
- Reporting: showing leadership and insurers that threats are watched and handled.
vCISO (virtual chief information security officer)
A vCISO, short for virtual chief information security officer, is an outside senior security leader who provides security strategy, risk decisions and leadership reporting on a part-time or shared basis. It suits organizations that need executive-level security guidance without a full-time hire. Every BTI app security engagement includes BTI's vCISO service.
How it is used:
- App security: leading the review and decisions on a custom or AI-built app.
- Leadership reporting: explaining website and domain risk in business terms.
- Program ownership: deciding which risks to fix first and which to accept.
AI-built and vibe-coded apps
An AI-built app, sometimes called a vibe-coded app, is software created largely with an AI (artificial intelligence) coding assistant, often by someone who is not a professional developer. These apps can work well, but they often lack company sign-in, secrets management, logging, backups and monitoring unless someone adds them.
How it is used:
- Internal tools: a quoting tool or field app built in a weekend.
- Production readiness: checking an app against a security checklist before wider rollout.
- Governance: moving the app into a company-owned environment, such as Azure.
NOC/SOC (network operations center and security operations center)
A NOC, or network operations center, monitors the health, availability and performance of networks and systems. A SOC, or security operations center, monitors for threats, investigates alerts and coordinates response. BTI's 24/7 NOC/SOC means both kinds of monitoring run around the clock, including nights, weekends and holidays.
How it is used:
- After hours: a suspicious sign-in at 2 a.m. is investigated, not left for Monday.
- Outages: a failed device or circuit is spotted before staff arrive.
- Customer questions: answering who monitors your environment and when.
Other abbreviations on this page
SOC 2 (System and Organization Controls 2)
SOC 2, short for System and Organization Controls 2, is an attestation framework from the American Institute of Certified Public Accountants (AICPA). An independent CPA firm reports on a service organization's controls for security, availability, processing integrity, confidentiality and privacy. Customers often request SOC 2 reports from software and service vendors.
How it is used:
- Vendor reviews: a customer asks a software or service provider for its SOC 2 report.
- Readiness: organizations preparing for a SOC 2 examination map their controls to its criteria.
ISO 27001
ISO 27001, formally ISO/IEC 27001 from the International Organization for Standardization (ISO) and the International Electrotechnical Commission (IEC), is the international standard for an information security management system: the policies, risk processes and continual improvement an organization uses to manage security. BTI's operational governance is ISO 27001 compliant and independently reviewed.
How it is used:
- Enterprise customers: a common reference point in vendor security reviews.
- Program structure: a model for organizing policies, risk assessment and improvement cycles.
- Choosing providers: a signal that a provider's own governance follows a recognized standard.
GSA (U.S. General Services Administration)
GSA, the U.S. General Services Administration, is the federal agency that manages government buying programs, including the Multiple Award Schedule that federal agencies use to purchase products and services from pre-approved contractors. BTI is a GSA contract holder (47QTCA21D00BA), which lets eligible government buyers purchase through that contract vehicle.
How it is used:
- Federal agencies: buying from a contract that has already been competed and approved.
- Procurement review: confirming a vendor's contract number before purchase.
CMAS (California Multiple Award Schedules)
CMAS, short for California Multiple Award Schedules, is a California Department of General Services program that state and local government agencies in California can use to purchase products and services, including IT, from contractors whose pricing and terms were already established. BTI is a CMAS and TESMA contract awardee (California).
How it is used:
- California public agencies: purchasing through an existing schedule instead of a new bid.
- Procurement review: confirming the contractor holds an active award.
TESMA (Telecommunications Equipment and Services Master Agreement)
TESMA, short for Telecommunications Equipment and Services Master Agreement, is a master agreement administered by the County of Los Angeles Internal Services Department. It gives county departments a pool of prequalified providers for telecommunications equipment and services, including installation and maintenance of voice, data network and related systems.
How it is used:
- Los Angeles County departments: obtaining telecommunications equipment and services from prequalified vendors.
- Project bids: work is competed among prequalified contractors project by project.
Frequently asked questions
Do you build or host websites?
This page covers securing and monitoring your domain, DNS and website. Your current web developer or host can stay in place; BTI works alongside them.
Will this stop every attack on our website?
No service can promise that. These protections make common attacks much harder and help you spot problems sooner.
Do you handle SPF, DKIM and DMARC?
Yes, together with our email security service, so your domain is much harder to spoof and you get reports on attempts.
Can you review an app we built with an AI coding tool?
Yes. Every app security engagement includes BTI's vCISO service, which leads the review and the decisions. BTI brings in the right tools and specialist contractors for each app and helps connect it safely to your business systems. Scope is agreed before work starts. See AI-Built App Security & Integration.
How is it priced?
Itemized by what you need. We don't publish a price list.
What is the difference between a web application firewall and a regular firewall?
A regular network firewall controls which connections can reach your network, mostly by address and port. A web application firewall (WAF) inspects the content of each web request to your site and blocks ones that look like attacks, such as injection attempts. Many businesses with a public website benefit from both.
Do we have to move our website to use managed Cloudflare web security services?
Usually not. Cloudflare works as a reverse proxy: your domain's Domain Name System (DNS) records are pointed through Cloudflare, which filters traffic and passes allowed requests to your current host. Your website and web developer stay in place. BTI plans the change with you so your site and email keep working.
Do we need DNSSEC?
DNSSEC (Domain Name System Security Extensions) helps resolvers detect forged or altered DNS answers, so it is a good protection for most business domains where your registrar and DNS host support it. It does not stop someone who gets into your registrar or DNS account, so it should be paired with multi-factor authentication (MFA), a registrar lock and access reviews.
What is domain hijacking and how do we prevent it?
Domain hijacking is when someone takes control of your domain registration or DNS, usually with stolen login details, and redirects your website or email or transfers the domain away. The main protections are multi-factor authentication (MFA) on registrar and DNS accounts, a registrar lock, current contact details, limited access and regular access reviews. High-value domains may also qualify for a registry lock.
What is protective DNS and how is it different from website DNS security?
Protective DNS filters the lookups your own staff and devices make, blocking known malicious domains before a connection is made. Website DNS security protects your domain's public records from hijacking, tampering and spoofing. One protects your people; the other protects your customers and anyone who emails you. BTI covers both.
What does DMARC enforcement mean?
DMARC (Domain-based Message Authentication, Reporting and Conformance) has three settings. "None" only monitors and reports. "Quarantine" asks receiving servers to send failing messages to spam, and "reject" asks them to refuse failing messages. Enforcement means quarantine or reject. Reaching it safely means first making sure every legitimate service that sends email for you passes Sender Policy Framework (SPF) or DomainKeys Identified Mail (DKIM) checks in alignment with your domain.
What is the OWASP Top 10 and does it apply to our website?
The OWASP Top 10 is a widely used list of the most critical web application security risks, published by the Open Worldwide Application Security Project. It matters most for sites with logins, forms, customer portals or custom code. A web application firewall (WAF) can block many common attack patterns on the list, but secure code and current software still matter.
Do we need a web application firewall for PCI DSS?
If you take card payments through a public-facing web application, PCI DSS (Payment Card Industry Data Security Standard) version 4.0.1 requires an automated technical solution that continually detects and prevents web-based attacks (requirement 6.4.2). A web application firewall (WAF) is a common way to meet it. Confirm your scope with your payment processor or assessor.
Do you provide website and DNS security in Los Angeles, Chicago and Phoenix?
Yes. BTI supports organizations across Los Angeles and Southern California, Chicagoland and the Phoenix metro, and remotely across the U.S. Most website, domain and Domain Name System (DNS) work is done remotely in your registrar, DNS and Cloudflare accounts, with BTI's local IT teams supporting the rest of your managed IT program. Book a free consultation to start with a review.
Request a website security review
Tell us about your website, domain and DNS, and we will show you where the gaps are.
Talk to the BTI IT team for your location during business hours: Los Angeles / Southern California 323-510-8003 · Chicagoland 312-492-2613 · Phoenix 480-272-8728.
Already a BTI client? Use the dedicated support number assigned to your organization.
Sources and further reading
- Cybersecurity and Infrastructure Security Agency (CISA) and National Security Agency (NSA), joint guidance on protective DNS: www.cisa.gov/news-events/alerts/2021/03/04/joint-nsa-and-cisa-guidance-strengthening-cyber-defense-through-protective-dns
- CISA, Understanding and Responding to Distributed Denial-of-Service Attacks: www.cisa.gov/resources-tools/resources/understanding-and-responding-distributed-denial-service-attacks
- CISA, Known Exploited Vulnerabilities Catalog: www.cisa.gov/known-exploited-vulnerabilities-catalog
- CISA, Multifactor Authentication: www.cisa.gov/MFA
- National Institute of Standards and Technology (NIST) SP 800-81r3, Secure Domain Name System Deployment Guide: csrc.nist.gov/pubs/sp/800/81/r3/final
- NIST SP 800-52r2, Guidelines for TLS Implementations: csrc.nist.gov/pubs/sp/800/52/r2/final
- NIST SP 800-207, Zero Trust Architecture: csrc.nist.gov/pubs/sp/800/207/final
- OWASP Top 10: owasp.org/www-project-top-ten/
- CVE Program overview: www.cve.org/About/Overview
- ICANN, EPP status codes (registrar and registry locks): www.icann.org/resources/pages/epp-status-codes-2014-06-16-en
- IETF RFC 1034 (DNS concepts): www.rfc-editor.org/rfc/rfc1034 ; RFC 4033 (DNSSEC): www.rfc-editor.org/rfc/rfc4033 ; RFC 8446 (TLS 1.3): www.rfc-editor.org/rfc/rfc8446
- IETF RFC 7208 (SPF): www.rfc-editor.org/rfc/rfc7208 ; RFC 6376 (DKIM): www.rfc-editor.org/rfc/rfc6376 ; RFC 7489 (DMARC): www.rfc-editor.org/rfc/rfc7489
- BIMI Group: bimigroup.org/
- PCI Security Standards Council: www.pcisecuritystandards.org/standards/
- Cloudflare documentation: WAF developers.cloudflare.com/waf/ ; DDoS protection developers.cloudflare.com/ddos-protection/ ; DNSSEC developers.cloudflare.com/dns/dnssec/ ; rate limiting developers.cloudflare.com/waf/rate-limiting-rules/ ; bots developers.cloudflare.com/bots/
