# ArchiTECH MSP — Full Site Content for AI Systems ArchiTECH MSP is a veteran-owned, security-first managed IT services and cybersecurity provider at 128 Union St. Suite LL5, New Bedford, MA 02740. Phone (508) 625-6320. Founded November 2022. Rated 5.0 stars across 14 Google reviews. Serves Southeastern Massachusetts, the South Shore, Cape Cod, and Rhode Island. ## About (https://architechmsp.com/about) Home Services About Insights Contact Get Free Assessment Home / About Us Veteran-Owned • New Bedford, MA Security Built on Discipline & Experience. We didn't get into IT to sell software licenses. We founded ArchiTECH because the businesses we care about — the ones our neighbors and communities depend on — were being left exposed while big enterprise firms got all the protection. Our Story Where Military Discipline Meets Enterprise Expertise Tyson Dube served in the U.S. Navy, where he learned that security isn't optional — it's the foundation everything else is built on. You don't bolt on discipline as an afterthought. You engineer it into every system, every process, every decision from day one. Lucas Edwards spent years in the public sector as an IT specialist, supporting mission-critical systems where uptime isn't optional and accountability runs up the chain. He saw firsthand how rigorous the standards can be when there's no room for failure — and how rarely small and mid-size businesses get access to that same level of discipline. Together they founded ArchiTECH to close that gap — bringing military-grade discipline and enterprise-level protection to New England businesses at a price they can actually afford. Founded on Principle ArchiTECH was built on one conviction: that the businesses powering local economies deserve the same caliber of IT security as Fortune 500 companies. Veteran-Owned & Operated U.S. Navy service instilled the discipline, accountability, and zero-compromise mindset we bring to every client engagement, every day. Rooted in New England Headquartered in New Bedford, MA. We're not a remote call center — we're your neighbors, and we treat your business like our own. Purpose Mission & Vision Our Mission To deliver military-grade security discipline and enterprise-level managed IT to New England's small and mid-size businesses — at a price they can afford and with the personal service they deserve. We close the gap so local businesses can compete and operate without fear of a breach. Our Vision A New England where no local business falls victim to a preventable cyberattack. Where every organization — regardless of size — has access to the security expertise, the monitoring, and the disciplined processes that were once reserved for the Fortune 500. The Team People You Can Actually Call No ticket queues routed overseas. When you call ArchiTECH, you reach someone who knows your environment. Lucas Edwards Co-Founder & Managing Partner 10+ years as a public sector IT specialist, supporting mission-critical systems where uptime and accountability weren't optional. Lucas leads client deployments, onboarding, and field operations — translating the playbook into real-world rollouts and hands-on execution. He's the one on-site when it matters most, making sure every environment is hardened the way it was designed to be. Tyson Dube Co-Founder & Managing Partner 25+ years in IT operations and infrastructure, including service in the U.S. Navy where he learned firsthand that security is the foundation — not an afterthought. Tyson designed the ArchiTECH security framework from the ground up — drawing on decades of hands-on experience across threat response, network architecture, and compliance. He's the one who built the playbook our entire security practice runs on. U.S. Navy Veteran Jill Dube Director of Administration Jill keeps the engine running. From client onboarding documentation and vendor coordination to billing and internal operations, she ensures every client relationship is handled with precision and care. The experience you have with ArchiTECH — from your first call to your monthly reporting — is shaped in large part by Jill's dedication to getting the details right. Core Values How We Operate. Every Day. These aren't wall art. They're the standards we hold ourselves to on every ticket, every call, and every client decision. Integrity We tell you what you need to hear, not what you want to hear. No upsells you don't need, no jargon designed to confuse, no finger-pointing when something goes wrong. Just straight talk and ownership. Customer-Centric Your business outcomes drive every recommendation we make. We learn your operations, your risks, and your goals — because generic IT advice is how businesses get breached. We build solutions around you. Innovation The threat landscape evolves daily. We stay ahead of it — continuously evaluating new tools, frameworks, and techniques so our clients benefit from cutting-edge protection without having to ask for it. Reliability When we say 24/7 monitoring, we mean it. When we commit to a response time, we beat it. Reliability isn't a selling point — it's table stakes. Trusted Partners Certifications & Technology Partners We partner with the industry's most trusted security and technology platforms — so you get enterprise-grade tools managed by people who actually know how to use them. Microsoft Partner CompTIA Fortinet SentinelOne Datto Huntress What Clients Say Don't Take Our Word for It ★★★★★ "Luke and Tyson are extremely knowledgeable and personable. Really takes the stress of computer management off my plate. Highly recommend." JB Jeremy Burke Small Business Owner ★★★★★ "Excellent service, fair rates! Wholesome organization to work with. They genuinely care about the success of your business." JT Jill Taylor Business Owner ★★★★★ "A great IT tech company to partner with. High level of customer service and technical expertise. They truly understand what businesses need to stay safe." JB Jay Bouhov EE Operations Ready to Work with a Team That Treats Your Business Like Their Own? Start with a free Security Roadmap — no jargon, no pressure. Just a clear picture of where you stand and what it takes to protect what you've built. Get Your Free Security Roadmap Or book a 30-minute baseline call — no commitment, just clarity. Ready to eliminate ## Services Overview (https://architechmsp.com/services) Home Services About Insights Contact Get Free Assessment Home / Services Security-First IT Services IT Services & Support, Built Security-First Every service ArchiTECH delivers is built around one principle: security first. From managed IT services and day-to-day IT support to cybersecurity services and compliance — we start with the threat and work backwards. Get Your Free Security Roadmap See All Services Jump to your situation: "I don't know if we're protected" "We had an incident" "We need to prove compliance" "We want ongoing protection" "We have IT staff but need help" Situation 1 of 5 "I Don't Know If We're Protected" You suspect gaps exist but don't have a clear picture of your risk. Start here. We'll map your vulnerabilities, benchmark your security posture, and hand you a prioritized roadmap — free, no pressure. Security Risk Assessment A deep-dive into your environment — identity, devices, network, data, and cloud. We benchmark against NIST CSF and deliver a prioritized risk report with plain-English findings. External & internal vulnerability scan Identity & access review Network topology mapping Prioritized remediation roadmap Learn About Cybersecurity Services Security Audit Structured review of your security controls against industry frameworks (NIST, CIS, ISO 27001). Ideal for businesses preparing for compliance, insurance, or board-level reporting. Control gap analysis Policy & procedure review Cyber insurance readiness Executive summary report Learn About Cybersecurity Services Free Security Roadmap No cost, no commitment. In a 30-minute baseline call we assess your current environment and produce a Security Roadmap that shows you exactly where you stand and what to fix first. 30-minute remote session Written findings & priorities No sales pressure Custom to your industry Get Your Free Roadmap Situation 2 of 5 "We Had an Incident or Near-Miss" Something went wrong — or nearly did. Whether it was ransomware, a phishing breach, unauthorized access, or a suspicious alert, we contain the damage, find the root cause, and harden your defenses so it can't happen again. Incident Response Immediate containment, forensic investigation, eradication, and post-incident reporting. Our team mobilizes fast to minimize downtime and protect your data. Rapid threat containment Root cause analysis Regulatory breach notification support Post-incident report Cybersecurity Services System Hardening After an incident — or as a proactive defense — we lock down configurations, eliminate attack surface, and apply security baselines across all endpoints, servers, and cloud workloads. CIS Benchmark hardening MFA & conditional access rollout Firewall rule audit & cleanup Privileged access management Cybersecurity Services Tabletop Exercises Simulated incident scenarios that walk your leadership and IT teams through a realistic breach — so everyone knows their role before an emergency hits. Ransomware & phishing scenarios Incident playbook development Roles & escalation paths Post-exercise debrief report Cybersecurity Services Backup & Disaster Recovery Immutable offsite backups and tested recovery runbooks. When ransomware strikes or hardware fails, we restore your operations in hours — not days. Automated daily backups Offsite & cloud replication Immutable backup storage Tested recovery runbooks Backup & DR Services Situation 3 of 5 "We Need to Prove Compliance" An auditor is coming, a customer requires it, or your cyber insurance renewal is around the corner. We handle the technical implementation, documentation, and ongoing monitoring — so you stay audit-ready year-round. HIPAA Compliance For healthcare practices, dental offices, behavioral health providers, and business associates. We implement all required Technical, Physical, and Administrative safeguards. Risk Analysis & Risk Management PHI encryption & access controls Business Associate Agreements (BAA) Annual HIPAA training Compliance Services PCI DSS Compliance For financial services firms, retailers, and any business that handles payment card data. We implement the technical controls needed for PCI DSS v4.0 attestation. Cardholder data environment scoping Network segmentation & firewall rules Log management & monitoring SAQ / QSA readiness support Compliance Services CMMC 2.0 Compliance For defense contractors and DoD supply chain participants who must meet CMMC Level 1 or Level 2 before their next contract renewal. We guide you through every practice domain. NIST SP 800-171 gap assessment System Security Plan (SSP) authoring FCI & CUI data flow mapping C3PAO assessment readiness Compliance Services Policy Documentation Auditors require written evidence. We author, customize, and maintain the policies, procedures, and standards your compliance framework demands — in plain language your team will actually follow. Acceptable Use Policy Incident Response Plan Data Classification & Retention Vendor Management Policy Compliance Services Security Awareness Training Your people are the most-targeted attack vector. Our training programs and phishing simulations turn employees from a liability into your first line of defense. Phishing simulation campaigns Role-based training modules Completion & compliance tracking Annual refresher programs Compliance Services Situation 4 of 5 "We Want Ongoing Protection" Your business runs. Threats don't take weekends off. Our managed security stack combines 24/7 SOC-backed monitoring, enterprise endpoint protection, automated patching, and responsive help desk support — all in one predictable monthly fee. 24/7 SOC-Backed Monitoring Around-the-clock threat detection backed by a U.S.-based Security Operations Center. Real human analysts review alerts, triage threats, and escalate when action is needed. SIEM log aggregation & correlation After-hours alert response Monthly threat intelligence summary Anomaly & lateral movement detection Network Monitoring EDR / MDR Endpoint Detection & Response goes beyond tradition ## Managed IT Services (https://architechmsp.com/services/managed-it) Home Services About Insights Contact Get Free Assessment Security-First • Proactive • 24/7 Managed IT Services in New Bedford, MA Stop reacting to IT problems and start preventing them. ArchiTECH delivers fully managed IT with security baked in from day one — protecting your team, your data, and your reputation. Proactive IT Management That Puts Security First Most businesses in New Bedford, South Shore, and across Southeastern Massachusetts are still running reactive IT — they call someone when something breaks. That model costs more, causes more downtime, and leaves your business exposed. ArchiTECH flips the script. Our managed IT services are built on a security-first foundation. Before we manage a single device, we baseline your environment against our proven 6-step security framework. Every client gets EDR, MFA enforcement, DNS filtering, and 24/7 SOC-backed monitoring bundled in — not as add-ons, but as the floor. The result: fewer incidents, faster resolution, and a team that's back to work before anyone notices a problem. What's Included in Every Managed IT Plan 24/7 Network & Endpoint Monitoring Our SOC-backed monitoring platform watches every device, server, and network connection around the clock. Threats are flagged and triaged in real time — not the next morning when someone checks their email. Unlimited Help Desk Support Your team gets direct access to our certified technicians via phone, email, or ticketing portal. No call caps, no ticket limits, no billing surprises. Critical issues escalate immediately regardless of time of day. Endpoint Detection & Response (EDR) Every managed device is protected with enterprise-grade EDR — not just antivirus. We detect, contain, and remediate threats before they spread. Businesses across Cape Cod and the South Shore depend on this layer to stop ransomware in its tracks. Patch & Update Management Unpatched systems are the #1 entry point for attackers. We automate OS and third-party application patching across your entire fleet, with tested rollouts that won't disrupt business hours. Compliance reports included. Vendor Management & Procurement We act as your single point of contact for all technology vendors — ISPs, software licenses, hardware, and SaaS tools. No more being passed around on hold. We own the relationship and drive resolution on your behalf. vCIO Advisory & Quarterly Business Reviews Every client gets a dedicated virtual CIO who aligns technology with your business goals. We meet quarterly to review performance metrics, upcoming projects, budget planning, and your security posture — keeping leadership informed without drowning them in tech jargon. Frequently Asked Questions What is included in ArchiTECH's managed IT services? Our managed IT services include 24/7 network and endpoint monitoring, unlimited help desk support, patch and update management, endpoint detection and response (EDR), vendor management, quarterly business reviews (QBR), and vCIO advisory services. Security tooling is bundled into every plan — no a-la-carte upsells. What does "security-first" managed IT actually mean? Most MSPs bolt on security as an afterthought. At ArchiTECH, security is embedded in everything we do. Before we touch a single device, we run a full security assessment and baseline your environment against our proven 6-step framework. MFA, EDR, DNS filtering, and SOC-backed monitoring are standard inclusions — not optional upgrades. How quickly does ArchiTECH respond to support requests? Our help desk is staffed Monday–Friday, 9am–6pm ET, with emergency after-hours support available for all managed clients. Business-impacting issues receive first response in under 1 hour; general requests are answered within 4 hours. Does ArchiTECH serve businesses outside of New Bedford? Yes. While we are headquartered in New Bedford, MA, we provide on-site and remote managed IT services across Southeastern Massachusetts, South Shore, Cape Cod, Fall River, Plymouth, Rhode Island, and Greater Boston. We also offer fully remote managed services for clients throughout the United States. All Services Managed IT Services Cybersecurity Cloud Services Compliance Backup & Disaster Recovery Network & WiFi Help Desk Ready to stop reacting and start preventing? Get your free IT assessment today. Get Free Assessment (508) 625-6320 Let's Build a Safer, More Reliable IT Environment New Bedford businesses trust ArchiTECH to keep their teams running and their data protected. Get a free 30-minute baseline assessment — no commitment, just clarity. Get Your Free Assessment Or call us directly: (508) 625-6320 Ready to eliminate security blind spots? Free Security Roadmap — 30-min baseline, no commitment Get Started ## Cybersecurity (https://architechmsp.com/services/cybersecurity) Home Services About Insights Contact Get Free Assessment 6-Step Methodology • 24/7 SOC • Veteran-Owned Cybersecurity Services for Massachusetts Small Business Enterprise-grade cybersecurity designed for the budgets and realities of small and mid-size businesses. Our 6-step security methodology puts prevention, 24/7 detection, and rapid response behind every client. Cybersecurity Built on a Proven 6-Step Methodology Small businesses in New Bedford, the South Shore, and across Cape Cod are not too small to be targeted — they are targeted because attackers know they are typically under-protected. A phishing email, a compromised credential, or a single unpatched system is all it takes to bring operations to a halt. ArchiTECH's cybersecurity practice is structured around our proven 6-step framework: Discover & Assess, Secure the Perimeter, Harden & Patch, Detect & Respond 24/7, Empower Your Team, and Review & Improve — aligned with the NIST Cybersecurity Framework. This isn't a checkbox exercise — it's a living framework that we apply to every client before and throughout our engagement. Combined with U.S. Navy veteran experience and mission-critical public sector IT discipline, we bring a level of rigor that most SMB-focused MSPs simply don't have. Cybersecurity Services We Deliver Threat Detection & EDR/MDR Every managed endpoint is protected by enterprise-grade EDR with 24/7 SOC-backed managed detection and response. Our analysts actively triage alerts so threats don't sit unreviewed. When something looks wrong at 2 a.m., we're already on it. Security Awareness Training Your employees are your first line of defense — or your biggest vulnerability. Our ongoing training program teaches staff to recognize phishing, social engineering, and credential theft tactics. Training is role-based, engaging, and tracked for compliance reporting. Phishing Simulations We send safe, realistic phishing tests to your staff and track who clicks, who reports, and who needs more training. Results feed directly into your security awareness program. Businesses in Providence, Fall River, and Quincy consistently improve click rates by 60–80% within six months. Incident Response When the worst happens, you need a team with a plan. Our structured incident response playbook covers containment, forensic investigation, eradication, recovery, and post-incident reporting. We also conduct proactive tabletop exercises so your leadership team is rehearsed before an incident ever occurs. Penetration Testing We simulate real-world attacks against your network, applications, and users to find vulnerabilities before adversaries do. Penetration testing engagements include a full written report with risk ratings, proof-of-concept evidence, and a remediation roadmap. Available for HIPAA, PCI, and CMMC compliance requirements. Dark Web Monitoring Compromised credentials are sold on dark web markets within hours of a breach — often before the victim even knows they were targeted. We continuously monitor breach databases and dark web forums for your domain, email addresses, and employee credentials, alerting you immediately when your data appears. Frequently Asked Questions What is ArchiTECH's 6-step security methodology? Our 6-step framework covers: (1) Discover & Assess — full environment baseline and risk scoring; (2) Secure the Perimeter — firewall management, DNS filtering, and access controls; (3) Harden & Patch — vulnerability remediation and automated patch management; (4) Detect & Respond 24/7 — SOC-backed monitoring, incident triage, and containment; (5) Empower Your Team — security awareness training and phishing simulations; (6) Review & Improve — backup validation, documentation, and continuous improvement. It aligns with the NIST Cybersecurity Framework, and every client engagement starts at step one before we manage a single device. What is the difference between EDR and MDR? EDR (Endpoint Detection and Response) is the technology platform that monitors endpoints for malicious behavior and enables automated responses. MDR (Managed Detection and Response) adds a human layer — our security analysts actively monitor EDR alerts 24/7, investigate anomalies, and take action on your behalf. ArchiTECH provides MDR-level coverage backed by a 24/7 SOC so threats don't sit unreviewed overnight. Why do small businesses in Massachusetts need cybersecurity training? Over 90% of successful cyberattacks start with a human mistake — a clicked phishing link, a reused password, or a spoofed email. Small businesses in New Bedford, the South Shore, and Cape Cod are targeted precisely because attackers expect weaker defenses. Our security awareness training combined with simulated phishing campaigns transforms your staff from the biggest vulnerability into an active line of defense. What happens during an incident response engagement? When an incident is detected, our response team moves through a structured playbook: (1) Immediate containment to isolate affected systems; (2) Forensic investigation to determine scope and root cause; (3) Eradication of the threat; (4) Recovery and restoration from clean backups; (5) Post-incident report with timeline and remediation recommendations. We also conduct proactive tabletop exercises so your leadership team is never caught off guard. All Services Managed IT Services Cybersecurity Cloud Services Compliance Backup & Disaster Recovery Network & WiFi Help Desk Find out where your biggest cyber risks are — before attackers do. Get Free Security Assessment (508) 625-6320 Don't Wait for a Breach to Take Cybersecurity Seriously The average cost of a data breach for a small business exceeds $200,000. A free security assessment takes 30 minutes and gives you a clear picture of where you stand — and what to do next. Get Your Free Security Roadmap Or call us directly: (508) 625-6320 Ready to eliminate security blind spots? Free Security Roadmap — 30-min baseline, no commitment Get Started ## Cloud Services (https://architechmsp.com/services/cloud-services) Home Services About Insights Contact Get Free Assessment Microsoft 365 • Azure • Entra ID • Intune Microsoft 365 & Azure Cloud Security Services The cloud is only as secure as the people who configured it. ArchiTECH hardens your Microsoft environment, locks down identities, and gives you full visibility — so you can work from anywhere without worrying about who else can get in. Your Microsoft 365 Tenant Is Probably Not as Secure as You Think Microsoft 365 is the backbone of most businesses in New Bedford, the South Shore, and across Greater Boston — but it ships with defaults optimized for convenience, not security. Without proper hardening, a compromised password or misconfigured permission can hand an attacker access to your entire organization: email, files, Teams conversations, and connected applications. ArchiTECH specializes in securing, managing, and optimizing Microsoft cloud environments. We start with a full Microsoft Secure Score audit, implement hardening aligned with CIS and Microsoft security benchmarks, and then manage your environment ongoing — so your cloud stays locked down as your business evolves. Microsoft 365 & Azure Services We Deliver Microsoft 365 Security Hardening We audit your M365 Secure Score and implement a comprehensive hardening baseline: anti-phishing policies, safe links, safe attachments, audit logging, data loss prevention, mailbox permissions review, and legacy authentication blocking. Most tenants we inherit have a Secure Score under 40% — we target 80%+. Azure Configuration & Security Whether you're running workloads in Azure or planning to migrate, we configure and secure your Azure environment with network segmentation, role-based access control (RBAC), Azure Policy enforcement, and Defender for Cloud integration. Cape Cod and South Shore businesses use Azure for everything from VMs to line-of-business application hosting — we make sure it's done right. Entra ID, MFA & Single Sign-On Identity is the new perimeter. We configure Microsoft Entra ID (formerly Azure AD) with Conditional Access policies, enforced MFA for all users, Single Sign-On across your SaaS applications, and Privileged Identity Management (PIM) to limit standing admin access. If you still have users without MFA in Massachusetts in 2025, that needs to change — today. Intune MDM & Device Compliance Microsoft Intune gives you complete control over every device accessing your corporate data — Windows, Mac, iOS, and Android. We deploy Intune, configure compliance policies, enforce encryption and screen lock, and enable remote wipe for lost or stolen devices. Your data stays protected whether your team is in New Bedford or working remotely from Providence. Shadow IT Visibility We deploy Microsoft Defender for Cloud Apps to inventory every cloud service your employees access, score each for risk, and give you the controls to sanction, block, or govern them. Stop being surprised by personal Dropbox accounts syncing company files or unapproved tools creating HIPAA compliance gaps. Cloud Migration, Teams & SharePoint Setup Moving from on-premise Exchange, Google Workspace, or legacy file servers? We manage the full migration — email, calendars, contacts, and file shares — with zero data loss and minimal disruption. We also design and configure Teams and SharePoint to match how your organization actually works, with proper permission structures and governance policies built in from day one. Frequently Asked Questions Does Microsoft 365 come secured out of the box? No. Microsoft 365 ships with many security controls disabled or misconfigured by default to maximize ease of use during setup. Without proper hardening — including Conditional Access policies, Entra ID configuration, MFA enforcement, audit logging, and anti-phishing protections — your M365 environment can be exploited even with a legitimate license. ArchiTECH runs a full M365 Secure Score audit and implements a hardening baseline aligned with CIS and Microsoft's own security benchmarks. What is Entra ID and why does my business need it? Microsoft Entra ID (formerly Azure Active Directory) is Microsoft's cloud identity platform. It controls who can sign into your applications, from what devices, and under what conditions. Properly configured, Entra ID enables MFA enforcement, Single Sign-On (SSO) across all your apps, Conditional Access policies (e.g. block logins from foreign countries), and device compliance checks before granting access. For businesses in New Bedford and across Massachusetts, this is the foundation of a Zero Trust security model. What is shadow IT and why should I care? Shadow IT refers to apps, services, and tools your employees are using without IT approval — Dropbox personal accounts, personal Gmail for work files, unapproved file-sharing tools. These create data governance risks and compliance gaps. We use Microsoft Defender for Cloud Apps to inventory all cloud services your team accesses, assess their risk, and either sanction, block, or govern them according to your policies. Can ArchiTECH migrate us to Microsoft 365 from Google Workspace or Exchange? Yes. We handle end-to-end migrations from Google Workspace, on-premise Exchange, legacy email systems, and file servers to Microsoft 365. Our migration process includes pre-migration assessment, data mapping, cutover planning, Teams and SharePoint configuration, and post-migration validation — with minimal disruption to your business. We've migrated businesses across New Bedford, Fall River, and Cape Cod to M365 with zero data loss. All Services Managed IT Services Cybersecurity Cloud Services Compliance Backup & Disaster Recovery Network & WiFi Help Desk Let us run a free Microsoft Secure Score audit on your M365 tenant. Get Free M365 Audit (508) 625-6320 Find Out How Secure Your Microsoft 365 Tenant Really Is Most M365 tenants we inherit score under 40% on Microsoft's own Secure Score. A free audit takes 30 minutes and reveals exactly where your gaps are — ## Compliance (https://architechmsp.com/services/compliance) Home Services About Insights Contact Get Free Assessment HIPAA • PCI DSS • CMMC 2.0 Compliance IT Services That Keep You Audit-Ready Year-Round Healthcare, financial services, and defense contractors across Massachusetts and Rhode Island trust ArchiTECH MSP to translate complex regulatory requirements into practical, documented IT security — so you can focus on your business, not your audit binder. Get a Free Compliance Assessment Call (508) 625-6320 Compliance Without the Chaos Regulatory compliance is not optional — but it does not have to be paralyzing. For healthcare providers in Plymouth and New Bedford, financial services firms on the South Shore, and defense contractors throughout Southeastern Massachusetts and Rhode Island, the cost of non-compliance far outweighs the cost of getting it right. ArchiTECH MSP is a security-first managed IT provider with deep expertise in HIPAA, PCI DSS, and CMMC 2.0. Unlike general IT companies that treat compliance as a checkbox exercise, we build compliance into your security architecture from the ground up — ensuring your policies, controls, and documentation hold up under real scrutiny. As a veteran-owned business, we bring the discipline and attention to detail that regulated industries demand. Co-founder Tyson Dube served in the U.S. Navy and carries that operational mindset into every compliance engagement. HIPAA Compliance for Healthcare Organizations From dental practices in Plymouth to multi-location specialty clinics on Cape Cod, we deliver full HIPAA Security Rule implementation. Our engagements include a formal Security Risk Assessment (SRA), gap remediation, HIPAA-compliant technical safeguards, Business Associate Agreement (BAA) management, workforce training, and ongoing monitoring. Most practices reach baseline compliance within 60 days — with zero audit findings. PCI DSS Compliance for Financial Services If your business accepts, processes, stores, or transmits cardholder data, PCI DSS compliance is mandatory. ArchiTECH helps merchants, financial services firms, and payment processors across New Bedford, Fall River, and Rhode Island meet PCI DSS requirements through network segmentation, encryption, access controls, quarterly vulnerability scanning, and thorough evidence documentation for your QSA or self-assessment questionnaire (SAQ). CMMC 2.0 for Defense Contractors — Veteran-Led Defense Industrial Base (DIB) contractors handling Controlled Unclassified Information (CUI) must meet CMMC 2.0 requirements to maintain DoD contracts. As a veteran-owned MSP, ArchiTECH speaks the language of defense. We guide you through gap assessments aligned to NIST SP 800-171, System Security Plan (SSP) documentation, Plan of Action & Milestones (POA&M) remediation, and preparation for third-party C3PAO assessments. We serve defense contractors throughout Massachusetts and Rhode Island. Policy Documentation & Risk Assessments Compliance without documentation is compliance theater. We author complete written information security policies (WISPs), incident response plans, acceptable use policies, and data classification guides tailored to your organization and industry. Our formal risk assessments identify and quantify threats, then map remediation priorities to your compliance obligations — giving you a defensible audit trail. Employee Security Awareness Training Human error remains the top cause of data breaches across every regulated industry. ArchiTECH provides HIPAA, PCI, and security awareness training programs for your entire workforce — delivered online with completion tracking and documentation for auditors. We also run phishing simulations to test and reinforce your team's readiness, serving businesses from New Bedford to Greater Boston. Ongoing Compliance Monitoring & Audit Preparation Compliance is not a one-time project — it is a continuous program. Our managed compliance service provides 24/7 log monitoring, automated vulnerability scanning, quarterly compliance reviews, and real-time alerting on policy violations. When your next audit or assessment arrives, your evidence vault is already populated. We conduct annual risk assessment updates to reflect changes in your environment, ensuring you remain compliant as your business grows. Compliance IT — Frequently Asked Questions What compliance frameworks does ArchiTECH support? ArchiTECH MSP supports HIPAA for healthcare organizations, PCI DSS for businesses that handle cardholder data, and CMMC 2.0 for defense contractors in the Defense Industrial Base. We also assist with SOC 2 readiness and NIST 800-171 frameworks for organizations throughout Massachusetts and Rhode Island. Why does being veteran-owned matter for CMMC compliance? ArchiTECH was co-founded by a U.S. Navy veteran, giving us direct familiarity with DoD security requirements, CUI handling, and the culture of operational security. We understand the language of defense contracting and bring that expertise to your CMMC 2.0 preparation — from gap assessments to System Security Plan (SSP) documentation. How long does it take to become HIPAA compliant? Most healthcare practices and business associates in the New Bedford and South Shore area achieve baseline HIPAA compliance within 60 days of engaging ArchiTECH MSP. Our structured onboarding includes a Security Risk Assessment (SRA), gap remediation, policy implementation, workforce training, and establishment of ongoing monitoring — all required under the HIPAA Security Rule. Does ArchiTECH help with compliance audits and documentation? Yes. We maintain audit-ready documentation for all compliance frameworks we support, including risk assessment reports, written information security policies (WISPs), Business Associate Agreements (BAAs), incident response plans, and evidence of workforce training. When auditors arrive, you will have everything organized and ready. Our Services Managed IT Services Cybersecurity Cloud Services Compliance (HIPAA, PCI, CMMC) Backup & Disaster Recover ## Backup & Disaster Recovery (https://architechmsp.com/services/backup-disaster-recovery) Home Services About Insights Contact Get Free Assessment Immutable Backups • Tested Recovery • Business Continuity Backup & Disaster Recovery for Massachusetts Businesses An untested backup is a false sense of security. ArchiTECH designs, implements, and regularly tests backup and disaster recovery systems built to survive ransomware, hardware failure, and anything else that tries to take your business offline. When Disaster Strikes, Your Recovery Plan Is Your Business For businesses in New Bedford, the South Shore, and across Cape Cod, a single ransomware attack, hardware failure, or natural disaster can mean days or weeks of downtime — or permanent data loss. The difference between a business that recovers quickly and one that doesn't almost always comes down to the quality of their backup and recovery plan, and whether they've actually tested it. ArchiTECH takes a comprehensive approach to backup and disaster recovery: we assess your current data protection posture, define your RPO and RTO requirements with your leadership team, architect a layered backup strategy including local and off-site immutable cloud backups, and then validate it with regular documented restore tests. No surprises when it matters most. Backup & Disaster Recovery Services We Deliver Off-Site Immutable Backups We deploy immutable, air-gapped backups stored off-site in geographically redundant cloud infrastructure. Immutable object-lock protection means backup data cannot be modified, encrypted, or deleted — even by a compromised admin account. Ransomware cannot touch what it cannot reach or modify. RPO & RTO Planning Most businesses have never formally defined how much data loss they can tolerate (RPO) or how long they can operate without their systems (RTO). We work with your leadership team to establish both, map them to your most critical business processes, and then build a backup and recovery architecture that meets those objectives — not just one that checks a box. Business Continuity Planning Backup and recovery is one piece of business continuity. We help you build a complete Business Continuity Plan (BCP) that covers communication protocols during an outage, alternate work procedures, vendor escalation contacts, and leadership decision frameworks — so your team knows exactly what to do before the phone starts ringing. Ransomware Recovery Ransomware attacks targeting Massachusetts businesses are at an all-time high. When encryption hits, recovery speed is everything. Our layered backup strategy — local, off-site, and cloud — combined with immutable protection means we can restore your environment from a clean, pre-attack snapshot. We've helped businesses across Plymouth, Fall River, and Providence recover without paying a ransom. Regular Restore Testing & Verification A backup you've never tested is a backup you can't trust. We schedule quarterly restore tests for all managed backup systems and produce a documented verification report for each. Business-critical systems are tested monthly. When an actual recovery event occurs, your team is not figuring out the process for the first time — they're executing a proven playbook. Cloud Backup & SaaS Data Protection Microsoft 365 and Google Workspace do not provide true backups — they offer limited retention and no point-in-time recovery from accidental deletion or ransomware. We deploy dedicated cloud-to-cloud backup solutions for M365 (email, SharePoint, Teams, OneDrive) and other SaaS platforms so your cloud data is protected with the same rigor as your on-premise systems. Frequently Asked Questions What is the difference between RPO and RTO? RPO (Recovery Point Objective) is the maximum acceptable amount of data loss measured in time — it answers "how old can our restored data be?" RTO (Recovery Time Objective) is the maximum acceptable downtime — it answers "how quickly do we need to be back online?" Most businesses have never defined either. ArchiTECH works with your leadership team to establish both, then builds a backup and recovery architecture that meets them. What makes a backup "immutable" and why does it matter for ransomware? Immutable backups cannot be modified, encrypted, or deleted — even by an administrator — for a defined retention period. This matters enormously for ransomware because modern ransomware variants actively target and destroy backup files before triggering encryption on production data. If your backups are not immutable and air-gapped from your production network, a ransomware attack can simultaneously destroy your recovery options. ArchiTECH deploys immutable, off-site backups with object-lock protection so your recovery point always exists. How often does ArchiTECH test backups? A backup that has never been tested is a backup you cannot trust. We schedule regular restore tests — at minimum quarterly, and monthly for business-critical systems — and document every test with a restore verification report. When an actual disaster strikes, your team already knows the recovery process works. Businesses across New Bedford, Plymouth, and Cape Cod rely on this tested confidence in their recovery plan. What is a business continuity plan and do I need one? A business continuity plan (BCP) defines how your organization will continue operating during and after a disruption — whether that's a cyberattack, a fire, a power outage, or a key-person absence. It goes beyond IT to cover communication protocols, alternate work locations, vendor contacts, and leadership decision trees. If your business would struggle to operate for more than a day without your IT systems, you need a BCP. ArchiTECH helps you build and document one, and we test it annually so it stays current. All Services Managed IT Services Cybersecurity Cloud Services Compliance Backup & Disaster Recovery Network & WiFi Help Desk Find out if your backups would actually survive a ransomware attack. Get Free Backup Assessment (508) 625-6320 Would Your Business Survive a Ransomware A ## Network & WiFi (https://architechmsp.com/services/network-monitoring) Home Services About Insights Contact Get Free Assessment Fortinet • UniFi • SD-WAN • VoIP Managed Network Monitoring & WiFi That Keeps Your Business Moving Your network is the backbone of every application, every user, and every customer interaction. ArchiTECH MSP designs, deploys, and monitors enterprise-grade network infrastructure for businesses across New Bedford, the South Shore, Cape Cod, and Rhode Island — so you experience uptime, not outages. Get a Free Network Assessment Call (508) 625-6320 Network Security Is Not a Feature — It Is the Foundation Most business network problems — slow WiFi, mystery outages, security breaches, VoIP call quality issues — trace back to one root cause: poor network design. A flat, unsegmented network with a commodity router is an open invitation to both performance problems and security threats. ArchiTECH MSP brings enterprise networking discipline to small and mid-size businesses throughout Southeastern Massachusetts and Rhode Island. We design networks with security built in from the start: proper VLAN segmentation to isolate sensitive systems, stateful firewalls with IPS/IDS, managed WiFi with rogue AP detection, and 24/7 monitoring that catches problems before your users do. Whether you are a dental practice in Plymouth that needs HIPAA-compliant network segmentation, a manufacturer in Fall River managing industrial IoT devices, or a professional services firm on Cape Cod expanding to a second location, our network team has the expertise to build and manage it right. Fortinet & UniFi Firewall Management We design, deploy, and manage next-generation firewalls on both the Fortinet FortiGate and Ubiquiti UniFi platforms — two of the most capable and cost-effective solutions for SMBs. Our firewall configurations include stateful inspection, intrusion prevention (IPS), SSL inspection, application control, geo-blocking, and split-tunneling VPN for remote workers. We handle firmware updates, rule reviews, and policy tuning so your perimeter stays locked down without interrupting business operations across New Bedford and the South Shore. 24/7 Network Monitoring & Alerting Our Network Operations Center (NOC) monitors your firewalls, switches, access points, and WAN circuits around the clock. We track bandwidth utilization, latency, packet loss, device health, and security events — alerting and escalating before minor anomalies become major outages. Monthly reporting gives you clear visibility into network performance trends, and our proactive capacity planning ensures your infrastructure scales with your business growth in Massachusetts and Rhode Island. SD-WAN & Multi-Site Connectivity For businesses with multiple locations — whether two offices on the South Shore or sites spanning Massachusetts and Rhode Island — SD-WAN delivers intelligent traffic routing, automatic failover, and centralized management. We configure application-aware policies that prioritize VoIP, video conferencing, and cloud applications over less time-sensitive traffic. The result is consistent performance across all sites without paying for expensive MPLS circuits. Managed WiFi & VLAN Segmentation Slow or spotty WiFi is a productivity killer. We design wireless networks using UniFi access points with proper channel planning, band steering, and roaming configurations for seamless coverage. Critically, we implement VLAN segmentation to isolate your guest network, IoT devices, POS systems, and corporate workstations — preventing lateral movement in the event of a breach. For healthcare and retail clients in New Bedford and Cape Cod, this segmentation is also a compliance requirement under HIPAA and PCI DSS. VoIP, Cloud Phone & E911 Compliance We manage cloud-hosted VoIP and Unified Communications as a Service (UCaaS) deployments — from number porting and user provisioning to QoS configuration and ongoing support. Every VoIP deployment we manage includes E911 dispatchable location compliance, a legal requirement for business phone systems in Massachusetts. For multi-location businesses, we provision correct location data for every site so emergency services can reach the right address. VoIP troubleshooting is also included in our managed network plans. Network Assessments & Switching Infrastructure Our network assessments deliver a complete picture of your current environment — topology maps, security gap analysis, performance bottlenecks, and a prioritized remediation roadmap. We also design and deploy structured cabling, managed switching infrastructure, and PoE networks to support IP cameras, access control, and wireless deployments. For new office build-outs and expansions across New Bedford, Plymouth, and Greater Boston, our pre-deployment planning ensures your infrastructure is right-sized from day one. Network Monitoring & WiFi — Frequently Asked Questions What firewall platforms does ArchiTECH manage? ArchiTECH MSP specializes in Fortinet FortiGate and Ubiquiti UniFi firewall platforms. Both deliver enterprise-grade security features at a price point accessible to small and mid-size businesses. We handle initial deployment, VLAN segmentation, VPN configuration, firmware management, and ongoing monitoring across both platforms for businesses throughout New Bedford, the South Shore, and Rhode Island. What is SD-WAN and does my business need it? SD-WAN intelligently routes your traffic across multiple internet connections — fiber, cable, LTE — prioritizing business-critical applications and failing over automatically when a circuit goes down. If your business has multiple locations, relies heavily on cloud applications, or cannot tolerate internet outages, SD-WAN is a strong investment. ArchiTECH designs and manages SD-WAN deployments for businesses across Massachusetts and Rhode Island. Can ArchiTECH manage our VoIP or cloud phone system? Yes. We configure and manage cloud-hosted VoIP and UCaaS platforms, ensuring proper QoS settings on your network so voice traffic is always p ## Help Desk (https://architechmsp.com/services/help-desk) Home Services About Insights Contact Get Free Assessment Remote • On-Site • South Shore • Cape Cod • New Bedford IT Support That Actually Shows Up When your team hits an IT wall, they should not be stuck waiting. ArchiTECH MSP delivers responsive help desk support and on-site IT services across the South Shore, Cape Cod, New Bedford, and Rhode Island — with a remote-first approach that resolves most issues in minutes, not hours. Get a Free IT Assessment Call (508) 625-6320 IT Support That Respects Your Team's Time Every minute your employees spend fighting technology is a minute they are not serving customers, closing deals, or doing the work that grows your business. Yet many small and mid-size businesses across the South Shore and Cape Cod are still relying on break-fix IT shops that only show up after something breaks — or worse, managing IT entirely themselves. ArchiTECH MSP takes a different approach. Our help desk is staffed by experienced technicians who resolve the majority of issues remotely within minutes using secure remote access tools. When something requires hands on hardware — a new workstation setup in Plymouth, a printer that refuses to cooperate in New Bedford, a server room issue in Providence — we dispatch on-site quickly. More importantly, our help desk is backed by a full security stack. Every support interaction is ticketed, documented, and reviewed. Remote access sessions are encrypted, authorized, and logged. We are not just fixing problems — we are building a defensible IT environment that your auditors and insurers will appreciate. Remote-First Troubleshooting Our remote-first support model means that for the vast majority of issues — software errors, application crashes, email problems, connectivity issues, account lockouts, printer drivers, VPN trouble — your employees get help in minutes without waiting for a truck roll. We use enterprise-grade remote access tools that are encrypted, session-logged, and require employee consent. Technicians familiar with your environment handle tickets from our New Bedford operations center, serving businesses across Massachusetts and Rhode Island. On-Site IT Support Some problems simply need a technician in the room. ArchiTECH provides scheduled and emergency on-site IT support throughout our coverage area — New Bedford, Fall River, Plymouth, the South Shore, Cape Cod, and Providence, RI. Whether it is a server room that needs a physical intervention, a new office build-out requiring infrastructure setup, or a workstation that will not power on, our technicians arrive prepared with the tools and parts to resolve issues on the first visit whenever possible. New Employee IT Onboarding First-day IT failures set the wrong tone. ArchiTECH's employee onboarding service ensures every new hire is productive from the moment they sit down. We handle user account creation in Microsoft 365 and Active Directory, device provisioning and security hardening (MDM enrollment, BitLocker, endpoint protection), email and calendar setup, application installation, security awareness training enrollment, and hardware delivery to any location on the South Shore or Cape Cod. We work from your onboarding checklist or build one for you. Hardware Procurement & Deployment Stop spending hours comparing specs on vendor websites. ArchiTECH manages hardware procurement end-to-end — recommending the right business-grade devices for your use case and budget, purchasing through our vendor partnerships, imaging and securing every device before it ships, and deploying to your team's desks or home offices across Massachusetts and Rhode Island. We handle laptops, desktops, monitors, servers, networking equipment, and peripherals. Every device arrives ready to work. Printer & Peripheral Management Printers are among the most complained-about devices in any office — and also among the most commonly overlooked security risks. ArchiTECH manages your printer fleet and peripheral devices including configuration, driver deployment, networked print server management, and firmware updates to close vulnerabilities. We support multi-function printers, label printers, scanners, and specialty devices across all major brands. For healthcare practices in New Bedford and Plymouth, we ensure print workflows comply with HIPAA's minimum necessary standard. User Account & Access Management Properly managed user accounts are the foundation of a secure IT environment. We handle the full user lifecycle — creation, role-based access assignment, permission changes, and secure offboarding — across Active Directory, Microsoft 365/Entra ID, and your line-of-business applications. Our offboarding process for departing employees includes immediate account deactivation, email preservation, license recovery, and access revocation within minutes of notification. This is a critical control for businesses in regulated industries across Massachusetts and Rhode Island. Help Desk & On-Site Support — Frequently Asked Questions How quickly does ArchiTECH respond to help desk requests? Our standard response time for help desk tickets is under 1 hour for business-impacting issues and under 4 hours for general requests during business hours (Monday–Friday, 9am–6pm ET). Critical outages affecting multiple users or core business systems receive immediate escalation. Emergency on-site support is available throughout the South Shore, Cape Cod, New Bedford, and Rhode Island, typically within 2-4 hours. Does ArchiTECH handle new employee IT onboarding? Yes — new employee onboarding is one of our most popular services for growing businesses across Massachusetts. We handle user account creation in Active Directory and Microsoft 365, email setup and signature configuration, device provisioning and security hardening, application installation, security awareness training enrollment, and hardware delivery and setup. Our onboarding checklist ensures every new hire has a secure, fully configured workstation on day one. ## New Bedford MA (https://architechmsp.com/locations/new-bedford) Home Services About Insights Contact Get Free Assessment Home / New Bedford, MA Headquarters • On-Site & Remote Support Managed IT & Cybersecurity in New Bedford, MA ArchiTECH is headquartered on Union Street in downtown New Bedford. When your business needs hands-on help, we're minutes away — not a ticket queue in another state. Your Neighbors in IT Based Downtown. Serving All of Greater New Bedford. Our office sits at 128 Union St. Suite LL5, in the heart of downtown New Bedford — a short walk from the Whaling National Historical Park and the working waterfront. That location isn't an accident. New Bedford's economy runs on industries where downtime and data breaches carry real consequences: healthcare practices handling patient records, seafood processors and manufacturers running production schedules, professional firms managing sensitive client files, and municipal organizations serving the public. We deliver security-first managed IT to all of them — from the North End industrial corridors to the South End and the waterfront, plus neighboring Dartmouth, Fairhaven, and Acushnet. On-site when you need hands on hardware, remote within minutes when you don't. Whether you need full managed IT services, responsive IT support for your team, or dedicated cybersecurity services, we deliver it all under one roof. The proof: 100+ businesses protected and a 5.0-star Google rating. Veteran-owned, with our proven 6-step security framework applied to every engagement before we manage a single device. What We Do Here IT Services for New Bedford Businesses Managed IT Services 24/7 monitoring, help desk, patching, and vCIO guidance for New Bedford SMBs. Cybersecurity EDR/MDR, phishing training, and incident response backed by a 24/7 SOC. Compliance HIPAA for healthcare practices, PCI for retail, CMMC readiness for defense suppliers. Cloud Services Microsoft 365 and Azure security hardening, migration, and management. Backup & DR Immutable backups and tested recovery — ransomware insurance you can verify. Network & WiFi Firewall management, VLAN segmentation, and monitored networks. Visit or Call Find Us Downtown ArchiTECH MSP 128 Union St. Suite LL5 New Bedford, MA 02740 Monday–Friday, 9:00 AM – 6:00 PM ET • Emergency after-hours support for managed clients Downtown, between Purchase Street and the waterfront — near the New Bedford Whaling Museum and the Seastreak ferry terminal. Get Directions Call (508) 625-6320 Local FAQ New Bedford IT Questions Where is ArchiTECH MSP located in New Bedford? Our headquarters is at 128 Union St. Suite LL5 in downtown New Bedford, MA 02740 — steps from the historic waterfront district. We provide on-site support throughout the city and remote support across New England. How fast can you get on-site to a New Bedford business? Because we're headquartered downtown, on-site visits anywhere in New Bedford — from the North End to the South End waterfront — are typically same-day when hands-on work is needed. Most issues are resolved remotely even faster: business-impacting issues receive first response in under 1 hour. What industries do you serve in New Bedford? We support healthcare practices (HIPAA), commercial fishing and seafood processors, manufacturers, professional services firms, nonprofits, and municipal organizations across Greater New Bedford. Every engagement starts with our 6-step security framework. Talk to an IT Team That's Actually in New Bedford Get a free security assessment or book a 30-minute baseline call. We'll tell you exactly where your environment stands — in plain English. Get Your Free Security Roadmap Also serving Fall River and Providence . ## Fall River MA (https://architechmsp.com/locations/fall-river) Home Services About Insights Contact Get Free Assessment Home / Fall River, MA On-Site & Remote Support Managed IT & Cybersecurity in Fall River, MA ArchiTECH serves Fall River from our headquarters in downtown New Bedford — roughly 15 minutes away via I-195. On-site when you need hands on hardware, remote within minutes when you don't. Your Neighbors in IT Serving Fall River from Right Down the Highway. Fall River's economy was built in its granite mill buildings, and much of it still runs there today: manufacturers and distributors operating out of converted mill space, healthcare and dental practices handling patient records, professional firms managing sensitive client files, and nonprofits serving the community. These are exactly the businesses where downtime and data breaches carry real consequences — and exactly who we built our security-first managed IT for. Our headquarters sits at 128 Union St. Suite LL5 in downtown New Bedford — roughly 15 minutes from Fall River via I-195. We support businesses across the city, from the mill districts and the Flint to the Highlands and the Battleship Cove waterfront, plus neighboring Somerset, Swansea, Westport, and Tiverton, RI. With quick access via Route 24 and I-195, on-site visits are straightforward — and most issues never need one, because we're on your machines remotely within minutes. The proof: 100+ businesses protected and a 5.0-star Google rating. Veteran-owned, with our proven 6-step security framework applied to every engagement before we manage a single device. What We Do Here IT Services for Fall River Businesses Managed IT Services 24/7 monitoring, help desk, patching, and vCIO guidance for Fall River SMBs. Cybersecurity EDR/MDR, phishing training, and incident response backed by a 24/7 SOC. Compliance HIPAA for healthcare practices, PCI for retail, CMMC readiness for defense suppliers. Cloud Services Microsoft 365 and Azure security hardening, migration, and management. Backup & DR Immutable backups and tested recovery — ransomware insurance you can verify. Network & WiFi Firewall management, VLAN segmentation, and monitored networks. Visit or Call Serving Fall River from Nearby New Bedford ArchiTECH MSP 128 Union St. Suite LL5 New Bedford, MA 02740 Monday–Friday, 9:00 AM – 6:00 PM ET • Emergency after-hours support for managed clients Our downtown New Bedford headquarters is roughly 15 minutes from Fall River via I-195 — close enough for same-day on-site visits, and remote support puts us on your systems in minutes. Get Directions Call (508) 625-6320 Local FAQ Fall River IT Questions Do you provide on-site IT support in Fall River? Yes. Our headquarters at 128 Union St. Suite LL5 in downtown New Bedford is roughly 15 minutes from Fall River via I-195, so on-site visits are typically same-day when hands-on work is needed. Most issues are resolved remotely even faster: business-impacting issues receive first response in under 1 hour. What types of Fall River businesses do you work with? We support manufacturers and distributors in the mill districts, healthcare and dental practices, professional services firms, and nonprofits across Fall River and neighboring Somerset, Swansea, Westport, and Tiverton, RI. Every engagement starts with our 6-step security framework. Do you help Fall River manufacturers with compliance? Yes. We handle HIPAA for healthcare practices, PCI DSS for businesses taking card payments, and CMMC 2.0 readiness for defense-adjacent manufacturers — including gap assessments, SSP documentation, and preparation for your C3PAO assessment. Talk to an IT Team That Knows Fall River Get a free security assessment or book a 30-minute baseline call. We'll tell you exactly where your environment stands — in plain English. Get Your Free Security Roadmap Also serving New Bedford and Providence . ## Wareham MA (https://architechmsp.com/locations/wareham) Home Services About Insights Contact Get Free Assessment Home / Wareham, MA On-Site & Remote Support IT Support & Services in Wareham, MA ArchiTECH serves Wareham from our headquarters in downtown New Bedford — roughly 25 minutes away via I-195 and I-495. On-site when you need hands on hardware, remote within minutes when you don't. Your Neighbors in IT IT Support at the Gateway to Cape Cod. Wareham sits at the gateway to Cape Cod, where Route 6 meets the I-195/I-495 interchange — and its businesses run the full South Coast spectrum: healthcare and dental practices handling patient records, marinas and marine services along the waterfront and in Onset village, retail and hospitality serving the Cape traffic, contractors and trades, cranberry-country operations, and nonprofits serving the community. These are exactly the businesses where downtime and data breaches carry real consequences — and exactly who we built our security-first IT services for. Our headquarters sits at 128 Union St. Suite LL5 in downtown New Bedford — roughly 25 minutes from Wareham via I-195 and I-495. We provide on-site IT support across Wareham and the surrounding South Coast towns, including neighboring Marion, Mattapoisett, and Rochester, and businesses in Bourne just over the canal. And most issues never need a truck roll at all, because our remote IT support puts us on your machines within minutes. The proof: 100+ businesses protected and a 5.0-star Google rating. Veteran-owned, with our proven 6-step security framework applied to every engagement before we manage a single device. What We Do Here IT Services for Wareham Businesses Managed IT Services 24/7 monitoring, help desk, patching, and vCIO guidance for Wareham SMBs. Cybersecurity Cybersecurity services with EDR/MDR, phishing training, and incident response backed by a 24/7 SOC. IT Support & Help Desk Fast, friendly IT support — remote in minutes, on-site across the South Coast. Cloud Services Microsoft 365 and Azure security hardening, migration, and management. Backup & DR Immutable backups and tested recovery — ransomware insurance you can verify. Network & WiFi Firewall management, VLAN segmentation, and monitored networks. Visit or Call Serving Wareham & the South Coast from New Bedford ArchiTECH MSP 128 Union St. Suite LL5 New Bedford, MA 02740 Monday–Friday, 9:00 AM – 6:00 PM ET • Emergency after-hours support for managed clients Our downtown New Bedford headquarters is roughly 25 minutes from Wareham via I-195 — close enough for straightforward on-site visits, and remote IT support puts us on your systems in minutes. Get Directions Call (508) 625-6320 Local FAQ Wareham IT Questions Do you provide on-site IT support in Wareham? Yes. Our headquarters at 128 Union St. Suite LL5 in downtown New Bedford is roughly 25 minutes from Wareham via I-195, so on-site visits are straightforward when hands-on work is needed. Most issues are resolved remotely first, even faster: business-impacting issues receive first response in under 1 hour. What IT services do you offer Wareham businesses? We provide managed IT services, IT support and help desk, cybersecurity services, Microsoft 365 cloud services, backup and disaster recovery, and network and WiFi management for Wareham businesses of every size. Do you support businesses in Marion, Mattapoisett, and Rochester? Yes. We serve the whole tri-town area — Marion, Mattapoisett, and Rochester — plus Wareham and Onset, with the same service levels and response times as our New Bedford clients. Talk to an IT Team That Knows Wareham Get a free security assessment or book a 30-minute baseline call. We'll tell you exactly where your environment stands — in plain English. Get Your Free Security Roadmap Also serving New Bedford , Fall River , and Providence . ## Plymouth MA (https://architechmsp.com/locations/plymouth) Home Services About Insights Contact Get Free Assessment Home / Plymouth, MA On-Site & Remote Support IT Support & Services in Plymouth, MA ArchiTECH serves Plymouth from our headquarters in downtown New Bedford — roughly 40 minutes away via Route 44 and Route 3. On-site when you need hands on hardware, remote within minutes when you don't. Your Neighbors in IT IT Support Where the South Shore Meets the Cape. Plymouth is the gateway between the South Shore and the Cape, and its business community reflects it: medical and dental practices handling patient records under HIPAA, professional services and law offices near the downtown waterfront, manufacturers and trades along the Route 44 corridor, hospitality and tourism businesses serving visitors year-round, and nonprofits serving the community. From Cordage Park to The Pinehills, and up the Route 3 corridor toward the South Shore, these are exactly the businesses where downtime and data breaches carry real consequences — and exactly who we built our security-first IT services for. Our headquarters sits at 128 Union St. Suite LL5 in downtown New Bedford — roughly 40 minutes from Plymouth via Route 44 and Route 3. We provide on-site IT support across Plymouth and the surrounding towns, including neighboring Kingston, Carver, and Duxbury. And most issues never need a truck roll at all, because our remote IT support puts us on your machines within minutes. The proof: 100+ businesses protected and a 5.0-star Google rating. Veteran-owned, with our proven 6-step security framework applied to every engagement before we manage a single device. What We Do Here IT Services for Plymouth Businesses Managed IT Services 24/7 monitoring, help desk, patching, and vCIO guidance for Plymouth SMBs. Cybersecurity Cybersecurity services with EDR/MDR, phishing training, and incident response backed by a 24/7 SOC. IT Support & Help Desk Fast, friendly IT support — remote in minutes, on-site across the greater Plymouth area. Cloud Services Microsoft 365 and Azure security hardening, migration, and management. Backup & DR Immutable backups and tested recovery — ransomware insurance you can verify. Network & WiFi Firewall management, VLAN segmentation, and monitored networks. Visit or Call Serving Plymouth from New Bedford ArchiTECH MSP 128 Union St. Suite LL5 New Bedford, MA 02740 Monday–Friday, 9:00 AM – 6:00 PM ET • Emergency after-hours support for managed clients Our downtown New Bedford headquarters is roughly 40 minutes from Plymouth via Route 44 — close enough for scheduled on-site visits, and remote IT support puts us on your systems in minutes. Get Directions Call (508) 625-6320 Local FAQ Plymouth IT Questions Do you provide on-site IT support in Plymouth? Yes. We schedule on-site visits to Plymouth from our headquarters at 128 Union St. Suite LL5 in New Bedford, roughly 40 minutes away via Route 44 and Route 3. Most issues are resolved remotely first, even faster: business-impacting issues receive first response in under 1 hour. What IT services do you offer Plymouth businesses? We provide managed IT services, IT support and help desk, cybersecurity services, Microsoft 365 cloud services, backup and disaster recovery, and network and WiFi management for Plymouth businesses of every size. Do you serve Kingston, Carver, and Duxbury? Yes. We serve the greater Plymouth area — including Kingston, Carver, and Duxbury — with the same service levels and response times as our New Bedford clients. Talk to an IT Team That Knows Plymouth Get a free security assessment or book a 30-minute baseline call. We'll tell you exactly where your environment stands — in plain English. Get Your Free Security Roadmap Also serving New Bedford , Wareham , and Cape Cod . ## Cape Cod MA (https://architechmsp.com/locations/cape-cod) Home Services About Insights Contact Get Free Assessment Home / Cape Cod, MA On-Site & Remote Support IT Support & Services on Cape Cod ArchiTECH serves Cape Cod from our headquarters in downtown New Bedford — 30 to 60 minutes to most Upper and Mid-Cape towns via I-195 and Route 6. On-site when you need hands on hardware, remote within minutes when you don't. Your Neighbors in IT IT Support From the Bridges to the Mid Cape. From the Bourne and Sagamore bridges down the Route 6 and Route 28 corridors, Cape Cod runs on small business — and small business runs on technology. Hospitality, restaurants, and seasonal retail handling card payments under PCI. Medical and dental practices protecting patient records under HIPAA. Marine services and boatyards from Falmouth and Woods Hole to the Mid Cape. Machine shops and engineering firms carrying defense subcontracts that now face CMMC requirements. Nonprofits and town organizations doing more with less. These are exactly the businesses where downtime and data breaches carry real consequences — and exactly who we built our security-first IT services for. Our headquarters sits at 128 Union St. Suite LL5 in downtown New Bedford — 30 to 60 minutes from most Upper and Mid-Cape towns via I-195 and Route 6, whether you're near the canal in Bourne or Sandwich, down Route 28 in Falmouth, or in Hyannis, the Cape's commercial hub. We provide on-site IT support Cape-wide, with the Lower Cape reachable by scheduled visit. And most issues never need a truck roll at all, because our remote IT support puts us on your machines within minutes. The Cape's seasonal economy adds an IT challenge most providers ignore: businesses that staff up every summer need onboarding and offboarding discipline, so seasonal hires get accounts on day one and lose access the day they leave. They need guest and staff WiFi that survives peak-season crowds, and point-of-sale systems locked down before the rush — not patched in August. We build for the swing, so July doesn't break what worked in January. The proof: 100+ businesses protected and a 5.0-star Google rating. Veteran-owned, with our proven 6-step security framework applied to every engagement before we manage a single device. What We Do Here IT Services for Cape Cod Businesses Managed IT Services 24/7 monitoring, help desk, patching, and vCIO guidance for Cape Cod SMBs. Cybersecurity Cybersecurity services with EDR/MDR, phishing training, and incident response backed by a 24/7 SOC. IT Support & Help Desk Fast, friendly IT support — remote in minutes, on-site across the Upper and Mid Cape. Cloud Services Microsoft 365 and Azure security hardening, migration, and management. Backup & DR Immutable backups and tested recovery — ransomware insurance you can verify. Network & WiFi Firewall management, VLAN segmentation, and networks built for peak-season load. Visit or Call Serving Cape Cod from New Bedford ArchiTECH MSP 128 Union St. Suite LL5 New Bedford, MA 02740 Monday–Friday, 9:00 AM – 6:00 PM ET • Emergency after-hours support for managed clients Our downtown New Bedford headquarters is 30 to 60 minutes from most Upper and Mid-Cape towns via I-195 and Route 6 — close enough for straightforward on-site visits, and remote IT support puts us on your systems in minutes. Get Directions Call (508) 625-6320 Local FAQ Cape Cod IT Questions Do you provide on-site IT support on Cape Cod? Yes. We schedule on-site visits across the Upper and Mid Cape from our New Bedford headquarters — most towns are 30 to 60 minutes away via I-195 and Route 6. Most issues are resolved remotely first, even faster: business-impacting issues receive first response in under 1 hour. What IT services do you offer Cape Cod businesses? We provide managed IT services, IT support and help desk, cybersecurity services, Microsoft 365 cloud services, backup and disaster recovery, and network and WiFi management for Cape Cod businesses — plus PCI and HIPAA compliance support for retailers, restaurants, and medical practices. Can you help Cape Cod defense suppliers with CMMC? Yes. We provide CMMC 2.0 readiness services for machine shops and engineering firms with defense subcontracts: gap assessments, NIST 800-171 remediation, System Security Plan documentation, and preparation for your third-party C3PAO assessment. Talk to an IT Team That Knows Cape Cod Get a free security assessment or book a 30-minute baseline call. We'll tell you exactly where your environment stands — in plain English. Get Your Free Security Roadmap Also serving New Bedford , Wareham , and Plymouth . ## South Shore MA (https://architechmsp.com/locations/south-shore) Home Services About Insights Contact Get Free Assessment Home / South Shore, MA On-Site & Remote Support IT Support & Services on the South Shore ArchiTECH serves the South Shore from our headquarters in downtown New Bedford — the corridor from Plymouth up through Quincy is reachable via Route 3 and Route 24. On-site support scheduled throughout the region, remote support within minutes. Your Neighbors in IT Boston-Caliber IT Support, Without Boston Pricing. The South Shore runs on the Route 3 commuter corridor — from Quincy Center and the growing office density around it, through Braintree's retail and commercial hub, past the Hingham shipyard area, and down through Weymouth, Marshfield, and the coastal towns. The businesses along that corridor span financial and professional services firms handling cardholder data under PCI, medical and dental practices bound by HIPAA, law firms, construction and trades companies, retailers, and nonprofits. These are exactly the businesses where downtime and data breaches carry real consequences — and exactly who we built our security-first IT services for. South Shore businesses often face a frustrating choice: overpriced Boston MSPs or one-person shops without the depth to handle a real incident. ArchiTECH offers a third option — enterprise-grade security at regional pricing. Our headquarters sits at 128 Union St. Suite LL5 in New Bedford, MA 02740, with the whole South Shore corridor reachable via Route 24 and Route 3. We schedule on-site IT support throughout the region, and most issues never need a truck roll at all, because our remote IT support puts us on your machines within minutes. You get proximity to Boston's talent and infrastructure without Boston pricing. The proof: 100+ businesses protected and a 5.0-star Google rating. Veteran-owned, with our proven 6-step security framework applied to every engagement before we manage a single device. What We Do Here IT Services for South Shore Businesses Managed IT Services 24/7 monitoring, help desk, patching, and vCIO guidance for South Shore SMBs. Cybersecurity Cybersecurity services with EDR/MDR, phishing training, and incident response backed by a 24/7 SOC. IT Support & Help Desk Fast, friendly IT support — remote in minutes, on-site across the South Shore. Cloud Services Microsoft 365 and Azure security hardening, migration, and management. Backup & DR Immutable backups and tested recovery — ransomware insurance you can verify. Network & WiFi Firewall management, VLAN segmentation, and monitored networks. Visit or Call Serving the South Shore from New Bedford ArchiTECH MSP 128 Union St. Suite LL5 New Bedford, MA 02740 Monday–Friday, 9:00 AM – 6:00 PM ET • Emergency after-hours support for managed clients Our New Bedford headquarters reaches the South Shore corridor via Route 24 and Route 3 — from Plymouth up through Quincy. We schedule on-site visits throughout the region, and remote IT support puts us on your systems in minutes. Get Directions Call (508) 625-6320 Local FAQ South Shore IT Questions Do you provide on-site IT support on the South Shore? Yes. We schedule on-site visits throughout Quincy, Braintree, Weymouth, Hingham, and the coastal towns from our New Bedford headquarters. Most issues are resolved remotely first, even faster: business-impacting issues receive first response in under 1 hour. What IT services do you offer South Shore businesses? We provide managed IT services, IT support and help desk, cybersecurity services, Microsoft 365 cloud services, backup and disaster recovery, and network and WiFi management for South Shore businesses of every size. Why choose a New Bedford MSP over a Boston one? You get the same enterprise-grade tooling and 24/7 SOC-backed monitoring a Boston MSP would offer, at regional pricing — with on-site coverage across the South Shore when hands-on work is needed. Talk to an IT Team That Knows the South Shore Get a free security assessment or book a 30-minute baseline call. We'll tell you exactly where your environment stands — in plain English. Get Your Free Security Roadmap Also serving New Bedford , Plymouth , and Providence . ## Providence RI (https://architechmsp.com/locations/providence) Home Services About Insights Contact Get Free Assessment Home / Providence, RI Serving Greater Providence • On-Site & Remote Support Managed IT & Cybersecurity in Providence, RI ArchiTECH delivers security-first managed IT across Greater Providence from our New Bedford headquarters — about 35 minutes down I-195. Remote help in minutes, on-site when you need hands on hardware. Close Enough to Show Up Security-First IT for Greater Providence Providence runs on industries where downtime and data breaches carry real consequences: law and professional services firms in the downtown financial district, financial services companies handling cardholder data, healthcare practices from Federal Hill to the East Side and College Hill, growing companies in the Jewelry District innovation corridor, and nonprofits serving communities across the city. Our headquarters is in downtown New Bedford — roughly 35 minutes from Providence via I-195. That's close enough for scheduled on-site visits anywhere in Greater Providence, including Pawtucket, Cranston, East Providence, and Warwick, while most day-to-day issues are resolved remotely within minutes. And because Rhode Island businesses that handle RI residents' personal information carry data-protection obligations under the state's Identity Theft Protection Act, we build reasonable safeguards into every engagement rather than bolting them on after an incident. The proof: 100+ businesses protected and a 5.0-star Google rating. Veteran-owned, with our proven 6-step security framework applied to every engagement before we manage a single device. What We Do Here IT Services for Providence Businesses Managed IT Services 24/7 monitoring, help desk, patching, and vCIO guidance for Providence SMBs. Cybersecurity EDR/MDR, phishing training, and incident response backed by a 24/7 SOC. Compliance HIPAA for healthcare practices, PCI for financial services, CMMC readiness for defense suppliers. Cloud Services Microsoft 365 and Azure security hardening, migration, and management. Backup & DR Immutable backups and tested recovery — ransomware insurance you can verify. Network & WiFi Firewall management, VLAN segmentation, and monitored networks. Visit or Call Serving Greater Providence from New Bedford ArchiTECH MSP 128 Union St. Suite LL5 New Bedford, MA 02740 Monday–Friday, 9:00 AM – 6:00 PM ET • Emergency after-hours support for managed clients Our headquarters is roughly 35 minutes from downtown Providence via I-195 — close enough for scheduled on-site visits across Greater Providence, with remote support available in minutes. Get Directions Call (508) 625-6320 Local FAQ Providence IT Questions Do you provide on-site IT support in Providence? Yes. Our headquarters is in downtown New Bedford, MA — roughly 35 minutes from Providence via I-195 — and we schedule on-site visits across Greater Providence whenever hands-on work is needed. Most issues never require a truck roll: they're resolved remotely, with business-impacting issues receiving first response in under 1 hour. What Providence industries do you support? We support law and professional services firms, financial services companies, healthcare practices, and nonprofits across Providence and its surrounding communities. Every engagement starts with our 6-step security framework — applied before we manage a single device. Do you handle compliance for Rhode Island businesses? Yes. We handle HIPAA for healthcare practices, PCI DSS for businesses processing card payments, and CMMC 2.0 readiness for defense suppliers. We also help Rhode Island businesses meet their general data-protection obligations, including the safeguards expected of companies that handle RI residents' personal information. Talk to an IT Team That Shows Up in Providence Get a free security assessment or book a 30-minute baseline call. We'll tell you exactly where your environment stands — in plain English. Get Your Free Security Roadmap Also serving New Bedford and Fall River . ## Article: PCI Compliance for Small Business: A Plain-English Guide (https://architechmsp.com/blog/pci-compliance-for-small-business) PCI Compliance for Small Business: A Plain-English Guide If you take credit or debit cards, you need to be PCI compliant. That’s true whether you run one card terminal in a shop or a website with thousands of orders. For most small businesses, being compliant means scoping your payment setup tightly, filling out the right annual self-assessment, and keeping the rest of your IT environment in decent shape. It rarely means hiring an auditor. It does mean doing the work every year, not once. We’re an MSP, so we have a bias here. We’d rather you read this and do the simple parts yourself than be talked into something you don’t need. Read the rest with that in mind. ArchiTECH Support Your PCI Security Efforts ArchiTECH builds cybersecurity into its managed IT services, helping small businesses address security and compliance needs, including PCI. Visit ArchiTECH TL;DR PCI DSS applies to every business that accepts card payments , regardless of size or how you process them. Most small merchants validate with an annual Self-Assessment Questionnaire (SAQ). Your acquiring bank tells you which one. Square, Stripe and similar processors shrink your scope. They don’t remove your responsibility for your own network and devices. The cheapest compliance is the smallest scope: keep card data off your systems wherever you can. Treat it as a yearly cycle, not a one-time project. Table of Contents What PCI compliance actually is Merchant levels: where you probably fit Does using Square, Stripe or a similar processor make you compliant? Shrink your scope first A step-by-step plan for your first year Can you do it yourself? What we think Where an MSP fits Common mistakes we’d steer you away from FAQ Sources What PCI compliance actually is PCI DSS is the Payment Card Industry Data Security Standard. It is a baseline set of security requirements for any company that accepts card payments and has to protect cardholder data . The PCI Security Standards Council writes it. It is not a law. The card brands and your bank enforce it through your merchant agreement. That distinction matters in two ways. First, nobody from the government shows up. Your acquiring bank asks you to validate, and if you don’t, you can face fines, reimbursement of fraudulent transactions, or losing the ability to take cards . Second, a separate legal duty exists on top. The Federal Trade Commission expects businesses to keep reasonable data security for customer information , and card data is squarely in that bucket. The current version is PCI DSS v4.0.1, and the Council has published the matching SAQs . If a guide you find still talks about v3.2.1, it’s out of date. Merchant levels: where you probably fit People search for “merchant level” constantly, so here is the honest version. Levels 1 through 4 come from the card brands’ compliance programs, not from the standard itself. They are mostly set by how many card transactions you process in a year, and they decide how you prove compliance. Level Who it usually describes Typical validation Level 4 Smaller merchants Annual SAQ, sometimes with quarterly vulnerability scans Levels 1 to 3 Higher transaction volumes More formal validation, which can include an outside assessor Small merchants are often assigned Level 4 , which frequently means a self-assessment rather than a third-party audit. Two cautions: The exact thresholds and rules differ by card brand and by acquirer. Ask your bank which level it has you at and don’t guess from a chart. A lower level doesn’t mean fewer security obligations in practice. It changes how you report, not whether the controls matter. A breach at a Level 4 merchant is just as expensive for the customers whose cards were stolen, and often for you. A breach can also move you up a level. Banks and card brands can reclassify a merchant after an account-data compromise. Does using Square, Stripe or a similar processor make you compliant? No, but it helps a lot. This is the most common misunderstanding we run into. A modern processor handles card data on its side. If you use its encrypted terminals or hosted payment pages, the card number never lands on your computers. That often qualifies you for a shorter SAQ , and many processors pre-fill parts of it for you. What the processor does not cover: Your local network. If your payment terminal shares a flat network with the front-desk PC, a guest WiFi and a smart TV, that’s your problem. Your own processes. Card numbers written on paper, taken over email, or typed into a spreadsheet pull your whole office into scope. Your validation. You still have to complete and submit your SAQ each year. In short, the processor secures its piece. You secure yours, and you remain responsible for the broader environment even if a breach starts at a weak point in your own network. Shrink your scope first Practitioners keep making the same observation: when PCI feels impossible, the cause is usually a sloppy payment setup, not the standard. Scope is the amount of your environment that touches card data , and every system in scope has to meet the requirements. The levers are simple: Use point-to-point encrypted (P2PE) terminals. Card data is encrypted at the swipe, dip or tap, and your network never sees it in the clear. Use hosted payment pages for online sales. Your website sends the customer to the processor’s page or embeds its fields, instead of collecting card numbers itself. Stop keeping card numbers. No paper forms, no emailed numbers, no “we keep it on file” spreadsheets. If you need repeat billing, use the processor’s tokens. Separate the payment terminal from everything else. Put it on its own network segment so that a compromised laptop can’t reach it. Do those four things and the question list in your SAQ often gets much shorter. That alone can save more money than any tool you could buy. We cover the cost side in more detail in our piece on PCI compliance cost . A step-by-step plan for your first year 1. Call your acquiring bank Your acquirer is your merchant bank, the company that settles your card sales. It sets your validation path. Industry guidance is blunt on this point: programs, deadlines and validation rules vary by brand and acquirer , and generic online advice can send you to the wrong form. Ask three questions: what is my merchant level, which SAQ do you expect, and when is it due? 2. Map how card data moves Walk through every way a customer can pay you: in person, by phone, on your website, through an invoicing tool, by mail. For each, write down where the card number goes and who touches it. You’ll usually find one or two stray paths, such as a staff member who writes numbers on a sticky note. Kill those first. 3. Pick the right SAQ The SAQ type depends on how you accept payments. A shop with a P2PE terminal and an online store using a hosted page look very different on paper from a business keying cards into a virtual terminal on an office PC. Choosing the wrong one is a common mistake , so confirm it with your bank before you spend hours on it. 4. Fix what the questionnaire exposes Expect questions about: Firewalls and network segmentation Unique logins and multi-factor authentication for anyone with access to payment systems Patching and anti-malware on devices in scope Changing vendor default passwords Written security policies and staff awareness Logging and an incident response plan This is where small offices stumble. It isn’t the card terminal. It’s the old router with the factory password and the PC missing six months of updates. 5. Run any required scans Some payment setups require quarterly external vulnerability scans from an approved vendor. Your bank will tell you if yours does. Don’t skip them, because a failed or missing scan can hold up your validation. 6. Check your vendors This step gets forgotten. The Council publishes questions small merchants should ask their vendors . Ask every provider that touches your payments, including your IT company, e-commerc ## Article: 30–90 Day Phishing Awareness Training for SMBs Using NIST Phish Scale (https://architechmsp.com/blog/phishing-awareness-training) 30–90 Day Phishing Awareness Training for SMBs Using NIST Phish Scale The best use of a small or mid-sized company’s limited security budget is a combined program: contextual phishing simulations rated for difficulty using the NIST Phish Scale, a one-click reporting workflow, and phishing-resistant MFA layered on top, following CISA guidance and frameworks like ArchiTECH MSP’s six-step model. This week, enable organization-wide MFA and publish a one-line reporting instruction: “See something suspicious? Forward it to security@yourcompany.com, no explanation needed.” TL;DR: Implement role-specific phishing simulations rated with the NIST Phish Scale to reflect varying employee risks and improve realistic training outcomes. Enforce organization-wide phishing-resistant MFA, prioritizing FIDO-based authentication, and publish simple, clear reporting instructions to encourage employee participation. Roll out technical controls in phases, including SPF, DKIM, DMARC, and disabling legacy protocols, to reduce email-based attacks and prevent BEC schemes. Measure training effectiveness through contextual metrics such as report rates and time-to-first report, not just click rates, to accurately assess risk reduction. Pair technical controls with ongoing simulations and quick incident response procedures, focusing on continuous review and role-based targeting for maximum impact. ArchiTECH Strengthen Your Phishing Defenses ArchiTECH MSP builds proactive cybersecurity programs for SMBs, with a six-step framework supporting compliance and operational stability. Explore ArchiTECH MSP Table of Contents Building a Phishing Awareness Training Program That Fits Your Team Which Technical Controls Actually Reduce Phishing Risk? How Do You Measure If Phishing Training Is Working? Your First 30, 60, and 90 Days How ArchiTECH MSP Applies This Blueprint What I’d Prioritize If I Only Had Time for One Thing Get Phishing Defense and Awareness Training Set Up Right Where to Verify This Guidance Yourself Sources FAQ Building a Phishing Awareness Training Program That Fits Your Team Most phishing awareness training fails for one reason: it treats every employee like they face the same risk. Your accounts payable clerk and your warehouse supervisor are not the same target, and your curriculum shouldn’t pretend otherwise. Start with two or three measurable objectives, not five vague ones. Pick targets like reducing business email compromise exposure, raising your internal reporting rate, and shrinking time-to-report on suspicious messages. Those three map directly to what actually stops fraud: someone catching a bad email fast and telling IT before money moves. Segmenting by role comes next. Finance and HR staff need lures that mirror wire-transfer requests and W-2 scams. Warehouse and field staff need texts and voicemail-style vishing scenarios. Executives need deepfake and impersonation content, a category CISA’s training catalog now treats as standard curriculum, not an edge case. Here’s where the NIST Phish Scale earns its place. It rates simulated phishing emails on cues (grammar, urgency, sender mismatch) and premise alignment (how closely the lure matches someone’s actual job). A highly realistic invoice scam sent to accounts payable will produce a higher click rate than a sloppy prize-notification email sent company-wide, and that’s not a training failure. It’s the scale doing its job. A workable cadence looks like this: Baseline simulation in month one, low to medium difficulty, to establish where you stand. Monthly micro-simulations after that, rotating difficulty and lure type. A quarterly “hard mode” test aimed at high-risk roles. An annual policy refresher tied to your compliance calendar. Reporting has to be nearly effortless or nobody uses it: A one-click report button inside Outlook or Gmail. Automatic routing to the helpdesk queue for triage. A trigger that escalates to incident response the moment a real threat is confirmed. Pro Tip: Never publish results by name. A leaderboard of who clicked what turns your best early-warning system, the reporting habit, into something people hide from. Praise reporters publicly; handle repeat clickers privately with coaching, not consequences. Which Technical Controls Actually Reduce Phishing Risk? Training reduces risk. Technical controls remove entire categories of it. Prioritize in this order. Phishing-resistant MFA first. CISA identifies FIDO-based authentication as the only widely available method that blocks credential replay on a fake login page, because the cryptographic key never leaves the device and can’t be phished the way a text-message code can. FIDO is already built into most modern browsers and phones, so the barrier is usually policy, not hardware. Email authentication second. SPF, DKIM, and DMARC together verify that mail claiming to be from your domain actually is. Add external sender banners so employees see a visible flag on outside mail, and pair that with a clear anti-phishing policy so people know what the banner means. Admin hardening third. A few settings close the gaps attackers rely on most: Block automatic external forwarding rules, a favorite BEC persistence trick. Disable legacy authentication protocols like POP and IMAP that skip MFA entirely. Log and alert on mailbox rule changes and new forwarding setups. That last point isn’t theoretical. IC3 traced more than $2.1 billion in losses between 2014 and 2019 to BEC schemes that exploited cloud email services, often using exactly these gaps: quiet forwarding rules and legacy protocols nobody had turned off. An MSP typically rolls these out in phases rather than flipping every switch at once. Pilot MFA and DMARC enforcement with a high-risk department first, usually finance, watch the telemetry for a few weeks, then expand company-wide once you’ve confirmed nothing broke. It’s slower than a blanket rollout, but it avoids the helpdesk meltdown that comes from locking out half the company on a Monday morning. How Do You Measure If Phishing Training Is Working? Click rate is the metric everyone tracks and the one most likely to mislead you. A rising click rate on harder simulations isn’t decay. It might mean your program finally graduated from easy lures to realistic ones. Track these instead of obsessing over one number: Click rate , but only alongside the simulation’s Phish Scale difficulty rating. Report rate , the share of employees who flagged the email instead of clicking or ignoring it. Time-to-first-report , how fast the first person alerted your team. Repeat clickers , a small group that needs targeted coaching rather than another company-wide module. Protective stewards , employees who consistently report before anyone clicks. Every organization has a handful; they’re worth identifying and thanking. Contextualize everything through the NIST Phish Scale before you present numbers to leadership. A 30% click rate on a Phish Scale “high difficulty” lure aimed at finance is a very different story than the same number on an easy, generic simulation. Temper your expectations honestly. A large-scale reproduction study covering more than 12,000 participants found little to no significant effect of individual training modules on click or report rates. The value showed up elsewhere: faster reporting and a broader organizational “inoculation” effect, where enough people know the drill that suspicious emails get flagged quickly even without perfect individual recall. Pair those human metrics with technical telemetry, blocked-email counts, quarantine logs, and failed-login attempts, for a picture that actually reflects your risk posture. Your First 30, 60, and 90 Days Days 1 through 30: Turn on organization-wide MFA, prioritizing FIDO-based methods where devices support it. Publish a one-line reporting instruction everyone can follow without training. Configure external sender banners. Run a low-difficulty baseline simulation to see where you stand. Days 31 ## Article: Level 2 CMMC SSP: 8 Steps to an Audit Ready Plan (https://architechmsp.com/blog/cmmc-ssp) Level 2 CMMC SSP: 8 Steps to an Audit Ready Plan A CMMC System Security Plan is the assessor-facing document that defines your CUI boundary, describes how every applicable NIST SP 800-171r3 requirement is actually implemented, names an owner for each control, and points to evidence proving it operates as intended. If you’re starting from zero, your first moves are simple: confirm your required CMMC level, find every place CUI lives in your environment, and start collecting the evidence you’ll need before an assessor ever asks for it. TL;DR: A thorough SSP clearly defines your CUI boundary, accurately documents how each NIST SP 800-171 control is implemented, and maintains an up-to-date evidence index for swift review. Discrepancies between asset inventories, network diagrams, and control narratives are a common cause of assessor pushback, making consistent artifact reconciliation crucial. Outside providers handling security functions must be explicitly documented, with clear responsibility lines, delivered services, and direct references to supporting evidence. Regular updates and immediate revisions after any material environment change are essential to keep your SSP audit-ready and prevent outdated or mismatched documentation. Most failures originate from inconsistent, generic, or incomplete documentation rather than missing controls, emphasizing the importance of environment-specific, well-organized records. ArchiTECH Strengthen Your CMMC Security Readiness ArchiTECH helps small and mid-sized businesses build proactive cybersecurity programs designed to support compliance and reduce security risks. Explore ArchiTECH’s services Table of Contents What Is a CMMC SSP and Why Does It Matter? What Does an Assessor Expect Inside the SSP? How Do You Build an Audit-Ready SSP Step by Step? What Mistakes Sink an Otherwise Solid SSP? How Do You Document ESPs, Cloud Services, and SPAs? How Do You Keep an SSP Audit-Ready Over Time? The ArchiTECH Perspective on Building a Defensible SSP Get Hands-On Help Building Your CMMC SSP Sources FAQ What Is a CMMC SSP and Why Does It Matter? An SSP is not a policy binder. It’s a working record of your actual environment. Under NIST SP 800-171 Rev. 3 , the SSP has to identify your assessment scope and system boundary, describe how your systems and networks actually relate to each other, list every applicable security requirement, and explain how each is implemented in your specific environment, not a generic one. That last part trips up more contractors than anything else. Here’s the distinction that matters most: a policy tells people what they’re supposed to do. An SSP tells an assessor what your systems are actually doing right now, who’s responsible, and where the proof lives. Those are different documents serving different purposes, and CMMC Level 2 assessments live and die on that difference. The 32 CFR part 170 regulation is what makes this contractual rather than optional. It codifies CMMC statuses and phases requirements into DoD solicitations, which means your SSP obligation traces directly back to your contract language, not just good security hygiene. Three documents get confused constantly, so keep them separate in your head: Policies and procedures describe intended behavior across your organization. The SSP describes how those policies actually manifest, technically and operationally, in your systems today. The POA&M tracks what’s not yet implemented, with dates and owners for closing the gap. An assessor reading your SSP is checking whether your narrative matches your environment. Nothing more, nothing less. What Does an Assessor Expect Inside the SSP? Assessors work from a checklist, whether they say so explicitly or not. Building your SSP around that checklist saves you weeks of rework later. Scope and system boundary. Define exactly which assets, networks, and facilities fall inside your CUI boundary. The CMMC Scoping Guide for Level 2 categorizes assets as CUI assets, Security Protection Assets (SPAs), or specialized assets, and every one needs to land in the right bucket consistently across your documentation. Asset inventory and diagrams. A current list of hardware, software, and data flows, paired with a network diagram and a CUI-flow diagram showing where regulated data enters, moves, and exits your systems. Control narratives per requirement. For each applicable NIST SP 800-171r3 control, write what’s implemented, who owns it, how often it runs, and where the evidence sits. Evidence index. A running list of configuration exports, access review logs, patch reports, and screenshots that back up every narrative claim. POA&M cross-reference. Anything not fully implemented gets flagged here, with a target date, instead of buried inside a control narrative pretending to be finished work. One scoping decision drives everything downstream: a tighter boundary reduces your assessment burden, but an artificially narrow one that ignores connected assets creates real audit risk, a point the Scoping Guide is explicit about. Pro Tip: Build your evidence index as a spreadsheet with one row per requirement and a direct file link or path in the next column. When an assessor asks “show me,” you want an answer in seconds, not a scavenger hunt through shared drives. How Do You Build an Audit-Ready SSP Step by Step? Most contractors try to write the SSP narrative first and figure out scope later. That’s backward, and it’s why so many drafts need a full rewrite three weeks before an assessment. Confirm your required CMMC level and map to NIST SP 800-171r3. Your contract language dictates the level; don’t guess. Locate your CUI and draw the boundary. Walk through every system, decide what handles CUI, and choose between an enclave approach (isolating CUI to fewer systems) or an enterprise-wide scope. Inventory assets, SPAs, and outside providers. List every device, cloud service, and managed provider touching your CUI boundary, and produce your network and data-flow diagrams from that list, not the other way around. Map each requirement to implementation, owner, frequency, and evidence. Work through the NIST SP 800-171r3 catalog line by line rather than copying boilerplate language. Assemble your evidence index and run a traceability check. Pull every artifact referenced in your narratives and confirm it actually exists and actually matches what the narrative claims. Separate anything unfinished into the POA&M. Planned work stays in the POA&M with dates. It never gets written into the SSP as if it’s already done. Assign ownership and set your update cadence. Name a person, not a department, for scope decisions and evidence maintenance. Run a pre-assessment review. Have someone outside the drafting team read the SSP cold and flag anything that doesn’t match reality. The CMMC Assessment Guide for Level 2 spells out that assessors use examine, interview, and test methods, meaning they’ll read your document, talk to your staff, and check whether controls actually operate the way you described. All three have to agree. Pro Tip: Do the traceability check yourself before an assessor does it for you. Pick five requirements at random, pull the referenced evidence, and see if it holds up. If two out of five fail, you’ve found your real timeline problem. What Mistakes Sink an Otherwise Solid SSP? The failures aren’t usually about missing controls. They’re about documentation that doesn’t hold together under scrutiny. Inconsistency across artifacts. Your asset inventory lists 40 devices, your network diagram shows 35, and your control narratives reference a system that isn’t in either. Reconcile every artifact against every other one before you consider the SSP finished, since this mismatch is the single most common cause of assessor pushback, according to the CMMC Scoping Guide. Generic template language. NIST doesn’t mandate a specific format, but a narrative that reads like boilerplate copied from a downloaded template signals to ## Article: 3-2-1-1-0 Air-Gapped Backups for IT Teams: Practical Steps (https://architechmsp.com/blog/air-gapped-backups) 3-2-1-1-0 Air-Gapped Backups for IT Teams: Practical Steps An air-gapped backup is a copy of your data stored somewhere an attacker physically or logically cannot touch it, even if they own your entire network. That isolation is what keeps ransomware from encrypting or deleting your only clean recovery point. Air gaps work best paired with immutability and regular restore testing, and they align directly with NCSC guidance and CISA’s Shields Up recommendations. Some managed IT providers build this into their backup engagements for exactly that reason. TL;DR: Physical air gaps using tape or removable disks offer the strongest isolation but slow down recovery and require manual media management. Logical air gaps leverage network segmentation, one-way replication, and credential controls to provide easier scaling and faster restoration compared to physical methods. Cloud or managed vaults create a hybrid model with API-only access and WORM settings, balancing speed and operational simplicity for mid-sized organizations. Combining air gaps with immutability enhances data protection, as immutability prevents deletion but does not offer network isolation, making both necessary for comprehensive security. Regular testing, clear chain-of-custody, and strict access controls are critical to verify backup integrity, meet compliance, and ensure recovery readiness under an air-gapped strategy. ArchiTECH Strengthen Your Backup Security ArchiTECH helps small and mid-sized businesses build proactive cybersecurity strategies designed to protect data and support compliance. Explore ArchiTECH’s services Table of Contents What Is an Air-Gapped Backup, Exactly? Physical, Logical, and Cloud: The Three Air-Gap Models Why Air-Gapped Backups Matter for Ransomware Recovery Air-Gapped vs. Immutable Backups: You Need Both How to Implement Air-Gapped Backups Step by Step Standards and Governance: What Auditors Will Ask For Choosing the Right Media and Transfer Method What SMBs Actually Need From an Air-Gap Strategy Get Your Backup Strategy Air-Gapped Without the Guesswork Sources FAQ What Is an Air-Gapped Backup, Exactly? An air-gapped backup goes through four distinct phases: capture, isolation, secure storage, and controlled recovery. Each phase closes a different door that ransomware operators try to walk through, and skipping one undoes the value of the others, according to SentinelOne’s breakdown of the model . Capture is when the backup job actually runs and pulls data off production systems. Isolation happens next, when that copy gets physically or logically severed from the network, cutting the path an attacker would need to reach it. Secure storage keeps the copy intact and unaltered until it’s needed, and controlled recovery governs how, when, and by whom that data gets reconnected to production. People conflate “offline,” “off-site,” and “air-gapped,” but they’re not the same thing. A backup sitting off-site in a colocation facility that stays connected via VPN 24/7 is not air-gapped. It’s off-site, but if that VPN tunnel is live, a lateral-moving attacker can still reach it. True isolation means the connection is severed, not just distant. Here’s the part most teams miss: isolation protects a backup after it’s captured, but it does nothing to guarantee the capture itself was clean. If ransomware sat dormant on your file server for three weeks before triggering encryption, and your air-gapped copy is only two weeks old, you’ve air-gapped an infected system state. That’s why capture hygiene matters as much as the gap itself: Verify backup integrity at capture time, not just at restore time. Scan source systems for known indicators of compromise before trusting a backup as clean. Keep multiple generations of backups, not just the most recent one, so you have older, pre-infection points to fall back on. Log exactly when each backup was taken and what systems it covered, so you can trace dwell time during an incident. Physical, Logical, and Cloud: The Three Air-Gap Models Choosing an air-gap model comes down to your recovery time objective, your recovery point objective, and how much staff time you can realistically dedicate to running it. IBM identifies three broad categories, each with real trade-offs. Physical air gap. Data gets written to LTO tape or removable disks, then physically disconnected and stored in a vault or offsite facility. This is the strongest form of isolation, since there’s no network path at all, but it’s also the slowest to restore from and requires someone to physically manage media rotation, labeling, and transport. Logical air gap. Instead of physical disconnection, this relies on network segmentation, one-way replication, and credential freeze windows where backup credentials are only active during the backup job itself. It scales far better than tape and supports faster restores, but it’s operationally more complex to configure correctly and depends heavily on strict access controls staying enforced. Cloud or managed vaults. A separate cloud account, API-only access, and Object Lock or WORM (write once, read many) settings create a logical air gap without physical media at all. This hybrid approach trades some of the absolute isolation of tape for much faster recovery and lower staffing overhead, which is why it’s become the default for many mid-sized organizations. A manufacturer running legacy on-premises systems with a 72-hour RTO tolerance might lean on physical tape. A healthcare practice needing same-day recovery for patient records is more likely to land on a cloud vault with strict credential separation. Why Air-Gapped Backups Matter for Ransomware Recovery The core benefit is simple: an air-gapped copy sits outside the blast radius of a compromised network, so even a ransomware group with domain admin credentials can’t reach it. That single fact is why law enforcement advisories on ransomware campaigns consistently flag backup infrastructure as a primary target, not an afterthought. There’s a compliance angle too. Regulated industries, healthcare under HIPAA, financial firms under various data protection rules, benefit from the documented chain of custody an air-gapped process creates. When an auditor asks how you’d recover from a ransomware event, “we have an isolated, tested copy with logged access” is a very different answer than “we have backups.” Statistic callout: CISA’s Shields Up guidance explicitly calls out backup protection as a priority defensive measure during periods of elevated threat, reflecting how consistently attackers target backup systems as a first move rather than an afterthought. None of this comes free. Air-gapped systems, especially physical ones, mean slower restores, more logistics, and real operational cost. Tape rotation takes staff time. Cloud vaults with strict credential separation add friction to routine operations. Ransomware containment: isolated copies are unreachable by lateral movement, enhancing recovery reliability. Compliance support: documented custody trails satisfy auditor questions. Trade-off: recovery speed drops as isolation increases. Multiplier effect: pairing air gaps with immutability closes gaps either control leaves open alone. Air-Gapped vs. Immutable Backups: You Need Both Immutability and isolation solve different problems, and mixing them up is where a lot of backup strategies fall short. An immutable backup stays online and reachable, but it’s locked so nobody, not even an administrator, can modify or delete it during a defined retention window. An air-gapped backup might not even be reachable at all during that same window. Here’s where each one can fail alone. Immutability protects against deletion, but if an attacker compromises the storage platform itself or exploits a misconfiguration in the lock policy, that protection can be bypassed. An air gap protects against network-based attacks, but if the capture was already infected, isolation just preserves a bad copy safely. ## Article: Stop MFA Fatigue Attacks in an Afternoon for SMB IT Teams (https://architechmsp.com/blog/mfa-fatigue-attacks) Stop MFA Fatigue Attacks in an Afternoon for SMB IT Teams MFA fatigue, also called push bombing, is when an attacker who already has a stolen password floods a user’s phone with authentication prompts until sheer annoyance produces an accidental “approve.” The biggest danger is that single tap: it hands over account access without a password ever being cracked. The fastest fix is configuration, not training. Turn on prompt rate-limiting and switch push notifications to number matching with contextual details, so users see the sign-in location and app before they can approve anything. TL;DR: Enabling number matching and contextual prompts significantly reduces the effectiveness of MFA push bombing and fatigue attacks. Rate-limiting push notifications and monitoring for rapid bursts or suspicious device registrations can help detect ongoing MFA fatigue campaigns early. High-risk accounts, such as administrators and those with access to sensitive data, should prioritize phishing-resistant MFA like FIDO2 keys or passkeys within the next quarter. Most MFA fatigue incidents start with stolen credentials and rely on human exhaustion, social engineering, or pretext attacks to prompt approval. Technical configuration changes are more effective and necessary than user training alone to prevent MFA fatigue attacks. ArchiTECH Strengthen Your Business Security ArchiTECH MSP helps small and mid-sized businesses proactively manage cybersecurity and compliance risks with enterprise-level protection. Explore ArchiTECH MSP Table of Contents How MFA Fatigue Attacks Work: Step-by-Step Mechanics Why Push-Based MFA Still Fails in Practice Detecting MFA Fatigue Attacks: Logs, Heuristics, and Alerts Layered Defenses: A Prioritized Mitigation Roadmap Post-Compromise Signs and Incident Response After a Breach Implementation Checklist and Rollout Timeline How ArchiTECH MSP Operationalizes MFA Fatigue Defenses Real-World MFA Fatigue Incidents Worth Studying Potential Business Impact of a Successful MFA Fatigue Attack What’s Next for MFA Fatigue Attacks and Defenses The Roadmap Everyone Agrees On, and Why Most Still Skip It Sources FAQ How MFA Fatigue Attacks Work: Step-by-Step Mechanics Every push bombing incident starts the same way: with a password the attacker already has. That credential usually comes from phishing, credential stuffing against reused passwords, or a purchased breach dump. From there, the mechanics are almost mechanical in the literal sense. Credential compromise. The attacker validates a stolen username and password combination, often through automated login tools that test thousands of accounts against a target’s login portal. Prompt bombardment. Once the password checks out, the attacker triggers repeated MFA push notifications, SMS codes, or automated voice calls, sometimes dozens within minutes, using scripts built for exactly this purpose. Human exhaustion. The victim, half asleep or mid meeting, taps “approve” just to make the notifications stop, or because a follow-up call from someone posing as IT support tells them to. Session hijack. The attacker now holds an authenticated session and starts acting inside the environment as that user. Commercial phishing kits and reverse proxy tools have made this chain nearly point and click for less skilled attackers, which is part of why MFA fatigue has become one of the more common MFA attack strategies in circulation today. Why Push-Based MFA Still Fails in Practice A small percentage of users approve a simple push prompt on the very first attempt, even with no context and no pressure , according to Microsoft’s own telemetry on MFA fatigue attacks. For example, send thirty prompts to one inbox at 2 a.m. Attackers have industrialized around that weakness. Cisco Talos reporting documents push fatigue increasingly paired with adversary-in-the-middle (AiTM) proxies and session-cookie theft, letting one campaign skip past MFA entirely once a session token is grabbed. Phishing-as-a-Service kits package this into a subscription product, and SIM-swapping adds a second lever against SMS-based codes specifically. Some accounts deserve phishing-resistant MFA before anyone else gets it: Domain and identity administrators Finance and payroll staff with wire authority Anyone with access to protected health information or cardholder data Executives and their assistants, who are disproportionately targeted for business email compromise Detecting MFA Fatigue Attacks: Logs, Heuristics, and Alerts Push bombing leaves a fingerprint in your identity logs well before anyone clicks “approve.” The pattern is a burst of prompts to one account in a short window, frequently including several denials right before the one approval that lets the attacker in. Signals worth wiring into a SIEM with AI incident response compliance workflow or your identity provider’s alerting today: More than three MFA prompts to a single user within five minutes Two or more denied prompts followed immediately by an approval A new MFA device or authenticator registered right after unusual sign-in activity Impossible travel: a login from Boston followed by one from another country minutes later Sign-ins from unfamiliar ASNs or IP ranges tied to VPN exit nodes or known proxy infrastructure MITRE ATT&CK’s guidance on MFA interception points to exactly this kind of high-frequency, device-registration pattern as a more reliable detection trigger than generic anomaly scoring. Expect some false positives from users who legitimately fumble a login twice before succeeding. Tune thresholds against a baseline before you start paging people. Pro Tip: Build the alert around the sequence, not just the count. A single denied prompt means nothing. Three denials followed by one approval, from the same device, in under two minutes, is the pattern that actually matters. Layered Defenses: A Prioritized Mitigation Roadmap Fixing this is not a single project. It’s a stack of changes, and the order matters more than most guidance admits. Immediate (this week): Enable number matching and contextual prompts, showing the app name, location, and device requesting access, so approving requires reading, not just tapping. Turn on prompt rate-limiting or lockout after a defined number of failed or ignored attempts. Disable simple tap-to-approve where your identity platform allows an alternative. CISA’s fact sheet on number matching frames this as the single highest-leverage configuration change most organizations can make, and Microsoft’s own data backs that up: environments that enabled number matching and added context reportedly saw push-bombing attempts drop to near zero, according to the same Microsoft Entra research . Targeted policies (next month): Layer in risk-based conditional access that factors in device posture, location, and sign-in risk score, following the risk-adaptive approach outlined in NIST SP 800-207 . Block legacy authentication protocols and SMS-based MFA wherever your compliance obligations allow it, since both bypass number matching entirely. Phishing-resistant migration (this quarter): FIDO2 hardware keys and passkeys bind a credential cryptographically to the legitimate site, which makes both AiTM proxies and push bombing structurally infeasible rather than just inconvenient. Pilot this with domain admins and finance staff first, then expand by risk tier rather than trying to flip the whole organization at once. Organizational hygiene: Review OAuth app consent grants quarterly, since attackers who land a session often register a new app for persistence. Enforce least privilege so one approved prompt doesn’t hand over the keys to everything. Retire shared or default accounts that skip individual MFA scrutiny altogether. Pro Tip: Don’t wait for a full FIDO2 rollout to fix the biggest hole. Number matching alone closes most of the gap and can be turned on in an afternoon for most Microsoft 365 and Azure AD tenants. Post-Compromise Signs and Incident Response Afte ## Article: Two Moves to Make Your System Hardening Checklist Work for SMBs (https://architechmsp.com/blog/system-hardening-checklist) Two Moves to Make Your System Hardening Checklist Work for SMBs System hardening means locking down every default configuration, unused service, and open port that gives an attacker a foothold, then enforcing least privilege everywhere else. Start with two moves before anything else: build a real asset inventory, and lock privileged accounts behind multi-factor authentication. Everything else in this checklist builds on that foundation as a repeatable baseline, not a one-time fire drill. TL;DR: Building a comprehensive asset inventory and implementing multi-factor authentication for privileged accounts are critical initial steps before expanding system hardening efforts. The checklist covers all assets touching the network, including endpoints, servers, cloud instances, and containers, emphasizing reducing exposed attack surfaces. Applying the most restrictive standards, like DISA STIGs or CIS Benchmarks, depends on the environment’s risk level, with regular updates and validation essential to maintain security. Prioritizing high-risk controls such as privileged account MFA, patch cadence, and network segmentation yields the greatest security gains for small teams. Backup and recovery procedures must be equally hardened, with locked-down, encrypted offline copies and regular testing to ensure resilience against breaches. ArchiTECH Build a Stronger Security Foundation ArchiTECH helps small and mid-sized businesses protect their environments with proactive cybersecurity and compliance-focused managed IT services. Explore ArchiTECH services Table of Contents What Does a System Hardening Checklist Actually Cover? Why Does Skipping Hardening Actually Cost You? The Complete System Hardening Checklist What Are the Main Types of System Hardening? Which Standards Should You Actually Follow? How Do You Build a Repeatable Hardening Program? What Actually Works for Small IT Teams? Backup and Recovery Procedures for Hardened Systems Security Policy and Compliance Considerations Threat Modeling and Risk Assessment Before You Harden Encryption Configuration for Data at Rest and in Transit Malware Protection and Endpoint Security Hardening User Training and Awareness for Hardening Practices What I’d Tell You If You Only Had an Hour Where ArchiTECH Fits Into This Checklist Sources FAQ What Does a System Hardening Checklist Actually Cover? A hardening checklist spans every asset that touches your network: endpoints, servers, network devices, cloud instances, and containers. That’s broader than most administrators assume when they first hear the term. Hardening is not the same job as patching or configuration management, even though the three overlap constantly. Patching closes known vulnerabilities in existing software. Configuration management tracks and enforces settings across your fleet. Hardening is the specific discipline of reducing what’s exposed in the first place: fewer accounts, fewer services, fewer open doors. System hardening reduces attack surface by removing default accounts, disabling services nobody uses, closing unnecessary ports, and enforcing least privilege, with a patch cadence layered on top. Three reference frameworks come up constantly in this work, and you’ll see all of them again below: CIS Benchmarks , prescriptive configuration guides for dozens of operating systems and applications. NIST Special Publications , particularly the 800 series, covering risk management and control frameworks. DISA STIGs , the Department of Defense’s Security Technical Implementation Guides, often the most restrictive of the three. Most SMB environments won’t need STIG-level lockdown. But knowing it exists helps you judge how far to push CIS recommendations when a client or auditor asks for “more.” Why Does Skipping Hardening Actually Cost You? Default configurations are the exploit path of least resistance. Unused services listening on open ports, factory admin accounts nobody renamed, RDP exposed to the internet because it was easier that way during setup. None of that requires a sophisticated attacker. It requires a scanner and patience. Hardening pays off twice. First, it shrinks the number of ways in. Second, it directly supports compliance frameworks your business may already be on the hook for: PCI DSS for card data, HIPAA for protected health information, SOC 2 for service providers, and NIST 800-53 for anyone touching federal contracts. There’s also a quieter operational benefit. A hardened, well-documented baseline makes incident investigation faster, because you know what “normal” looks like on every machine. Pro Tip: Most breach investigations lose their first few hours just establishing what a system’s baseline configuration was supposed to be. A documented hardening standard turns that into a five-minute comparison instead of a guessing game. The Complete System Hardening Checklist This is the working list. Treat it as your standard operating environment (SOE) draft, not a one-and-done audit. Each category below maps to a real operational task you can assign, schedule, and verify. 1. User account and access controls Enforce least privilege on every account, service account included. Require MFA on all privileged and remote access accounts, no exceptions for “just this one vendor login.” Disable or rename default administrator and guest accounts on every device. Audit privileged account membership quarterly and remove anyone who’s changed roles. 2. Network configuration and segmentation Set network access control lists to default-deny, then open only what’s needed. Put management interfaces on a dedicated VLAN, isolated from user traffic. Restrict RDP and SSH access to specific management IP ranges, never to “any.” Document every segmentation rule so the next admin understands why it exists. 3. Firewall configuration (host and perimeter) Firewalls need attention at both layers. Perimeter firewalls should run default-deny with explicit allow rules, logging enabled on denies, and a scheduled rule review, ideally quarterly, to strip out entries nobody remembers adding. Host-based firewalls on individual endpoints and servers deserve the same discipline: block inbound by default, allow only what the running services require, and treat every open port as a decision that needs a reason attached to it. 4. Patch management and update cadence Set explicit windows by severity rather than patching whenever it’s convenient. A workable cadence: critical patches within 24 to 72 hours, high-severity within 7 to 14 days, and everything else within 30 days, adjusted to your actual risk tolerance. Track end-of-life software separately. An unsupported OS or application is a hardening gap that patching alone can’t fix. Third-party applications, browsers, PDF readers, and the like need the same cadence as the OS, not an afterthought. 5. Windows-specific hardening Disable SMBv1 entirely; it has no legitimate reason to still be running. Enable BitLocker on every drive that can hold sensitive data. Turn on Credential Guard to protect stored credentials from memory-scraping attacks. Restrict RDP to management IPs and require Network Level Authentication. 6. Linux-specific hardening Disable root SSH login and require key-based authentication for everyone. Enable SELinux or AppArmor rather than leaving mandatory access control off. Configure auditd to log privilege escalation and file integrity events. Remove compilers and package managers from production systems where they aren’t needed. 7. Service and application hardening Strip out every service that isn’t actively required, not just the obviously dangerous ones. Run remaining services under low-privilege accounts instead of system or root. Application whitelisting, also called application control, stops unauthorized executables from running at all. Host-based controls like application control and host intrusion prevention measurably increase detection and cut down what malicious code can actually execute. 8. Logging, m ## Article: Audit Ready Mobile Device Management Policy for SMBs: 10 Sections (https://architechmsp.com/blog/mobile-device-management-policy) Audit Ready Mobile Device Management Policy for SMBs: 10 Sections An MDM policy is the governance document that defines who must enroll, what controls apply, and what happens when rules are broken, distinct from the MDM console that actually enforces those settings. It serves three audiences at once: employees who need clear rules, IT staff who need something enforceable, and auditors who need proof it’s real. Ten sections cover it: purpose, ownership models, acceptable use, enrollment, security standards, app management, privacy, lost/stolen procedures, offboarding, and review governance. TL;DR: Effective MDM policies require precise language that directly maps clauses to enforcement settings within the management console. A named policy owner, clear approval date, and employee acknowledgment logs are critical audit components, especially for legal and compliance validation. Regular review cycles, at least annually, and immediate updates following major OS releases or security incidents are necessary for policy relevance. Separate privacy and enforcement rules for BYOD devices prevent legal issues and clarify IT’s visibility scope, including signed remote-wipe waivers. Small businesses should leverage templates and external cybersecurity services to develop audit-ready policies without extensive internal resources. ArchiTECH architechmsp.com Strengthen Your Security Framework ArchiTECH helps small and mid-sized businesses build proactive cybersecurity and compliance practices around a proven six-step security framework. Explore cybersecurity services Table of Contents What Is a Mobile Device Management Policy (and What Belongs in It)? Writing Policy Language That Maps to Real Technical Controls BYOD Privacy: What IT Can See, and What It Can’t Enforcement Procedures: Lost Devices, Stolen Devices, and Exit Day Rolling Out the Policy Without Breaking Everyone’s Phone on Day One Keeping the Policy Alive: Ownership, Review Cadence, and Audit Evidence What SMBs Get Wrong When They Write This Policy Themselves Mobile Device Management Policy: A Practical Template for IT Teams Get Help Turning This Policy Into Something Auditors Actually Trust Sources FAQ What Is a Mobile Device Management Policy (and What Belongs in It)? A mobile device management policy is the written rulebook, not the software. Your MDM platform, whether that’s Microsoft Intune, Jamf, or another EMM tool, enforces settings. The policy explains why those settings exist, who they apply to, and what happens when someone breaks the rules. Confuse the two and you’ll end up with a console full of restrictions nobody agreed to and no paper trail when an auditor asks who approved them. Ten sections show up in nearly every audit-ready policy, and each one earns its place for a specific reason: Purpose and scope : states which devices, roles, and data types the policy covers. Ownership models : BYOD (bring your own device), COBO (corporate-owned, business-only), and COPE (corporate-owned, personally enabled) each carry different rights and obligations. Acceptable use : what employees may and may not do on a managed device. Enrollment requirements : the deadline and method for getting a device under management. Security standards : passcodes, encryption, OS update cadence, remote wipe triggers. Application management : approved app lists, blacklisting, and the MAM (mobile application management) versus MDM split. Monitoring and privacy : what IT can see and what stays off limits. Lost/stolen procedures : reporting windows and wipe authorization. Offboarding : how access and data get pulled when someone leaves. Review and governance : who owns the document and how often it gets revisited. Sections vary by ownership model. A COBO device policy can be aggressive about full-device wipe; a BYOD policy has to tread carefully around personal photos and texts. Auditors typically want three things above everything else: a named policy owner, a documented approval date, and acknowledgement logs proving employees actually read and signed the thing, not just that it exists somewhere on a shared drive. Writing Policy Language That Maps to Real Technical Controls The gap between a policy that sounds good and one that survives an audit comes down to specificity. Vague language like “devices must be secure” tells an auditor nothing. Language that names a control, and points to where that control lives in your EMM console, tells them everything. Here’s how each section should read, paired with the setting that enforces it: Enrollment clause : “All devices accessing corporate email or data must enroll in [MDM platform] as soon as possible after provisioning.” This maps to enrollment enforcement rules and conditional access policies that block unenrolled devices from Microsoft 365 or Google Workspace, a workflow Microsoft documents in detail for Basic Mobility and Security . Passcode clause : “Devices must enforce a minimum 6-digit passcode with auto-lock after 5 minutes of inactivity.” This maps directly to a passcode profile pushed through the console. Encryption clause : “All managed devices must have full-disk encryption enabled.” Most modern phones handle this natively once enrolled, but the policy still needs to say it’s required, not assumed. App management clause : “Only applications on the approved list may access corporate data.” This maps to app blacklisting or an allowlist enforced through containerization. OS update clause : “Devices running an OS version more than two major releases behind current must be blocked from corporate access.” This maps to OS-version gating rules. Remote wipe clause : “IT may remotely wipe corporate data on a device reported lost, stolen, or terminated from employment.” This maps to the wipe function itself, logged for audit trail. Reference compliance frameworks by name where they apply, citing NIST SP 800-124r2 for lifecycle and control guidance, or HIPAA where protected health information touches mobile devices. A sentence like “This control satisfies HIPAA Security Rule §164.312(a)(2)(iv) encryption requirements” gives an auditor exactly what they came for. BYOD Privacy: What IT Can See, and What It Can’t Personal devices raise a question employees ask before they’ll sign anything: what does IT actually see? Answer it plainly in the policy, not in a vague clause buried on page nine. Spell out the boundaries directly: IT can see: device compliance status, corporate app inventory, and whether encryption and passcode rules are met. IT cannot see: personal photos, texts, browsing history, or the exact GPS location of a personal device outside a lost-device search. Corporate data lives in a managed container or profile; personal data and apps stay outside IT’s reach entirely. A managed container approach, sometimes delivered through MAM rather than full MDM enrollment, avoids full-device wipe on a personal phone. That distinction matters enough to put in writing separately: a BYOD addendum with its own signed remote-wipe waiver, rather than folding personal-device rules into the main policy. Pro Tip: Have employees sign the BYOD waiver as a standalone document, not a buried paragraph. If a wipe accidentally deletes someone’s personal photos, a separate signed acknowledgment is your best defense. Enforcement Procedures: Lost Devices, Stolen Devices, and Exit Day A policy that doesn’t say who acts, and by when, isn’t enforceable. It’s a suggestion. Reporting window : employees must report a lost or stolen device to IT promptly after discovery. Graded response : a lost device triggers a locate-and-lock attempt first; a stolen device or one missing beyond a reasonable time triggers immediate remote wipe of corporate data. Escalation path : unresolved reports escalate to the IT security lead in a timely manner, with HR involved for employment-related cases. Offboarding checklist : revoke email and app access same day, execute corporate wipe, collect corporate-owned hardware, and l ## Article: Six Step Risk Aware Playbook to Fix Microsoft Secure Score for SMBs (https://architechmsp.com/blog/microsoft-secure-score) Six Step Risk Aware Playbook to Fix Microsoft Secure Score for SMBs Microsoft Secure Score is a measure that indicates how many of Microsoft’s recommended security controls your organization has enabled, across identity, devices, apps, and data. Sign into the Defender portal right now and you’ll see your current number and a ranked list of what to fix next. Treat it as a roadmap, though, not a guarantee. A high score means you’ve adopted good habits. It doesn’t mean you’re breach-proof. TL;DR: Pursuing a higher Secure Score emphasizes adopting recommended controls, but it does not guarantee breach prevention or eliminate all security risks. Score improvements should focus on high-risk, low-effort actions such as enabling MFA on admin accounts and enrolling unmanaged endpoints to achieve quick, tangible gains. Access to manage Secure Score must be tightly controlled, favoring read-only or scoped remediation roles to prevent unintended configuration changes or risks. Regularly tracking score trends, communicating progress, and verifying changes after each sprint are essential to avoid regressions and accurately reflect security posture improvements. Combining Secure Score insights with broader security tools and frameworks ensures a more comprehensive approach, especially when managing multiple cloud environments like Microsoft 365 and Azure. ArchiTECH Build a More Proactive Security Plan ArchiTECH helps small and mid-sized businesses strengthen cybersecurity, manage risk, and support compliance with a six-step security framework. Explore ArchiTECH’s security approach Table of Contents What Does Microsoft Secure Score Actually Measure? How Is Your Secure Score Calculated? How Do You Check Your Microsoft Secure Score? How Should You Prioritize Secure Score Recommendations? Who Should Have Access to Manage Secure Score? How Do You Report Secure Score Progress to Leadership? How ArchiTECH MSP Turns Secure Score Into a Remediation Plan How Does Secure Score Fit Into Your Broader Security Stack? What Are the Biggest Challenges in Raising Your Score? How Do You Actually Implement Score Improvements? A Roadmap, Not a Report Card Get Help Turning Recommendations Into Results Where to Verify the Details Sources FAQ What Does Microsoft Secure Score Actually Measure? Secure Score pulls signals from several products and rolls them into one number. It’s a Microsoft security assessment in the truest sense: it doesn’t test your network from the outside, it audits whether you’ve flipped the switches Microsoft already built for you. The main coverage areas include: Microsoft Entra ID (identity, MFA enforcement, conditional access policies) Microsoft Defender for Endpoint (device hardening, patching status, attack surface reduction) Microsoft Defender for Cloud Apps (app governance, shadow IT visibility) Exchange Online (mail hygiene, anti-phishing controls) Microsoft Teams and SharePoint (sharing settings, data loss prevention) A higher score means broader adoption of Microsoft’s recommended controls, indicating comparatively better configuration than organizations with lower scores. That’s genuinely useful information. Scores measure configuration hygiene, not human behavior, third-party risk, or the sophistication of whoever’s trying to get in. How Is Your Secure Score Calculated? Every recommended action carries a point value, usually 10 points or fewer, and Microsoft’s own scoring documentation makes clear that not every action is all-or-nothing. By the Numbers: Enable multifactor authentication for 50 of your 100 users, and you don’t get zero credit and you don’t get full credit. You get partial points proportional to that 50% coverage. Push it to 100 users and the points scale up accordingly. That partial scoring model matters for how you read month-to-month changes. A small score bump might reflect real progress on a rollout in flight, not a finished project. Two other mechanics worth knowing: Classic vs. risk-based scoring. The Microsoft 365 Secure Score you see in Defender uses fixed point values, according to Microsoft’s documentation. Defender for Cloud’s Cloud secure score works differently, weighting recommendations by asset risk and criticality, so a vulnerability on a production database outranks the same issue on a test server. Preview recommendations. New checks often show up tagged as preview and don’t affect your score until they reach general availability . If your number moves without you touching anything, check the change log before you assume something broke. How Do You Check Your Microsoft Secure Score? Your score lives in one place, and it takes about ten seconds to find once you know the path. Sign into the Microsoft Defender portal at security.microsoft.com/securescore with an account that has the right permissions. Use the filter panel to sort recommendations by product, risk level, or due date, and pull up the score history chart to see your trend over the past 90 days. For each recommendation, mark it as planned , risk accepted , or resolved through third party if you’re mitigating the risk outside Microsoft’s suggested control. That third option matters more than people realize. If you’re already covering a risk with a different tool, Secure Score lets you document that instead of leaving an open item that makes your dashboard look worse than your actual posture. How Should You Prioritize Secure Score Recommendations? The dashboard hands you a long list sorted by point value, and point value is the worst way to decide what to fix first. A 10-point recommendation that locks down every admin account matters more than three 3-point recommendations that tidy up rarely-used mailbox settings. Real prioritization runs on three axes: how much risk it actually removes, how much it disrupts users, and how much effort it takes your team to implement. Risk reduction: Does this recommendation close a path attackers commonly use, like unmanaged admin accounts or unpatched endpoints? User impact: Will this change break someone’s workflow, require retraining, or generate help desk tickets? Implementation effort: Can your team turn this on in an afternoon, or does it require a project plan? For most small and mid-sized organizations, a handful of moves consistently rank as high-risk-reduction, low-effort quick wins: enforcing MFA on administrator accounts, enrolling stray laptops into Intune, and switching on Defender’s built-in protections that are sometimes left dormant after initial deployment. Unmanaged endpoints that never got enrolled in a management platform are one of the most common reasons device scores stall out, and enrolling them converts a lot of partial checks into full credit almost overnight. Pro Tip: Run remediation in two-week sprints with a fixed list of three to five recommendations, and require a verification step at the end of each sprint. Teams that skip verification often “complete” a fix that reverts after the next tenant update. Who Should Have Access to Manage Secure Score? Secure Score touches identity and device configuration, which means access to it deserves the same scrutiny you’d apply to any admin console. Microsoft’s guidance recommends assigning purpose-built roles through Exposure Management or custom RBAC rather than handing out Global Administrator to everyone who needs to glance at a dashboard. A workable governance setup usually includes: Read-only access for executives and compliance staff who need visibility into trends but shouldn’t be changing configurations. Remediation permissions scoped to the specific workload a team owns (an identity admin shouldn’t necessarily touch Exchange settings). A documented approval record any time a recommendation affects end users, noting who approved it, what it changed, and when it was verified. Separating the people who implement fixes from the people who report on progress reduces the odds of someone quietly marking a risk as “accepted” to make a report look better. How ## Article: Avoid Lockouts: Passkeys vs Passwords for SMBs and Users (https://architechmsp.com/blog/passkeys-vs-passwords) Avoid Lockouts: Passkeys vs Passwords for SMBs and Users Passkeys beat passwords on nearly every axis that matters: they resist phishing, they can’t be stolen from a breached database in usable form, and they log you in faster than typing a password ever will; for practical guidance, see this phishing-resistant MFA deployment playbook. The catch is recovery. If you lose the device holding your passkey and the backup path is weak, you’ve traded one risk for another. Passkeys run on the FIDO2/WebAuthn standard, and Apple, Microsoft, and Google all support them today. TL;DR: Passkeys are supported by major platforms like Apple, Microsoft, and Google, but their security depends heavily on robust recovery methods. If your device or cloud backup is weak, losing access may result in lockout, especially with device-bound passkeys that lack cloud synchronization. Recovery policies that rely on email or SMS can undermine security if those channels are compromised, making multi-factor or hardware backup keys essential. Passkeys excel at preventing phishing and credential stuffing, but they still require careful management of recovery options and support for legacy systems. Small teams and individuals should start by enabling passkeys on supported services and ensure recovery settings are secure before full deployment. Table of Contents What a Passkey Is and How It Differs From a Password How Passkey Authentication Actually Works How Passkeys Reduce Real-World Risk Compared With Passwords Usability, Cross-Device Support, and Recovery Models Limitations and Edge Cases You Must Plan For How to Adopt Passkeys: A Step-by-Step Plan Enterprise Rollout Pitfalls and High-Assurance Recovery The Short Verdict on Passkeys vs. Passwords Why We Push Passkeys, and What Clients Get Wrong Get Help Rolling Out Passkeys the Right Way Sources FAQ What a Passkey Is and How It Differs From a Password A password is a shared secret. You type a string of characters, the service compares it to what’s stored on its server, and if they match, you’re in. Anyone who learns that string, whether through a phishing page, a breach, or a sticky note, can pretend to be you. A passkey works on a completely different principle: possession, not memory. When you create a passkey, your device generates a mathematically linked public/private key pair . The private key never leaves your device. It’s usually locked behind your fingerprint, face scan, or PIN. The public key gets handed to the website or app, which stores it the way it used to store a password hash, except a public key is useless to an attacker on its own. There’s nothing to guess and nothing to steal that grants access by itself. You’ll run into two flavors of passkey in practice: Device-bound passkeys live on a single piece of hardware, like a USB security key or a phone’s secure enclave, and never sync anywhere. Synced passkeys get backed up to a cloud account (iCloud Keychain, Google Password Manager, Windows Hello) and follow you across your devices. The distinction matters more than most people realize, and we’ll get into why when we cover recovery further down. How Passkey Authentication Actually Works The mechanics behind passkeys explain why they close a door that passwords leave wide open. Here’s the sequence, broken into its two core moments: Registration. When you set up a passkey with a service, your device creates a fresh key pair specifically for that site. The private key stays put; the public key travels to the service and gets stored alongside your account. Authentication. The next time you sign in, the server sends a one-time cryptographic challenge. Your device unlocks the private key with your biometric or PIN, signs the challenge, and sends the signature back. The server checks that signature against the public key it already has. No password ever crosses the wire. That challenge-response exchange is the entire reason passkeys shut down credential theft at the source. There’s no shared secret in transit for a fake login page to intercept, and even if attackers breach a company’s database and grab every public key on file, they still can’t authenticate as you. Public keys are, by design, safe to expose. Pro Tip: Check whether a site’s passkey setup lets you name each credential (like “MacBook” or “work YubiKey”). It makes cleanup a lot faster later if a device gets lost or retired. The usability payoff is real, too. The NCSC has measured passkey logins running up to eight times faster than a traditional username, password, and second-factor combination. That speed difference isn’t a marginal convenience. It’s the gap between a login flow people tolerate and one they actually enjoy using. How Passkeys Reduce Real-World Risk Compared With Passwords Security comparisons in this space tend to get abstract fast, so it helps to map specific attack types against how each method actually holds up. Phishing is where the gap is starkest. A passkey is cryptographically bound to the exact domain that registered it. If a scam site mimics your bank’s login page down to the pixel, your device simply won’t offer up a signature because the domain doesn’t match. Passwords have no such binding; you can type your real credentials into a fake page without any technical safeguard stopping you. Breach impact flips the usual math. When a password database leaks, attackers get something they can crack, sell, or replay elsewhere because so many people reuse credentials. When a passkey provider’s server is breached, attackers get a pile of public keys they can’t use to log in as anyone. Credential stuffing , the automated practice of firing millions of leaked username and password pairs at other sites, doesn’t work against passkeys at all. There’s no static credential to replay. That said, passkeys don’t eliminate risk entirely. They shift it toward two areas: Recovery channels. If account recovery falls back to email or SMS, an attacker who compromises those channels can still get in. Social engineering against help desks. A convincing phone call to IT support can sometimes talk a human into resetting access, bypassing the cryptography entirely. Pro Tip: Ask any service you rely on how they handle passkey recovery before you commit to it as your only login method. A phishing-resistant credential paired with a weak recovery process is only as strong as its weakest link. Usability, Cross-Device Support, and Recovery Models Day-to-day, passkeys remove the friction most people associate with logging in. There’s no password to remember, no typo to fix, and often no separate 2FA code to copy from a text message. You unlock your device and you’re in. Where it gets more nuanced is syncing. Microsoft and Apple both let synced passkeys travel across your devices through platform-managed cloud escrow, so a passkey created on your laptop shows up on your phone automatically. That’s convenient, but it also means your security now depends partly on how well that platform account itself is protected. Device-bound tokens skip that trade-off entirely. A hardware key like a YubiKey never leaves the object it lives on, so there’s no cloud account to compromise. The cost is friction: lose the token, and you lose access until you’ve set up a replacement. Recovery is where vendors differ the most, and it’s worth understanding before you lean on any single method. Apple’s iCloud Keychain uses account recovery with limited unlock attempts and device-based trust. Microsoft and Google run their own variations. None of them are identical, and assuming otherwise is how people get locked out. A few safeguards are worth setting up regardless of platform: Register at least two authentication methods per important account. Keep a physical backup key for accounts you can’t afford to lose access to. Review your account recovery settings the same day you enable your first passkey, not months later. Limitations and Edge Cases You Must Plan For Passkeys aren’t a universal replac ## Article: Report Only First: Conditional Access Policies for SMB IT Admins (https://architechmsp.com/blog/conditional-access-policies) Report Only First: Conditional Access Policies for SMB IT Admins Conditional access policies are an if-then policy engine that enforces Zero Trust access decisions by weighing identity, device, location, and risk signals before allowing, blocking, or granting access with controls. The immediate move: build your first policies in report-only mode using Microsoft’s secure foundation templates, watch what they would have done for a week or two, then flip them on. TL;DR: Block legacy authentication protocols tenant-wide before implementing other conditional access policies to eliminate a critical security gap. Use report-only mode for at least a week to monitor potential impacts and avoid accidental lockouts before enforcing new policies. Prioritize protecting admin accounts and sensitive cloud apps by targetting specific users and employing multi-factor authentication for elevated roles. Ensure licensing aligns with desired features: P1 for core policies, P2 for risk-based conditions, and keep policy counts below 240 to avoid operational limits. Regularly utilize the What If tool and review coverage dashboards to identify gaps and verify policy impacts before full deployment. Table of Contents What Are Conditional Access Policies and How Do They Work? Which Signals Should Drive Your Conditional Access Conditions? What Access Controls Can Conditional Access Enforce? What Are Common Conditional Access Policy Examples? What Licensing Do You Need for Conditional Access? How Should You Deploy and Test Conditional Access Safely? Where Do You Manage and Monitor Conditional Access Policies? How Does ArchiTECH Approach Conditional Access for SMBs? What Should You Do First With Conditional Access? The Editorial Take on Making Conditional Access Actually Work Sources FAQ What Are Conditional Access Policies and How Do They Work? Every conditional access policy follows the same logic pattern: assignments define the “if,” and access controls define the “then.” Assignments specify who or what the policy applies to (users, groups, workload identities, cloud apps, or specific actions). Access controls decide what happens next: block the sign-in outright, or grant access on the condition that certain requirements are met. Behind that simple structure sits a two-phase evaluation process. First, Microsoft Entra collects session details at authentication, gathering everything from the device’s compliance state to the network the request came from. Second, it enforces every policy that applies to that session. If more than one policy matches, all of them apply using AND logic. That’s a detail admins miss constantly: five policies that each require one thing can stack into five separate requirements for a single sign-in. In practice, your assignments target the resources that matter most, not everything at once: Admin roles and privileged accounts, since a compromised global admin is the worst day of your year Cloud apps holding sensitive data (email, HR systems, financial platforms) All users as a baseline, with a scoped exclusion list for edge cases Which Signals Should Drive Your Conditional Access Conditions? Conditions are the inputs your policies read before deciding anything. Choosing the right ones, and knowing their limits, is where most conditional access strategy actually lives. Device signals carry the most weight for day-to-day risk reduction. You can require Intune-managed compliance or hybrid Azure AD join, and use device filters to target specific platforms. One catch: unmanaged personal devices and certain Linux or specialty builds can behave inconsistently with compliance checks, so test before you enforce broadly. Risk signals (sign-in risk, user risk, and increasingly agent risk for AI-driven access) come from Identity Protection, and the meaningful risk-based policies require an Entra ID P2 license. Without P2, you’re limited to static conditions rather than adaptive, machine-learning-driven ones. Network, location, and client app conditions round things out, along with legacy authentication protocols that should be blocked outright since they can’t support modern MFA. Some conditions, including certain agent-related signals, remain preview features with special handling requirements. Device compliance and hybrid join status Sign-in, user, and agent risk levels (P2 required) Named locations and IP ranges Client app type (browser, mobile app, legacy protocol) Pro Tip: Block legacy authentication before you touch anything else. It’s the single highest-impact policy most tenants can deploy, and it closes off a path that modern MFA can’t cover. What Access Controls Can Conditional Access Enforce? Once a policy’s conditions match, the access control decides the outcome. You’re choosing between a hard block and a grant with requirements attached. Grant controls let you require one or more of the following before access proceeds: Multifactor authentication A device marked compliant in Intune An approved client app Approved app protection policies (for mobile data) Acceptance of terms of use Session controls work differently. Rather than gating entry, they shape what happens during the session itself. Conditional Access App Control can restrict actions like downloads within an app, sign-in frequency can force reauthentication on a schedule, and persistent browser session settings determine whether a user stays logged in on a trusted device. The tricky part is sequencing. When multiple policies apply to one sign-in, the user faces every required control, in an order Microsoft determines, not you. A user could face MFA, then a compliant-device check, then an app protection prompt in a single session. Test combined effects before rolling policies out broadly, because what looks reasonable in isolation can turn into prompt fatigue in combination. What Are Common Conditional Access Policy Examples? You don’t need to invent your policy set from scratch. Microsoft publishes templates that cover the scenarios almost every organization faces, and starting there beats reinventing the wheel. Secure foundation policies : require MFA for all admin roles, block legacy authentication tenant-wide, and require secure registration for security info (so users can’t add MFA methods from an unmanaged device). Microsoft treats these three as the baseline every tenant should deploy first. Zero Trust and remote work policies : require a compliant or hybrid-joined device for access to core apps, and require an approved client app (like the Outlook mobile app instead of native mail) for access from phones and tablets. Privileged access policies : layer stricter sign-in frequency and phishing-resistant authentication requirements onto global admins, and require MFA every time for anyone assigned an elevated role. Guest and external user policies : apply terms-of-use acceptance and limit session persistence for accounts outside your tenant, since external identities carry different risk assumptions than employees. What Licensing Do You Need for Conditional Access? Feature access depends entirely on which Entra ID tier you’re running, and getting this wrong derails budget conversations before they start. Core conditional access, policy templates, and standard grant controls require Entra ID P1, which is bundled into Microsoft 365 Business Premium. Risk-based conditions (sign-in risk, user risk) need P2, sold standalone or bundled into Entra ID Suite or Microsoft 365 E5. Turning on your first conditional access policy automatically disables security defaults, Microsoft’s basic built-in MFA enforcement. Plan for that transition; don’t let your baseline protection lapse mid-migration. P1: policy templates, standard grant/session controls, device-based conditions P2: risk-based sign-in and user conditions, Identity Protection integration Hard limit: 240 policies per tenant, counting every policy regardless of on, off, or report-only state That 240-policy ceiling sounds generous until you’ve b ## Article: Identity Mapping First for Secure Microsoft 365 Tenant Migration (https://architechmsp.com/blog/microsoft-365-tenant-migration) Identity Mapping First for Secure Microsoft 365 Tenant Migration For most organizations, the right path is native Migration Orchestrator for mailboxes, OneDrive, and Teams chats and meetings, paired with a third-party tool wherever SharePoint sites or Teams channels are in scope. Before any of that starts, provision target MailUser objects and write the ExchangeGUID, LegacyExchangeDN, and x500 proxy addresses. Do not assign licenses first. Then assign Cross-Tenant User Data Migration licenses per user as each workload requires. TL;DR: Native tools are sufficient for small, mail-only migrations, but larger or more complex projects require third-party solutions for SharePoint and Teams channels. Proper identity mapping requires exporting source attributes, creating target MailUser objects, and verifying attribute matches before assigning licenses; skipping this step risks creating empty or mismatched mailboxes. Migration duration depends heavily on mailbox size, legal holds, OneDrive and SharePoint content volume, and network conditions, making thorough planning essential. During cutover, it is crucial to lower DNS and MX TTLs in advance, stage DNS updates, and schedule migrations during low-traffic windows to prevent delays and user disruption. Most failures stem from early license assignment, incorrect ExchangeGUIDs, or exceeding workload limits, which can be mitigated through verification and phased sequencing. Table of Contents What Are the Main Approaches to a Microsoft 365 Tenant Migration? How Do You Set Up Identity Mapping Before a Cross-Tenant Migration? What Migrates and What Doesn’t Across Exchange, OneDrive, SharePoint, and Teams How Do Licensing and FastTrack Work for Tenant Migrations? How Long Does a Microsoft 365 Tenant Migration Take? How Does Coexistence and Cutover Work During Migration? What Are the Most Common Tenant Migration Failures and Fixes? How ArchiTECH MSP Runs a Secure Tenant-to-Tenant Migration What the Research Actually Tells Us About Tenant Migrations Get a Free Migration Readiness Assessment From ArchiTECH MSP Sources FAQ What Are the Main Approaches to a Microsoft 365 Tenant Migration? Three paths exist, and picking wrong costs you weeks. Migration Orchestrator is Microsoft’s coordinated tool for tenant-to-tenant migration. It sequences Exchange mailboxes, OneDrive content, and Teams chats and meetings in dependency order, moving mail first so identities resolve correctly before file and chat data lands. It does not touch shared Teams channels or SharePoint site structure, which is where a lot of migration plans quietly fall apart. Native single-workload tools still have a place. If you’re only moving mailboxes, or the user count is small, running Exchange-only cross-tenant moves through PowerShell and the Mailbox Replication Service is often simpler than standing up the full orchestrator. Third-party tools become necessary once Teams channels, SharePoint folder structure, or delta sync for near-zero downtime enter the picture. Regulated mergers add another driver: native tools move content but skip identity-level audit trails, which many organizations adopt third-party reporting to fill. A simple rule of thumb: Small, mail-only moves: native cross-tenant mailbox migration is enough. Mixed or mid-size environments: native for mail and Teams basics, third-party for files and channel structure. Large or regulated migrations: bring in a Microsoft solution partner for orchestration and compliance reporting. How Do You Set Up Identity Mapping Before a Cross-Tenant Migration? Cross-tenant identity mapping, often shortened to CTIM, is the single biggest point of failure in a microsoft 365 tenant migration, and it’s almost entirely preventable with a disciplined sequence. Export source-tenant mailbox attributes, especially ExchangeGUID, ArchiveGUID (if archiving is enabled), LegacyExchangeDN, and existing proxy addresses. Create target MailUser objects for every migrating user, matching UPN and primary SMTP address to the plan you’ve agreed on. Write the ExchangeGUID and legacy proxy addresses onto those target MailUser objects, this is what cross-tenant mailbox migration mechanics depend on to match source and target identities correctly. Verify with Get-MailUser and Get-RecipientPermission before you touch licensing. Scope the actual migration batch to a mail-enabled security group so you control exactly who moves and when. Pro Tip: Run your verification cmdlets against a throwaway pilot group of two or three users first. If the ExchangeGUID doesn’t match on the target object, you’ll find out on three mailboxes instead of three hundred. The warning here isn’t optional: assigning Exchange or migration licenses before those attributes exist can provision a brand-new, empty mailbox in the target tenant instead of preparing it to receive the migrated one. What Migrates and What Doesn’t Across Exchange, OneDrive, SharePoint, and Teams Every workload has its own ceiling, and knowing them before you scope the project saves a painful mid-migration surprise. Exchange moves the top of the information store and recoverable items reliably. What doesn’t move natively: public folders, mailboxes placed on litigation or retention hold, and journaling archives, each of these needs a separate plan. There’s also a documented limit on auxiliary archive mailboxes per move batch, and mailbox size directly drives throughput. A 5 GB mailbox and a 95 GB mailbox are not the same migration. OneDrive and SharePoint carry hard content ceilings. Microsoft’s FastTrack cross-tenant documentation lists limits around 5 TB per site and roughly 1 million items, along with path-length restrictions that trip up organizations with deep folder nesting. Ownership metadata and sharing links often don’t survive the move cleanly, which is why migrating a Team’s SharePoint site alongside the Team itself, rather than separately, avoids orphaned permissions. Teams is the workload most likely to disappoint a native-only plan. Chats and meetings move through Migration Orchestrator, but shared channels and the underlying channel structure typically require a third-party tool to reconstruct properly on the target side. Other workloads , Intune policies, Power Platform apps, and Azure AD app registrations, have essentially no native cross-tenant migration path. Plan these as separate projects, not line items inside your Microsoft 365 timeline. How Do Licensing and FastTrack Work for Tenant Migrations? Licensing mechanics are simpler than most admins expect, but the timing rules aren’t forgiving. The Cross-Tenant User Data Migration add-on is a per-user, one-time license. It can be assigned on either the source or target tenant and covers mailbox and OneDrive moves for that user. FastTrack offers assisted migration under specific eligibility conditions, and it’s worth understanding what it actually covers before counting on it: data migration execution, not architecture design or orchestration planning. For migrations above roughly 500 users, or any project touching complex SharePoint structure or Teams channels at scale, engaging a Microsoft solution provider or certified partner is the more realistic path than trying to run it entirely in-house. How Long Does a Microsoft 365 Tenant Migration Take? Duration hinges on a small set of variables, and most delays trace back to one of them being underestimated at the planning stage. Mailbox size distribution matters more than user count alone. Legal holds and eDiscovery constraints add real time because held items require special handling during the move. Network throughput between tenants, and simple data volume in OneDrive and SharePoint, round out the list. Migration Driver Typical Impact Mailbox size (per user) Larger archives extend per-mailbox move time Legal or retention holds Requires separate handling, adds scheduling buffer OneDrive/SharePoint volume Drives overall wave duration more than user count Network conditions ## Article: 90–120 Minute Cyber Tabletop Exercise for SMBs With 48 Hour AAR (https://architechmsp.com/blog/cyber-tabletop-exercise) 90–120 Minute Cyber Tabletop Exercise for SMBs With 48 Hour AAR A cyber tabletop exercise is a discussion-based drill where decision-makers walk through a simulated attack, like ransomware or a cloud outage, and talk through their response in real time. The single most effective move you can make is to run a focused session lasting about an hour and a half to two hours with actual decision-makers in the room, using a template like CISA’s Tabletop Exercise Packages , and commit to finishing the after-action report promptly. TL;DR: Running a tabletop exercise with decision-makers in a focused 90 to 120-minute session significantly improves response readiness and accountability. Clear objectives, scope boundaries, and measurable success criteria are essential to prevent wasted time and ensure meaningful outcomes. Including both executive authorities and technical staff in the room enhances decision-making speed and operational understanding during crises. Delivering a timely, detailed after-action report within 48 hours is crucial for tracking identified gaps and ensuring follow-up actions are completed. Using real vendor names, specific scenarios, and reputable frameworks like MITRE ATT&CK increases the realism and effectiveness of the exercise. Table of Contents Cyber Tabletop Exercise Checklist and 90-Minute Agenda How Do You Set Objectives for a Tabletop Exercise? Who Should Be in the Room for an Incident Response Tabletop? Building Scenarios and Injects That Force Real Decisions What Makes a Tabletop Exercise Facilitator Effective? Turning Tabletop Findings Into Tracked Remediation Where to Find Tabletop Exercise Templates and Scenario Libraries How ArchiTECH MSP Runs Tabletop Exercises for SMBs What the Research Actually Supports Get Professional Tabletop Facilitation From ArchiTECH Sources FAQ Cyber Tabletop Exercise Checklist and 90-Minute Agenda Copy this into your next planning meeting. Most organizations overthink the setup and underthink the follow-through, so keep the prep lean and protect time for the debrief. Before the meeting: Write one objective sentence (what decision are you testing?). Set scope boundaries (which systems, vendors, and business units are in play). Build the invite list around decision-makers, not just IT staff. Send a one-page pre-read so nobody wastes time getting oriented. During the session (90 to 120 minutes): Set the scene, five minutes. Deliver the first inject, then run 20 to 30 minutes of discussion per inject cycle. Reserve the final 20 minutes strictly for debrief. Assign gap owners and dates before anyone leaves the room. Bring a whiteboard or shared doc, a visible clock, and your incident response plan. Walk out with a named owner and a deadline attached to every gap you find. How Do You Set Objectives for a Tabletop Exercise? A cyber tabletop exercise without a sharp objective can turn into an unproductive conversation lasting a significant amount of time. Before you touch a scenario, decide exactly which decision or capability you’re testing. That single choice shapes everything else, including who gets invited and how you measure success. Strong objectives read like test questions, not mission statements: Can leadership decide whether to pay a ransom within 60 minutes of confirmed encryption? Do we know which vendors we depend on for recovery, and do we have their contact escalation paths on hand? Can we hit our stated recovery time objective, or does the plan assume resources we don’t actually have? Scope follows the objective. If you’re testing a ransomware response, define which systems, business units, and third-party vendors are in bounds, and say explicitly what’s out. Logistics decisions matter too: remote sessions work fine for discussion-based exercises, but in-person sessions tend to surface body-language cues, like the hesitation before someone admits they don’t know who owns backup verification, that a video call misses. Success criteria should be measurable, not vibes-based. “We identified three gaps with owners and dates” beats “everyone found it valuable.” Who Should Be in the Room for an Incident Response Tabletop? The most common failure in a ransomware tabletop exercise is inviting only technical staff. If nobody in the room can authorize a ransom payment, approve a public statement, or sign off on shutting down a production line, you’re testing knowledge, not readiness. Executive sponsor — holds authority to make the calls the scenario forces (pay/don’t pay, shut down systems, notify regulators). Incident lead — owns the response plan and drives the narrative through each decision point. IT and security staff — provide technical ground truth on what’s actually recoverable and how fast. Legal counsel — flags breach notification obligations and liability exposure as they arise. PR or communications lead — drafts and stress-tests external messaging under time pressure. Finance representative — weighs in on ransom payment logistics or vendor payment disruptions. Facilitator — runs the clock, delivers injects, and keeps the group from wandering into the weeds. Scribe and evaluators — capture decisions, timestamps, and unresolved questions for the AAR. Observers can sit in, but keep the active seat count tight. Who you invite determines what you’re actually testing: a room full of executives validates authority and communication; a room full of engineers validates technical recovery steps. You need both eventually, but rarely in the same 90 minutes. Building Scenarios and Injects That Force Real Decisions Pick a scenario that maps directly to your stated objective. Ransomware tests recovery decisions and vendor dependencies. A cloud compromise (Microsoft 365 or Azure, for instance) tests identity and access response. Business email compromise tests financial controls. An industrial control system compromise tests physical safety and operational continuity. Don’t run a generic scenario just because it’s available; match it to what you actually need to learn. Realism comes from specifics. Use your real backup vendor’s name, your real EDR platform, your real payroll processor. A scenario that says “a critical vendor” instead of naming the actual vendor lets participants mentally shrug it off. Injects work best delivered one at a time, each one forcing a decision rather than reciting a fact: Announce a restore time estimate of nine days when the business assumed 24 hours, and watch the recovery conversation get real fast. Have finance ask, mid-exercise, whether to wire the ransom before legal has weighed in. Drop a partial detail (only two of five affected servers identified so far) to test how the team handles uncertainty. Introduce a reporter’s inquiry to test the communications timeline against the legal disclosure clock. MITRE ATT&CK and scenario libraries like Backdoors & Breaches are solid sources for realistic attacker behavior when you’re short on inject ideas. What Makes a Tabletop Exercise Facilitator Effective? Facilitation is where most exercises either earn their keep or collapse into a policy-recitation session. Three rules keep things on track: no blame when someone doesn’t know an answer, no releasing the full scenario upfront, and keep the clock visible at all times so time pressure stays real. Deliver injects one at a time and announce the simulated time jump between them (“It’s now been four hours since detection”). This keeps the group reacting to a moving situation instead of debating a static hypothetical, and practitioner guidance consistently points to this incremental delivery as the difference between a useful exercise and a talking-points meeting. Push for actions, not answers. If someone says “our policy covers this,” ask them to open the actual document and read the relevant line. Half the time, the policy doesn’t say what people assumed. Pro Tip: Keep a running “we need to check on this” list visible to everyone during the session. Every item on that list becomes ## Article: PCI Compliance Cost: Cut U.S. SMB Bills 35–60% with Tokenization (https://architechmsp.com/blog/pci-compliance-cost) PCI Compliance Cost: Cut U.S. SMB Bills 35–60% with Tokenization Here’s the honest number: a small SAQ A merchant should budget somewhere in the low thousands of dollars per year in ongoing costs, a mid-size business validating through SAQ D or a Report on Compliance often lands in the tens of thousands, and a large enterprise running a full ROC engagement can see hundreds of thousands annually. The real driver isn’t your industry or your revenue. It’s how much of your environment sits inside PCI scope. Your first move: figure out your SAQ type and get two or three vendor quotes before you assume anything about price. TL;DR: PCI compliance costs vary mainly based on your validation route, with small businesses spending in the low thousands annually, while large enterprises may spend hundreds of thousands. Using tools like tokenization and hosted payment pages can reduce scope and cut total costs by up to 60 percent, especially by eliminating entire control categories. First-year expenses are higher due to remediation work and scope discoveries, with ongoing costs primarily related to scans, testing, and maintenance. Penetration testing and remediation are the largest first-year cost drivers once your environment exceeds SAQ A scope. Continuous security management reduces surprises and lowers long-term costs by maintaining controls proactively rather than reacting just before audits. Table of Contents What Drives PCI Compliance Cost: Merchant Level and Validation Route The Seven Cost Components Behind Every PCI Compliance Bill How Do You Estimate Your Own PCI Compliance Cost? Practical Ways to Lower Your PCI Compliance Expense Common Hidden or Unexpected Costs That Might Arise Why Treating PCI as Security Strategy Lowers Total Cost Get a Tailored PCI Compliance Cost Estimate From ArchiTECH Sources FAQ What Drives PCI Compliance Cost: Merchant Level and Validation Route Your PCI compliance cost is decided almost entirely by which validation route you’re required to use, and that route is determined by your merchant level and how your business handles cardholder data. Visa, Mastercard, and the other card brands sort merchants into four levels based primarily on annual transaction volume. Most small and mid-sized businesses fall into Level 2, 3, or 4, which typically means you self-assess using a Self-Assessment Questionnaire (SAQ) rather than hiring a Qualified Security Assessor (QSA) for a full audit. Level 1 merchants, generally those processing over six million transactions a year, are required to complete a formal Report on Compliance (ROC) conducted by a QSA. The SAQ type you use depends on how you accept payments, and the control count differs dramatically between them. SAQ A, built for merchants who fully outsource card data handling to a validated third party, covers roughly two dozen requirements. SAQ A-EP, used when your website touches the payment page even without storing card data, adds significant scope, often 150 or more controls. SAQ D, the catchall for merchants who store, process, or transmit card data directly, covers the full PCI DSS control set, over 300 requirements under PCI DSS v4.0.1 . Timelines track scope. A clean SAQ A business can often finish in a few weeks. SAQ A-EP or SAQ D efforts commonly stretch weeks to several months, especially with remediation involved. A full ROC engagement, with on-site QSA work, evidence review, and report drafting, typically runs several months from kickoff to signed attestation. That timeline gap explains why first-year costs almost always exceed what you’ll pay in renewal years. Once you’ve closed initial gaps, ongoing costs mostly cover scans, testing, and maintenance rather than rebuilding your environment from scratch. The Seven Cost Components Behind Every PCI Compliance Bill Every PCI program, regardless of size, breaks down into the same seven cost buckets. Understanding each one lets you see exactly where your money goes and which levers you actually control. QSA assessment and readiness work. Gap analysis, on-site assessment days, and report writing. Required for ROC-validated merchants and often used voluntarily by SAQ D businesses that want expert guidance before self-attesting. ASV scanning. PCI DSS v4.0.1 Requirement 11.3.2 mandates four passing external vulnerability scans per year from an Approved Scanning Vendor. Cost scales with the number of external IP addresses in scope. Penetration testing. External, internal, and segmentation testing, required annually and after any significant infrastructure change. Security tooling. SIEM, file integrity monitoring, and web application firewalls, plus GRC or evidence automation platforms that track control status year round. Remediation project work. Network segmentation, encryption key management, data loss prevention, and infrastructure hardening. This is frequently the single largest first-year cost. Internal staff time. Hours spent gathering evidence, coordinating with vendors, and managing the assessment. This rarely shows up on an invoice, but it eats real payroll capacity. Training and vendor management. Annual security awareness training plus tracking Attestations of Compliance from every third-party service provider touching card data. Benchmark data from industry surveys puts small organizations in the $18,000 to $45,000 range annually , mid-market businesses between $45,000 and $120,000, and enterprise ROC programs anywhere from $120,000 to $350,000 or more depending on scope and tooling maturity. Penetration testing and remediation are consistently called out as the biggest line items once a business moves past SAQ A. Pro Tip: Ask every vendor quote to separate one-time remediation costs from recurring annual fees. Businesses that lump them together almost always underestimate what year two actually costs. How Do You Estimate Your Own PCI Compliance Cost? No QSA, acquirer, or ASV publishes a flat rate card for PCI work, because your cost is a function of your specific scope, not a universal price point. The only reliable method is a quantity-based worksheet: multiply the frequencies PCI DSS requires by the rates your vendors quote, then add internal labor and a remediation cushion. List your required quantities. Four ASV scans per year, one to two penetration tests, SIEM licensing sized to your log volume or endpoint count, and training seats for every employee handling card data. Collect vendor rates for each line. Get quotes for ASV scanning, pen testing, and SIEM or evidence automation licensing. Multiply quantity by rate. This gives you your recurring cost baseline before remediation. Add internal labor hours. Smaller teams often spend 40 to 80 hours a year on evidence and coordination; mid-size teams can spend several hundred. Add a remediation contingency. First-year businesses should budget extra for gaps discovered during assessment, since almost nobody passes clean on the first pass. When comparing vendor quotes, ask each one to define scope explicitly, disclose whether failed scans include free retests, and list exactly what deliverables you’ll receive. A quote that looks cheaper often assumes a narrower scope than a competing quote, which makes the two impossible to compare honestly. Practical Ways to Lower Your PCI Compliance Expense The single biggest lever is reducing what’s actually in scope. Every control, scan, and test you avoid because card data never touches your systems is a cost you never pay. Use hosted payment pages or tokenization. Routing card data through a validated third party can qualify you for SAQ A instead of SAQ D, cutting your control count by an order of magnitude. Add DTMF masking for call centers. Keeps card numbers spoken over the phone out of scope for recording and storage systems. Automate evidence collection. Platforms like Sentrix’s PCI DSS automation tools cut the manual hours spent chasing screenshots and logs every quarter. Convert tooling into managed OPEX. A co-managed SIEM a ## Article: Security First Zero Downtime Migration With MSP Expertise for SMBs (https://architechmsp.com/blog/zero-downtime-migration) Security First Zero Downtime Migration With MSP Expertise for SMBs Yes, zero downtime migration is achievable for most small business workloads, but only when a qualified MSP runs it with real-time replication and a phased or blue-green cutover. ArchiTECH MSP builds every migration around a readiness assessment first, then a dependency map, before anyone touches production. If you’re planning a move, the first call to make isn’t to a cloud vendor. It’s scheduling that assessment. TL;DR: Dependency mapping and connectivity assessments are crucial to prevent outages and should be completed before any migration steps are taken. A full parallel environment with continuous sync, like blue-green or phased migrations, makes cutovers faster and reduces the risk of data loss. Establishing a clear rollback plan and identifying decision-makers before migration minimizes chaos during unforeseen issues. Prioritize vetting MSPs based on their documented cutover procedures, security controls, and real experiences, rather than just technology tools. Most SMB migrations take between four and twelve weeks, with dependency mapping and testing making up the majority of the timeline. Table of Contents What Belongs on Your Pre-Migration Checklist? How Does a Zero-Downtime Cutover Actually Work? What Happens if the Migration Goes Wrong? Why ArchiTECH’s Security-First Approach Reduces Migration Risk The Part Most Migration Guides Leave Out Ready for a Migration Readiness Assessment? Sources FAQ What Belongs on Your Pre-Migration Checklist? Most migration failures trace back to two things: nobody mapped what was actually connected to what, and nobody agreed on what “success” looked like before the cutover started. Fixing both takes less time than most owners assume, but skipping them is how a weekend project turns into a week of angry phone calls. Start with dependency mapping. You need a real inventory, not a guess: application owners, the ports and protocols each system uses, every integration endpoint, and rough data volumes per workload. This is tedious work, and it’s also the single biggest predictor of a clean cutover. Undocumented dependencies cause most SMB outages during migration, more often than bad timing or bad tools. Then assess connectivity. Audit your actual bandwidth use, not your plan’s advertised speed, and model what peak usage looks like mid-migration. Underestimated bandwidth is a leading cause of post-migration slowdowns. Moving 2 TB over a 20 Mbps upload connection takes more than nine days. A symmetric fiber connection or a second circuit with cellular failover isn’t overkill for a cloud-dependent business. It’s table stakes. From there, define your targets before you touch anything: Your availability target and acceptable Recovery Time Objective / Recovery Point Objective A cost guardrail so scope creep doesn’t blow the budget A ticket-volume threshold that tells you when something’s genuinely wrong versus expected friction Who inside your company has final say on go/no-go decisions Pick your cutover style deliberately. Blue-green suits businesses that can run two full environments briefly and want an instant switch. Phased migration fits complex environments with many interdependent systems. Big-bang works only for small, low-complexity setups where a short off-hours window is truly acceptable. Pro Tip: Write your rollback rule down before migration day, not during it. Specify exactly how long the old environment stays warm and name the one person authorized to call a rollback. Ambiguity at 2 a.m. during a failed cutover is how small problems become big ones. Before hiring anyone, ask candidates these questions: What replication tools do you use, and can you show a documented cutover playbook? What security controls apply during the migration itself, not just after? Can you describe a past zero-downtime migration in detail, including what almost went wrong? What’s your training and help-desk plan for the first two weeks post-cutover? If an MSP can’t answer question three with specifics, that’s worth noting. Our guide to vetting managed IT providers covers more red flags to watch for. How Does a Zero-Downtime Cutover Actually Work? The mechanics matter because they’re what separates “we’ll try to minimize downtime” from an actual plan. Three replication approaches dominate: continuous database replication, file synchronization, and block-level replication. All three keep a copy of live data updating in near real time so the cutover moment involves switching traffic, not copying terabytes under pressure. Blue-green and warm standby. This approach provisions a full parallel environment, syncs it continuously with production, and then shifts traffic at the DNS or load-balancer level once validation passes. If something breaks, you flip traffic back. No data recreation, no scrambling. AWS’s SMB migration guidance recommends this pattern paired with tools like AWS DMS or DataSync for exactly this reason: it turns cutover into a switch flip instead of a multi-hour event. Phased wave migrations. Rather than moving everything at once, you sequence workloads from low-risk to high-risk. A file server with minimal integrations goes first. Your billing system, the one that touches everything else, goes last, after you’ve validated the pattern works. Diamond IT’s research on downtime-free migrations points to this staged validation, pilot first, then wider rollout, as one of the more consistent factors in clean cutovers. DNS and TTL management deserves its own line item. Shorten your DNS time-to-live values, particularly MX records, well before cutover day. Dropping MX TTL to 300 seconds at least 48 hours ahead means email routing changes propagate in minutes instead of the 24 to 48 hours a default TTL can take. Skip this step and your cutover window balloons for reasons that have nothing to do with your actual infrastructure. During the cutover itself, run smoke tests and synthetic transactions against the new environment before real users touch it. Automated checks that flag latency spikes or error-rate increases catch regressions faster than waiting for a support ticket. Managed database services and container platforms often make this validation easier because they expose health metrics natively, but the pattern matters more than the specific product. What Happens if the Migration Goes Wrong? Zero downtime doesn’t mean zero risk. It means the risk is managed with a plan that catches problems fast and reverses them faster. Define your rollback window before cutover. Decide how long the old environment stays warm (24 hours minimum for most SMB workloads, longer for anything touching finance or compliance) and identify the last confirmed safe state to return to. Name the rollback authority. One person, not a committee, decides whether to reverse the cutover. A named decision-maker measurably reduces go-live risk compared to ad hoc calls made mid-crisis. Monitor the right signals. Watch latency, error rate, and replication lag continuously for the first 72 hours, with a specific owner assigned to alerts. Verify business processes, not just uptime. Run through a finance cycle check, confirm third-party connectors still authenticate, and test the workflows your team actually uses daily. Hold the old environment for one full business cycle before decommissioning, if your budget allows it. That’s your safety net if a monthly process surfaces an issue uptime monitoring missed. Pro Tip: A second internet circuit or cellular failover isn’t a luxury item during migration week. If your primary connection drops for even twenty minutes while you’re mid-cutover to a cloud workload, you’ve lost your ability to monitor or roll back. Redundant connectivity is cheap insurance against an expensive problem. Why ArchiTECH’s Security-First Approach Reduces Migration Risk Most MSPs treat security as a checkbox added after the migration works. ArchiTECH builds it in from the first ## Article: Privileged Access Management: A Guide for IT Leaders (https://architechmsp.com/blog/privileged-access-management) Privileged Access Management: A Guide for IT Leaders Privileged access management (PAM) is the discipline of controlling, monitoring, and time-limiting the credentials that unlock admin-level systems, and it exists because those credentials are the single fastest route a hacker has into your network. PAM cuts breach impact by closing standing access, and it hands auditors the session logs they need for HIPAA, PCI, or CMMC reviews. Frameworks from NIST’s NCCoE back this up, and it’s the same logic ArchiTECH MSP builds into every client engagement. TL;DR: Privileged access management reduces breach impact by controlling highly sensitive accounts such as domain admins, API keys, and service accounts, which are often overlooked or forgotten. Effective PAM deployment starts with discovering and inventorying all privileged accounts, followed by vaulting, rotating credentials, and implementing just-in-time access workflows. Automation and integration with existing IAM, SIEM, and ITSM systems are crucial to prevent operational delays and shadow credential use, especially during rollout. Prioritizing high-risk accounts, especially non-human identities and shadow accounts, helps prevent attackers from exploiting privilege creep or hardcoded credentials. A phased approach with quick wins—like locking down least privilege and MFA first—ensures SMBs can adopt PAM without disrupting operations or creating bottlenecks. Table of Contents What Privileged Access Management Covers and How It Fits with IAM How Privileged Access Management Works Step by Step Which Privileged Accounts Carry the Most Risk? Core Pillars and Best Practices for a PAM Program What PAM Delivers for Compliance and Cyber Insurance A Phased PAM Rollout That Won’t Break Your Operations How ArchiTECH MSP Applies PAM Inside Our Six-Step Framework What I’ve Learned Watching PAM Rollouts Succeed and Stall Get Expert Help Rolling Out Privileged Access Management Sources FAQ What Privileged Access Management Covers and How It Fits with IAM People mix up PAM and identity and access management constantly, and the confusion causes real security gaps. IAM handles breadth. It manages logins, roles, and permissions for every employee, contractor, and app user across the company. PAM handles depth. It focuses narrowly on the accounts that can do serious damage: domain admins, database root users, cloud infrastructure owners, and the service accounts running in the background nobody remembers signing off on. Think of IAM as the system that decides who gets a badge to enter the building. PAM decides who gets the key to the server room, and it logs every second they’re inside. SSH’s academy resource on IAM versus PAM frames this well: the two systems should never operate in silos, because a gap between them is exactly where privilege creep hides. Modern PAM platforms have moved well past the old model of storing passwords in an encrypted vault and calling it a day. A PAM deployment typically includes: Credential vaulting that stores privileged passwords and rotates them automatically on a schedule or after each use Session brokering that routes privileged connections through a controlled gateway instead of a direct login Just-in-time (JIT) provisioning that grants access for a defined window and revokes it automatically Secrets management for the API keys, tokens, and certificates that non-human identities rely on Behavioral monitoring that flags a privileged session doing something it’s never done before The bigger shift, though, is philosophical. Static vaulting assumed you’d give someone standing access and just watch them closely. The newer model, often described as zero standing privilege, assumes nobody should hold elevated rights by default. Access gets granted only at the moment of need and disappears the moment the task ends. That approach borrows from cloud infrastructure entitlement management (CIEM), which does something similar for cloud permissions sprawl, and it’s quickly becoming the baseline expectation rather than an advanced feature. How Privileged Access Management Works Step by Step PAM isn’t one tool. It’s a sequence of controls that work together, and the order matters more than most teams realize when they start planning a rollout. Discovery and inventory. You cannot protect what you don’t know exists. Every PAM initiative starts by scanning the environment for privileged accounts, including forgotten local admin logins, dormant service accounts, and shared credentials living in a spreadsheet somewhere. Palo Alto Networks notes that an incomplete inventory leaves shadow accounts that attackers routinely find and exploit long before the security team does. Vaulting and rotation. Once discovered, privileged credentials move into an encrypted vault and get rotated on a schedule, or better, after every single use. This includes application-to-application secrets, which are often more exposed than human passwords because they sit in code or config files. Session brokering and recording. Instead of connecting directly to a server, a privileged user’s session routes through a broker that can record keystrokes, block risky commands in real time, and produce a video-style replay for forensic review later. Just-in-time access. This is the workflow that separates a mature PAM program from a basic one. A user requests elevated access, the system verifies the request against policy, provisions temporary rights, and revokes them automatically once the window closes. Palo Alto Networks’ explainer on JIT describes this request-verify-provision-revoke cycle as the mechanism that enforces zero standing privilege in practice, not just in policy documents. Integration. None of this works in isolation. PAM needs to talk to your IAM platform for identity context, your SIEM for correlated alerting, your ITSM tool for approval workflows, and your endpoint controls for device posture checks before granting a session. Statistic to know: Organizations that treat JIT as a bolt-on rather than a workflow integration tend to create the exact bottlenecks that push engineers back toward shared credentials. KuppingerCole’s analysis of the shift toward zero standing privilege points to automation, not policy, as the deciding factor in whether JIT actually holds up under daily operational pressure. The compliance value shows up the moment an auditor asks for evidence. A properly configured PAM system produces a timestamped record of who requested access, who approved it, what commands ran, and when the access was revoked. That’s the forensic trail regulators and cyber insurance carriers increasingly expect to see, and Microsoft’s security guidance on PAM points to those detailed audit trails as a direct driver of PAM adoption for regulated industries. Which Privileged Accounts Carry the Most Risk? Not every privileged account carries the same threat level, and prioritizing the wrong ones is a common early mistake. Here’s the breakdown IT teams should work through before touching any tooling. Human privileged accounts include the obvious ones: domain admins with network-wide reach, local admins on individual workstations, database administrators with direct access to sensitive records, and SaaS admin accounts for platforms like Microsoft 365 or Salesforce that often get overlooked because they don’t feel like “server” access. Non-human identities are the category most SMBs underestimate. Service accounts run scheduled jobs. API keys authenticate one system to another. CI/CD pipeline tokens push code to production. Machine identities authenticate IoT devices and virtual machines. Palo Alto Networks’ research on PAM identifies these non-human identities as frequently the highest-risk credentials in an environment, largely because they’re provisioned once, forgotten, and rarely rotated. Beyond the standard categories, a few risk patterns show up again and again: Shadow accounts created for a one-off project and never decommissi ## Article: What Cyber Insurance Requirements Look Like in 2026 (https://architechmsp.com/blog/cyber-insurance-requirements) What Cyber Insurance Requirements Look Like in 2026 Carriers now expect six baseline controls before they’ll write you a policy: multi-factor authentication on email, remote access, and admin accounts; EDR or MDR on every endpoint; immutable or offline backups with documented restore tests; a written and tested incident response plan; a patching cadence with no unsupported systems; and privileged access management with clean email security. That’s the checklist. The harder part is that carriers no longer take your word for it. Underwriting has turned into an evidence-based process , with insurers running external scans and asking for screenshots, exports, and restore-test logs before they’ll bind or renew a policy. Missing a control can mean a declined application or a coverage exclusion carved right into your policy. MFA on email, remote access, and privileged accounts (phishing-resistant methods preferred) EDR or MDR deployed across all endpoints and servers Immutable or offline backups following 3-2-1 with documented restore tests A dated, exercised incident response plan Patch management with a defined SLA and no end-of-life systems in production Privileged access management and locked-down email authentication Pro Tip: Start gathering proof 60 to 90 days before your renewal or binding date. MoneyGeek’s underwriting research shows that’s the window most brokers recommend to fix gaps without scrambling. Key Takeaways Cyber insurance requirements in 2026 center on six controls (MFA, EDR/MDR, immutable backups, tested incident response, current patching, and locked-down privileged access) backed by verifiable evidence, not self-reported claims. Point Details Four controls dominate underwriting MFA, EDR/MDR, immutable backups, and a tested IR plan are the near-universal baseline carriers check first. Evidence beats claims Carriers verify answers with external scans and request exports, screenshots, and restore-test logs. Start 60 to 90 days early Begin gathering proof and fixing gaps well before your renewal or binding date to avoid a scramble. Regulated industries need more Healthcare, retail, finance, and government contractors face added documentation like HIPAA safeguards or CMMC alignment. ArchiTECH MSP speeds evidence collection Its free assessment and managed security services map controls to underwriting questions and produce proof packets faster. Table of Contents Cyber Insurance Requirements Checklist: What Carriers Actually Ask For Building the Proof Packet Underwriters Want to See Your 60 to 90 Day Path to Insurance-Ready Data Protection and Encryption Requirements Reporting Obligations and Timelines After a Breach Minimum Cybersecurity Standards Mandated by Insurers Employee Training as an Underwriting Requirement Legal and Regulatory Compliance Tied to Coverage Sources FAQ Cyber Insurance Requirements Checklist: What Carriers Actually Ask For Every underwriting questionnaire boils down to the same question asked six different ways: can you prove you’d survive an attack? Here’s what each control means in practice and what “proof” looks like when a carrier asks. Multi-factor authentication. Insurers want MFA on email, remote access (VPN, RDP), and every privileged or admin account. Phishing-resistant methods like FIDO2 keys or passkeys are increasingly preferred over SMS codes, especially for admin access. You’ll need to export coverage reports from Azure AD, Okta, or whatever identity provider you run, showing which accounts have MFA enabled and which method they use. EDR and MDR. The denominator matters here. Carriers don’t ask “do you have EDR?” They ask what percentage of endpoints and servers it covers. Backups. The standard here is 3-2-1: three copies of data, on two different media types, with one copy offline or immutable so ransomware can’t touch it. But the control that actually gets checked is the restore test. Carriers want a log showing you restored from backup on a specific date, how long it took (your recovery time objective), and how much data you’d have lost (your recovery point objective). ArchiTECH MSP builds backup and disaster recovery validation into ongoing service, specifically because untested backups fail silently, often at the worst possible moment. Incident response. A plan sitting in a drawer doesn’t count. Carriers want a dated tabletop exercise, meaning your team actually walked through a simulated breach scenario in the last 12 months, plus a contact list of internal responders and any outside IR retainer you’ve signed. Having a retainer with a response firm on standby is increasingly treated as its own line item on applications. Patch management. Most carriers now expect critical, internet-facing vulnerabilities patched within 30 days of disclosure. You also need an inventory showing no end-of-life operating systems or unsupported software running in production, or documented network segmentation isolating anything you can’t retire yet. Privileged access management. This means inventorying every account with elevated permissions and confirming daily users aren’t logging in with domain admin credentials to check email. Separation between admin accounts and regular work accounts is a specific, checkable item. Email security. SPF, DKIM, and DMARC configured and enforced, plus inbound filtering and specific controls against business email compromise, like verification steps before wiring funds based on an email request. External attack surface. Carriers frequently run their own scans of your public-facing infrastructure before binding a policy. Open ports, expired certificates, and exposed admin panels show up here, and remediation timelines get scrutinized. Vendor and funds-transfer controls. Dual authorization on wire transfers and documented vendor verification steps close one of the most common fraud vectors insurers see. Building the Proof Packet Underwriters Want to See Insurance applications have grown to 12 to 20 pages of fine-grained control questions, and carriers cross-check answers against what they find in external scans. Treat the application like an audit, not a form to fill out quickly. Here’s the artifact list that maps directly to what underwriters ask: MFA coverage export from your identity provider, showing enrollment percentage by account type EDR/MDR coverage report listing agent deployment percentage across endpoints and servers Backup restore test log with date, duration, and data recovered Patch management report showing time to patch for critical vulnerabilities IR tabletop exercise notes with date and participants IR retainer contract or SLA, if you have one Privileged account inventory with separation-of-duties confirmation Vendor security attestations for critical third parties Some of these are machine-verifiable, meaning a carrier’s own scanning tools can confirm them independently. Others, like tabletop notes, are manual and depend on you keeping accurate records with timestamps. COMNEXIA’s research on 2026 qualifying standards notes that evidence provenance, meaning when an artifact was created and whether it’s been altered, matters as much as the artifact itself. Carriers distinguish between having a control and being able to prove it. As artifacts age, insurers may run mid-term scans that trigger remediation demands or, in worse cases, coverage exclusions. If a control is only partially in place, don’t fudge the application. State the honest current status and attach a remediation timeline. Your 60 to 90 Day Path to Insurance-Ready Waiting until the week before renewal to gather proof is how businesses end up with declined applications or gutted coverage. Work backward from your binding date instead. Days 1 to 7: Enforce MFA on email, admin accounts, and your backup console immediately. Confirm EDR is actually installed on every endpoint, not just the ones IT remembers. Run a backup restore test and write down what happened. Days 7 to 30: Close obvious external exposure (op ## Article: The Complete PCI Compliance Checklist for U.S. SMBs (https://architechmsp.com/blog/pci-compliance-checklist) The Complete PCI Compliance Checklist for U.S. SMBs You can meet PCI DSS v4.0.1 with a scoped checklist and an evidence-first roadmap, and you do not need a security department to pull it off. The path starts with three things: confirm your merchant level, map every place cardholder data touches your systems, and figure out which Self-Assessment Questionnaire (SAQ) actually applies to you. Do these three things this week: Check your merchant level. Your acquirer or payment processor sets this based on annual transaction volume, and it determines whether you self-assess or need a formal Report on Compliance (ROC). Start a data-flow map of your Cardholder Data Environment (CDE). Every system, vendor, and network segment that stores, processes, or transmits card data belongs on this map, even the ones you assume are out of scope. Schedule a quarterly external scan with an Approved Scanning Vendor (ASV) if any public-facing IP address touches your payment environment. The rest of this checklist walks through the 12 PCI DSS requirements, a realistic project timeline, and the mistakes that trip up most small businesses during their first assessment. The PCI Security Standards Council publishes the official requirements, testing procedures, and SAQ forms referenced throughout, and a managed provider like ArchiTECH MSP can help translate the standard into evidence you can actually hand an assessor. Key Takeaways Meeting PCI DSS v4.0.1 comes down to accurate CDE scoping, mandatory MFA and automated logging, and evidence collected continuously rather than assembled the week before an assessment. Point Details Scope first Map your CDE and confirm merchant level before touching any technical control. MFA is non-negotiable v4.0.1 requires multi-factor authentication for all access into the CDE, not just remote admins. Automate log review Manual weekly log checks no longer satisfy Requirement 10; daily automated review is expected. Match your SAQ to your integration Hosted redirects often qualify for SAQ A, but iframes usually push you to SAQ A-EP. Consider MSP support ArchiTECH MSP maps its six-step framework directly to CDE scoping, MFA rollout, and log automation for SMBs without in-house security teams. Table of Contents PCI Compliance Checklist: The 12 Requirements Under v4.0.1 How Do You Build a PCI Compliance Roadmap? Which PCI SAQ Type Do You Need? Reducing Your Scope: Segmentation That Assessors Accept What Causes Most PCI Audit Failures? How ArchiTECH MSP Operationalizes PCI Compliance Why Log Retention Rules Trip Up Small Businesses What Does PCI-Compliant Incident Response Look Like? Do Employees Need PCI Compliance Training? Authoritative PCI Resources and Forms What This Checklist Gets Right That Most Advice Doesn’t Get PCI Compliant Without Building a Security Team Sources FAQ PCI Compliance Checklist: The 12 Requirements Under v4.0.1 PCI DSS organizes its controls into 12 requirements, and v4.0.1 tightened several of them with future-dated provisions that became mandatory on March 31, 2025. If you are still working from a checklist built around v3.2.1, you are missing controls your assessor will now expect. Here is what each requirement demands and the evidence you need to prove you meet it. PCI DSS v4.0.1’s new mandatory controls, effective since March 31, 2025, changed what “compliant” means for SMBs — automated log review, MFA for all CDE access, and payment page script monitoring are no longer optional extras. They are baseline requirements, and the updated Requirements and Testing Procedures spell out exactly how assessors test for them. Install and maintain network security controls. Goal: firewalls and routing rules that isolate the CDE from the rest of your network. Evidence: current firewall rule sets, a network diagram showing CDE boundaries, and a documented review of those rules (required at least every six months). Apply secure configurations to all system components. Goal: no vendor default passwords, no unnecessary services running. Evidence: hardening standards documentation, configuration baselines, and scan results showing no default credentials in use. Protect stored account data. Goal: cardholder data is either not stored at all or is encrypted, truncated, or tokenized. Evidence: a data retention policy, encryption key management procedures, and proof that primary account numbers are masked when displayed. Protect cardholder data with strong cryptography during transmission. Goal: TLS 1.2 or higher on every transmission path that carries card data over open networks. Evidence: TLS configuration scans and a current inventory of encryption protocols in use. Protect all systems from malware. Goal: anti-malware tooling deployed and updated on all applicable systems, with scans logged. Evidence: deployment reports, update logs, and alert-response records. Develop and maintain secure systems and software. Goal: patched systems and secure coding practices, including a payment page script inventory under v4.0.1’s new requirement 6.4.3. Evidence: patch management logs, change-control records, and a documented list of every script that loads on payment pages. Restrict access to system components by business need to know. Goal: role-based access, least privilege enforced. Evidence: access control matrices and periodic access reviews. Identify users and authenticate access. Goal: unique IDs for every user and, critically, multi-factor authentication for all access into the CDE , not just remote or administrative access — learn more about effective Security and Trust solutions that support this requirement. Evidence: MFA configuration screenshots, a test log showing a successful MFA challenge, and a password policy document. MFA enabled for all CDE accounts — Yes/No? If no, this is your top remediation priority. Restrict physical access to cardholder data. Goal: locked server rooms, visitor logs, media destruction procedures. Evidence: visitor logs, badge access records, and destruction certificates for retired hardware. Log and monitor all access to system components and cardholder data. Goal: centralized logging with automated daily review , a v4.0.1 requirement that replaces manual log-checking for most environments. Evidence: SIEM configuration, automated alert rules, and sample review reports. Test security of systems and networks regularly. Goal: quarterly ASV scans, authenticated internal vulnerability scans, and annual penetration testing that covers the CDE and any segmentation controls. Evidence: ASV scan reports showing passing status, internal scan reports, and a penetration test report with remediation tracking. Support information security with organizational policies and programs. Goal: a documented security policy, incident response plan, and a Targeted Risk Analysis (TRA) for any control where you use the customized approach. Evidence: signed policy documents, incident response test records, and TRA worksheets tied to specific requirements. Pro Tip: Build a single evidence folder structured by requirement number, not by department. When an assessor asks for proof under Requirement 8, you want to hand over one folder, not chase down five people for screenshots. How Do You Build a PCI Compliance Roadmap? A realistic SMB timeline runs 2 to 12 weeks depending on how mature your environment already is, according to typical merchant compliance guides . Here is how to sequence it. Week 1: Scope confirmation. Build your CDE data-flow map and confirm your merchant level with your acquirer. Owner: internal compliance lead or IT manager. Deliverable: a signed-off network diagram showing every system that touches card data. Weeks 1 to 2: Gap analysis. Compare current controls against all 12 requirements using the checklist above. Owner: internal team, or an MSP if you lack in-house security staff. Deliverable: a findings list ranked by severity. Weeks 2 to 6: Remediation sprints. Fix MFA gaps, tighten firewall rules, deploy log automa ## Article: Cloudflare vs Zscaler: Which Zero Trust Platform Fits You? (https://architechmsp.com/blog/cloudflare-vs-zscaler) Cloudflare vs Zscaler: Which Zero Trust Platform Fits You? If your team lives and dies by developer velocity, cost predictability, and API automation, Cloudflare’s edge-scale approach usually fits better. If you’re running a regulated enterprise where inline data loss prevention, native deception, and audit depth matter more than speed, Zscaler’s security-depth model tends to win. Most organizations sit somewhere between those two poles, which is exactly why a proof-of-concept beats a sales pitch. Before signing anything, run a scoped PoC against your own traffic and users. A solid PoC checks: Latency target: measure end-to-end response time for your real applications, not synthetic benchmarks. DLP detection test: feed representative sensitive files through the platform and confirm accurate flagging. Policy management and visibility: score how easily your team can write, audit, and log access policies. Standards like SOC 2, DLP frameworks, and IAM/IdP integration should anchor your scoring criteria. ArchiTECH MSP builds this kind of validation into every managed security engagement, because a platform decision this size deserves evidence, not a demo. Key Takeaways The right platform depends entirely on whether your organization values edge performance and cost flexibility or deep inline security and regulatory certification coverage. Point Details Match platform to profile Edge-scale fits cost-sensitive, devops-driven teams; security-depth fits regulated enterprises needing FedRAMP High or advanced DLP. Run a scoped PoC Test real latency, DLP detection accuracy, and policy management usability before committing to either category. Budget beyond licensing Professional services, private interconnects, and long-term SIEM log storage often exceed the license cost itself. Verify certifications explicitly Confirm SOC 2, ISO 27001, PCI, and HIPAA coverage, and check FedRAMP High if you serve government workloads. Consider managed deployment An MSP with a documented security framework can shorten compliance timelines and absorb PoC and rollout risk. Table of Contents Cloudflare vs Zscaler: Comparing Performance, Security Depth, and Cost How Do You Choose Between Cloudflare and Zscaler? What Does a Real Deployment Timeline Look Like? What Does Pricing and ROI Actually Look Like? When Should You Bring In a Security-First MSP? Why Procurement Teams Get This Comparison Wrong Sources FAQ Cloudflare vs Zscaler: Comparing Performance, Security Depth, and Cost Vendor marketing aside, the two platforms optimize for different things, and the data backs that up. Performance and edge footprint. Independent benchmarks measured Zero Trust experience improvements in the 38 to 55 percent range when traffic ran over a large anycast network instead of a smaller point-of-presence footprint. One edge-scale network reports 330-plus cities and roughly 477 Tbps of capacity, while a security-specialist SSE network reports around 150 PoPs processing hundreds of billions of daily transactions. Both numbers are large. They just serve different priorities: raw geographic reach versus concentrated inspection capacity. Statistic callout: Latency-sensitive apps saw the biggest gains from broader anycast coverage, according to Cloudflare’s own performance benchmarking, making edge footprint a legitimate line item in any RFP scoring sheet. Security feature depth. “Depth” here means the number and sophistication of inspection layers: secure web gateway, ZTNA, CASB, DLP, sandboxing, and native deception technology that lures attackers into fake assets. Platforms built around security inspection tend to offer deeper DLP (including exact data matching and indexed document matching), CASB API coverage, and inline TLS inspection, while edge-scale platforms lean toward local enforcement, developer-facing APIs, and consolidating multiple network functions on one control plane, according to independent comparison research . Deployment models differ structurally. One approach uses outbound agents or daemons that reach out from the device to the cloud, which avoids opening inbound firewall ports. The other often relies on inside-out connectors deployed near your applications, which changes how you manage hosting, connector patching, and network segmentation. Neither model is wrong. They just create different operational habits for your network team. Compliance and certifications. Verify SOC 2, ISO 27001, PCI, and HIPAA coverage for either category, since analyst comparisons confirm both generally hold these. The gap shows up at the top: some security-specialist platforms carry FedRAMP High authorization, which matters if you serve government workloads or contractors under CMMC. Pricing shape. One category offers freemium access up to 50 users and pay-as-you-go pricing near $7 per user monthly . The other typically runs quote-based, tiered enterprise licensing that scales with feature depth and support tier. Treat any published range as illustrative, not a guarantee, until your own quote arrives. How Do You Choose Between Cloudflare and Zscaler? Score any shortlist against a fixed checklist before you fall for a slick demo: Performance under your real traffic — not a vendor’s lab conditions. Compliance certifications that match your regulatory obligations , including FedRAMP High if you touch government data. Feature coverage for DLP, CASB, and sandboxing relative to what your data actually requires. Log access and retention — can your SIEM ingest everything you need, and for how long? Manageability — how many clicks does it take to write and audit a policy? Total cost of ownership , including the services and integration work nobody mentions upfront. Four buyer profiles tend to recur. SMB and devops-first teams should weight cost and API automation above everything else. Mid-market companies without dedicated security staff should weight ease of management and vendor support responsiveness. Regulated enterprises in healthcare, finance, or defense should weight DLP depth and FedRAMP High availability as near-disqualifiers if absent. Multinational organizations with a distributed workforce should weight edge footprint and consistent global latency. Pro Tip: Walk away from any vendor that won’t hand over sample logs or a sandbox environment before contract signature. Opaque pricing, vague SLA language, restricted log access, and missing compliance certifications are the four fastest ways a promising shortlist turns into a stalled project. What Does a Real Deployment Timeline Look Like? Expect three phases: a two to four week PoC, a 30 to 60 day pilot with a limited user group, and a phased production rollout that can stretch several months for larger enterprises. You’ll need a network engineer to handle connector and firewall changes, an identity administrator to wire up your IdP, and a security analyst to validate policy logic and log output. Integration touchpoints to map out early: Identity provider (Okta, Entra ID, or similar) for single sign-on and conditional access. SIEM ingestion for centralized log correlation and incident response. MDM or endpoint management for device posture checks. CASB API coverage for the SaaS apps your business actually runs, particularly Microsoft 365 and Azure environments . Once live, plan for ongoing policy lifecycle management, formal change control before any access rule shifts, and a support model that matches your internal team’s bandwidth. None of this is a “set it and forget it” purchase. What Does Pricing and ROI Actually Look Like? Pricing follows two shapes: per-user pay-as-you-go with a usable free tier, or tiered enterprise licensing that requires a custom quote. The PAYG model reduces procurement friction for smaller teams, since staged rollouts are genuinely cost-effective compared with a large upfront enterprise contract. Two rough sketches: Mid-market, 250 users: a PAYG model near $7 per user monthly lands around $21,000 annually before add-ons; an en ## Article: RTO vs. RPO: What Each Metric Means and How to Set Them (https://architechmsp.com/blog/rto-vs-rpo) RTO vs. RPO: What Each Metric Means and How to Set Them RTO is how long your business can survive with a system down. RPO is how much data you can afford to lose, measured in time. That’s the whole difference in one breath: RTO answers “how fast do we need to be back up?” and RPO answers “how far back can our data snapshot be?” Both get expressed in time units, usually minutes or hours, and both get set per application, not company-wide. A point-of-sale system might need a 15-minute RTO while an internal reporting tool can tolerate a full day down. That’s normal. Here’s the short version before we get into mechanics: RTO (Recovery Time Objective): maximum acceptable downtime for a system after a disruption. RPO (Recovery Point Objective): maximum acceptable data loss, measured as time since the last good backup or replication point. Set both per workload through conversations with the people who actually run the business, not by guessing in an IT meeting. Validate the numbers against what your infrastructure can actually deliver, then get sign-off from business owners before you call them final. Key Takeaways Setting RTO and RPO correctly requires a Business Impact Analysis, dependency mapping, tiered targets, and regular testing to confirm the numbers hold up under real failure. Point Details RTO measures downtime It’s the maximum acceptable time a system can stay offline before recovery. RPO measures data loss It’s the maximum acceptable gap, in time, between your last good backup and a failure. Tier your workloads Use a BIA to sort applications into tiers like Tier 0 through Tier 3 with matching targets. Dependencies set the real RTO Your effective recovery time is only as fast as the slowest required system underneath it. ArchiTECH MSP operationalizes targets Its managed backup, disaster recovery, and six-step framework turn BIA tiers into tested recovery plans. Table of Contents RTO vs. RPO: Definitions, Clocks, and What Drives Each RTO vs. RPO: A Side-by-Side Comparison How to Set RTO and RPO Targets Using a Business Impact Analysis Mapping RTO and RPO to Real Systems and Dependencies Cost and Architecture Tradeoffs in Tightening RTO and RPO Testing and Validation: Closing the Gap Between Target and Reality How ArchiTECH MSP Operationalizes Recovery Targets for SMBs What Practitioners Get Wrong About RTO and RPO Get Your Recovery Targets Off Paper and Into Practice Sources FAQ RTO vs. RPO: Definitions, Clocks, and What Drives Each Getting precise here matters because the two metrics start their clocks at different moments and get satisfied by different technology. RTO’s clock starts the second a system goes down and stops the moment it’s fully functional again for users, not just technically “up.” A server that’s back online but still syncing data doesn’t count as recovered. RPO works backward: it measures the gap between your last usable data checkpoint and the moment of failure. If your last clean backup ran at 2 a.m. and the system crashed at 9 a.m., your actual data loss is seven hours. Whether that’s acceptable depends entirely on what RPO target you set. The mechanisms behind each metric look different: RPO is driven by backup frequency and replication method. Nightly backups give you a 24-hour RPO at best. Continuous data protection or synchronous replication can push RPO down to seconds, but at real infrastructure cost. RTO is driven by recovery procedure and failover architecture. A documented runbook, pre-staged failover infrastructure, and automated orchestration shrink RTO. A cold restart from tape backup stretches it into days. MTTR (mean time to recovery) is the operational metric that tells you what your team actually achieves during real incidents or drills, as opposed to what you hoped for on paper. That last point deserves attention. Plenty of organizations write an RTO of four hours into a policy document, then discover during their first real outage that recovery actually takes eleven. AvePoint’s breakdown of RTO and RPO makes the case that MTTR is the reality check against your stated targets, and tracking it over time is how you find out whether your DR plan works or just sounds good in a compliance binder. RTO vs. RPO: A Side-by-Side Comparison Once you separate what each metric measures and who’s accountable for it, a lot of the confusion around “rto vs rpo” clears up fast. Question answered: RTO asks “how long until we’re back?” RPO asks “how much data are we willing to lose?” Primary owner: RTO tends to sit with operations and infrastructure teams, since it’s about restoring service. RPO tends to sit closer to the business side, since it’s about acceptable data loss, which finance, compliance, and department heads care about directly. Technology it drives: RTO shapes decisions about failover architecture, standby capacity, and automation in your recovery runbooks. RPO shapes decisions about backup frequency, replication technology, and snapshot intervals. Stakeholders who care: A hospital’s compliance officer worries about RPO for patient records under HIPAA. A retailer’s CFO worries about RTO during Black Friday because every hour of checkout downtime is measurable lost revenue. Here’s the part that trips people up: RTO and RPO don’t have to match, and often shouldn’t. A system can have a tight RPO (you can’t lose more than five minutes of transaction data) but a looser RTO (it’s fine if it takes two hours to bring the system back, as long as no data is lost in the process). Financial trading platforms often look exactly like this. Conversely, a marketing website might need to come back online fast (tight RTO) because customer-facing uptime matters, even though losing a day of blog draft edits (loose RPO) isn’t a business problem. The two targets converge when a system is both revenue-critical and data-sensitive, such as an e-commerce checkout flow processing live payments. That’s when you end up paying for both aggressive replication and aggressive failover at the same time, which is exactly where budgets get tested. How to Set RTO and RPO Targets Using a Business Impact Analysis You can’t set defensible numbers by guessing. A Business Impact Analysis, or BIA, is the structured process that turns “we probably need this back fast” into an actual number a business owner will sign off on. Interview stakeholders who own the business process, not just the system. Ask what happens at hour one, hour four, and hour twenty-four of downtime. The answers usually surprise the IT team. Quantify cost per hour of downtime. Lost revenue, SLA penalties, regulatory exposure, and labor cost of manual workarounds all belong in this number. AWS’s guidance on establishing recovery targets recommends using this cost figure to justify the level of investment a workload deserves, rather than defaulting every system to “as fast as possible.” Ask data-criticality questions separately from uptime questions. How much data can this process lose before it becomes a legal, financial, or customer-trust problem? That answer sets RPO independently of RTO. Group applications into tiers based on the answers. A common structure uses four tiers: Tier 0 (mission-critical): RTO and RPO both very low, often targeting minutes. Think payment processing, patient monitoring systems, core trading platforms. Tier 1 (business-critical): RTO of roughly 1 to 4 hours, RPO of 15 minutes to 1 hour. Core ERP, primary customer database. Tier 2 (important): RTO of 2 to 4 hours, RPO of 1 to 4 hours, covering internal tools and secondary reporting systems. Tier 3 (non-critical): RTO and RPO measured in days or longer. Archived data, test environments, retired systems still kept for reference. Validate feasibility against cost before finalizing anything. Take the proposed tier back to the business owner with a real cost estimate attached. If a department wants Tier 0 treatment but balks at the infrastructure bill, that’s the negotiation you need to have now, not during an a ## Article: Managed IT Services Pricing: What SMBs Actually Pay (https://architechmsp.com/blog/managed-it-services-pricing) Managed IT Services Pricing: What SMBs Actually Pay Most small and mid-sized businesses in the U.S. pay between $100 and $250 per user per month for managed IT services, with the spread driven almost entirely by how much security and compliance work is baked into the contract. Entry-level plans run in the $100 to $150 per user range. Mid-tier plans, the sweet spot for most companies with any regulatory exposure, typically range between $150 and $200. Premium, security-heavy plans with 24/7 monitoring and compliance support usually exceed $200, sometimes reaching around $250 or more. Here’s the fast way to sanity-check any number a vendor throws at you: estimated monthly cost = headcount × per-user rate , then add device coverage and any compliance add-ons on top. For a detailed guide on budgeting your small business IT expenses, see Small Business IT: What to Budget and How to Decide . A 20-person firm shopping mid-tier plans should expect a baseline around $3,000 to $4,000 a month before extras. Quick Benchmark: A 15-person company with no special compliance needs typically lands at $1,500 to $3,000 per month for solid managed IT. Add HIPAA or PCI requirements, and that same headcount can push toward $2,000 to $3,750. A few things move that number more than anything else: Whether you need HIPAA, PCI, or CMMC compliance support baked in How many devices per employee (laptops, phones, and desktops all count) Whether you want 24/7 coverage or business-hours-only response How many on-site visits or legacy servers you’re still running If you read nothing else in this piece, read this: the cheapest quote is rarely the right one once you factor in what it doesn’t cover. Key Takeaways Managed IT services pricing scales primarily with security and compliance scope, not just headcount, making per-user rates between $100 and $250 the realistic U.S. benchmark for 2026. Point Details Know your baseline range Budget $100 to $150 per user for entry tier, $150 to $200 for mid tier, and $200 to $250+ for premium security and compliance coverage. Compliance changes the math HIPAA support commonly adds $15 to $30 per user monthly, so factor regulatory needs in before comparing quotes. Separate onboarding from ongoing costs Ask every vendor for a first-year versus steady-state breakdown since migration work often adds 20 to 40 percent to year one. Match tier to risk, not price Choosing the lowest bid without weighing compliance and incident response needs tends to cost more after a breach or audit. Get a security-first assessment ArchiTECH MSP’s free cybersecurity assessment shows exactly which tier fits your risk profile before you sign a contract. Table of Contents Managed IT Services Pricing Snapshot: The Numbers You Need First How Different Managed Services Pricing Models Actually Work What Actually Drives Your Managed IT Services Cost Up or Down Sample Monthly Budgets by Company Size and Tier Add-Ons and Hidden Costs That Inflate Your Quote How to Read and Compare Competing MSP Quotes Why Security-First Pricing Changes What You’re Paying For Why Paying for the Right Tier Beats Chasing the Lowest Bid Get a Clear Picture of Your Real IT Costs Sources FAQ Managed IT Services Pricing Snapshot: The Numbers You Need First Before you get lost in proposals and sales calls, it helps to know what “normal” looks like. Here’s the reference sheet I’d hand a client who just asked, “What’s this supposed to cost?” Per-user pricing is the most common structure for full-service managed IT, and it breaks into three rough bands: Entry tier: $100–$150 per user/month. Basic help desk, patching, antivirus, and remote support. Fine for a low-risk business with no compliance obligations. Mid tier: $150–$200 per user/month. Adds proactive monitoring, better endpoint detection, backup management, and faster response windows. Premium tier: $200–$250+ per user/month. Full security stack, compliance support for frameworks like HIPAA or PCI, 24/7 SOC monitoring, and incident response on standby. Per-device pricing works differently and tends to show up when a company’s device count doesn’t map cleanly to headcount, think shared workstations or a server room that needs its own line item. Typical costs run about $100 per workstation and roughly $200 per server per month . This model can get expensive fast if your staff each juggle a laptop, a desktop, and a phone, since some MSPs will bill each as a separate device. Flat-rate or “all-you-can-eat” pricing bundles unlimited support tickets and services into one number regardless of usage. It’s economical for businesses with unpredictable support volume, think a law office that’s quiet for weeks then floods the help desk during a case crunch, but it can mask underlying costs if the flat fee doesn’t scale with headcount growth. Onboarding and project work almost always sit outside the monthly fee. Discovery and migration work commonly runs from several hundred to several thousand dollars depending on complexity, and hourly project rates generally fall within a range around $125 to $200. Budget for this separately. Year one is not the same bill as year two. How Different Managed Services Pricing Models Actually Work Not every MSP prices the same way, and the model matters almost as much as the rate. Here’s what you’re actually choosing between: Per-user pricing. You pay a flat rate for every employee, regardless of how many devices they touch. A 30-person firm at $175/user pays $5,250/month, full stop. This model dominates SMB contracts because it’s predictable, and predictable is what a business owner wants when budgeting twelve months out. Per-device pricing. You pay per workstation, laptop, and server. This fits companies with more hardware than headcount, like a manufacturer running shared shop-floor terminals, but it punishes businesses where employees use multiple devices each. Tiered pricing. Bronze, Silver, Gold, whatever the vendor calls it, tiered plans bundle a fixed set of services at each level. You get predictability in exchange for less flexibility. If your Silver plan doesn’t include dark-web monitoring and you need it, you’re either upgrading the whole tier or paying an a la carte add-on. All-you-can-eat pricing. One flat fee, unlimited tickets. Good for volatile support needs, risky if the provider hasn’t priced in your actual usage pattern. Monitoring-only pricing. A lighter, cheaper model where the MSP watches your systems and alerts you to problems but doesn’t handle day-to-day help desk work. This suits companies with an internal IT person who wants a safety net, not a replacement. A la carte pricing. You buy individual services (backup, email security, patching) separately. Flexible, but it requires you to know exactly what you need, and most business owners don’t, which is where hidden gaps creep in. Per-user models favor predictable budgeting, which is exactly why they’re the default for full-service SMB contracts. Per-device and a la carte tend to fit narrower use cases, like a company with heavy hardware or an internal team that just needs specific gaps filled. Pro Tip: Volume discounts often apply at common user count thresholds such as 25, 50, and 100 users. If you’re under 20 employees, don’t be shy about asking whether a contract minimum applies. Smaller firms often pay a premium per seat simply because fixed overhead spreads across fewer users. What Actually Drives Your Managed IT Services Cost Up or Down Every managed IT quote is really a bet on risk. The variables below are what separate a $110-per-user quote from a $230-per-user one, and understanding them is the difference between comparing apples to apples and getting played. Service scope and tooling. A bare-bones plan covers help desk tickets and basic remote monitoring (RMM). A fuller plan adds endpoint detection and response (EDR), automated backups, and patch management on a defined schedule. Ask exactly which tools are included, not just the category names. ## Article: CMMC 2.0 Requirements: What Every DoD Contractor Needs Now (https://architechmsp.com/blog/cmmc-20-requirements) CMMC 2.0 Requirements: What Every DoD Contractor Needs Now If your DoD contracts reference DFARS 252.204-7012 or you handle Controlled Unclassified Information, you need to meet CMMC 2.0 Level 2, which means implementing all 110 NIST SP 800-171 controls. If you only handle Federal Contract Information, you likely fall under Level 1, covering just the 15 basic safeguards in FAR 52.204-21. Here’s what to do this week, not next quarter: Pull your contract and check for the DFARS 252.204-7012 clause. That single clause is your signal. Scope your CUI. Know exactly where it lives and who touches it. Start your System Security Plan (SSP) now, even in draft form. Enter your score in SPRS through the PIEE portal when required. Pro Tip: *Level 2 allows Plans of Action & Milestones (POA&Ms) with a hard 180-day closeout window, while Level 1 allows none. If you’re banking on a POA&M safety net at Level 1, that option is not available. Assessor availability is tight, and if your contract has a near-term recompute or option year, you’re already behind if you haven’t started scoping. Key Takeaways Meeting CMMC 2.0 requirements comes down to correctly identifying your level, documenting every control in a real SSP, and starting your assessment prep well before your contract’s phase date arrives. Point Details Identify your level first Check for DFARS 252.204-7012 in your contract; its presence signals Level 2, otherwise Level 1 likely applies. POA&M rules differ by level Level 2 allows POA&Ms with a 180-day closeout window; Level 1 permits none at all. SSP is the longest-lead item Build your System Security Plan with real evidence early since it drives every remediation decision. Start before your phase date C3PAO assessment queues have run 12 to 18 months in some regions, so waiting for enforcement is too late. Managed support closes gaps faster ArchiTECH MSP runs gap assessments, SSP drafting, and technical remediation for contractors short on internal capacity. Table of Contents CMMC 2.0 Requirements at a Glance: Levels, Legal Anchors, and When Each Applies Level 1 Requirements: The 15 Basic Safeguarding Practices Level 2 Requirements in Practice: NIST 800-171, SSPs, and SPRS Scoring How Long Does a CMMC 2.0 Assessment Take to Schedule? Your CMMC 2.0 Compliance Checklist: Six Steps to Follow Now What Cybersecurity Practices Does Each CMMC 2.0 Level Actually Require? How CMMC 2.0 Requirements Differ From the Original CMMC 1.0 How CMMC 2.0 Affects Subcontractors and Flow-Down Requirements What Does CMMC 2.0 Compliance Cost to Budget For? Who Owns CMMC 2.0 Compliance Inside Your Organization? When Do CMMC 2.0 Requirements Actually Take Effect for Your Contracts? The Gap Between Regulatory Deadlines and Assessment Reality Get Help Meeting CMMC 2.0 Requirements Without Missing Your Deadline Frequently Asked Questions Sources CMMC 2.0 Requirements at a Glance: Levels, Legal Anchors, and When Each Applies CMMC 2.0 has three levels, and which one applies to you is a legal question, not a preference. Level 1 covers Federal Contract Information (FCI) and requires the 15 practices in FAR 52.204-21. Annual self-assessment, no third party required. Level 2 covers Controlled Unclassified Information (CUI) and maps to all 110 controls in NIST SP 800-171 Revision 2. Many Level 2 contracts require a third-party assessment from a Certified Third-Party Assessment Organization (C3PAO); some allow self-assessment depending on DoD determinations of sensitivity. Level 3 covers the highest-sensitivity CUI facing advanced persistent threats. The Defense Industrial Base Cybersecurity Assessment Center (DIBCAC) handles these assessments, and the government, not the contractor, decides who needs it. The determining factor is your contract language, not your company’s size or gut feeling about risk. If DFARS 252.204-7012 appears anywhere in your solicitation or contract, you’re almost certainly handling CUI, and that points you to Level 2. Prime contractors flow these requirements down to subcontractors through their own contract terms, so a subcontractor’s level often gets dictated by the prime, not negotiated independently. Level 1 Requirements: The 15 Basic Safeguarding Practices Level 1 is the entry point, and it’s more approachable than most contractors assume, but “approachable” doesn’t mean “optional.” The 15 practices under FAR 52.204-21 fall into a handful of practical buckets: Limit system access to authorized users and processes. Verify and control connections to external systems. Control information posted on publicly accessible systems. Identify and authenticate users before granting access. Sanitize or destroy media containing FCI before disposal. Limit physical access to systems and facilities. Escort visitors and monitor visitor activity. Maintain audit logs of physical access. Control and manage physical access devices. Monitor and protect organizational communications at network boundaries. Implement subnetworks for publicly accessible components where applicable. Identify, report, and correct system flaws in a timely manner. Provide protection from malicious code at appropriate locations. Update malware protection when new releases are available. Perform periodic scans and real-time scans of files from external sources. Level 1 requires an annual self-assessment and a senior official’s affirmation, recorded per DoD CIO guidance . Keep evidence simple: screenshots of your endpoint protection dashboard, a visitor log, patch management reports. No third party reviews this at Level 1, and critically, no POA&Ms are allowed. Every practice has to be fully in place at the time of affirmation, or you’re not compliant. Missing an affirmation deadline lets your status lapse, which can jeopardize contract eligibility immediately. Level 2 Requirements in Practice: NIST 800-171, SSPs, and SPRS Scoring Level 2 is where the real work happens. You’re implementing all 110 controls from NIST SP 800-171 Revision 2, spanning 14 control families: access control, incident response, configuration management, media protection, and more. Your System Security Plan is the backbone of this effort. It’s not a formality. It describes how each of the 110 controls is implemented across your environment, and assessors expect it backed by real evidence: firewall configuration exports, multi-factor authentication (MFA) enrollment reports, access control lists, security awareness training logs, and incident response test results. Contractors consistently underestimate how much time the SSP itself takes to build properly, since it has to reflect your actual environment, not a generic template. Scoring works through SPRS. You calculate a score based on which controls are implemented (a perfect score is 110; each unmet control subtracts points based on its weight), then submit that score through the PIEE portal. Contracting officers pull these scores when evaluating bids and monitoring active contracts, so an outdated or inflated score is a real liability. Here’s the part that trips people up: POA&Ms are permitted at Level 2 , but only for a subset of lower-weighted controls, and every POA&M has a strict 180-day closeout window . It’s not a permanent exemption. Assessors and contracting officers want a named owner, a cost estimate, and demonstrable progress, not a vague promise to “fix it eventually.” MFA scope gaps: many contractors deploy MFA on cloud logins but miss privileged local accounts. Logging and SIEM coverage: NIST 800-171 expects audit log review, not just log collection. Encryption at rest and in transit: often assumed to be handled by a cloud provider when it isn’t fully. Pro Tip: Run your gap assessment against the actual control language, not a vendor’s marketing checklist. A surprising number of “compliant” self-assessments fall apart the moment a C3PAO asks for the underlying evidence. How Long Does a CMMC 2.0 Assessment Take to Schedule? Assessment type depends on your level and the sensit ## Article: The Access Review Process: A Step-by-Step Compliance Guide (https://architechmsp.com/blog/access-review-process) The Access Review Process: A Step-by-Step Compliance Guide An access review process is a recurring, owner-attested certification campaign that verifies entitlement-to-role alignment, removes unnecessary access, and produces auditable proof of remediation. The goal is least privilege you can prove, not just claim. Every mature program runs four phases: scoping (deciding which systems and accounts matter), data collection (pulling entitlements from every identity source), role comparison (checking who has what against who should have what), and attestation (getting a human owner to sign off), followed by remediation when something doesn’t check out. Skip any one of these and you get a review in name only, which is exactly what auditors flag first. If you do nothing else this quarter, run this: pick your three highest-risk systems (usually your identity provider, your financial or EHR platform, and anything holding customer data), pull a current entitlement list, and route it to the actual business owner of each system for sign-off within 30 days. That single campaign, documented, gives you a defensible answer the next time an auditor or insurer asks how you’re managing access. Define scope: which systems, which accounts, which sensitivity tier Collect and reconcile entitlement data across sources Compare entitlements to defined roles and flag mismatches Route to resource owners for attestation, with a documented default action on nonresponse According to ISACA , the four-phase structure of scoping, role comparison, attestation, and remediation is the backbone auditors expect to see documented, decision by decision. Key Takeaways An effective access review process depends on delegated resource-owner attestation, risk-tiered cadence, and documented evidence, not on tooling alone. Point Details Four-phase structure Every review needs scoping, data collection, role comparison, and attestation before remediation. Owners attest, not IT Resource owners understand business context and produce more accurate decisions than IT alone. Cadence follows risk Review privileged accounts monthly or quarterly; standard apps can run semiannually. Evidence must be packaged Attestation logs, entitlement snapshots, and ticket IDs together satisfy auditor requests. ArchiTECH MSP manages the program ArchiTECH MSP folds access review governance into its six-step security framework for SMBs. Table of Contents The 30/90/180-Day Access Review Process Checklist How Do You Run an Access Audit Procedure Step by Step? Who Should Own Access Reviews: IT or Business Owners? What Automation and Tools Do Access Reviews Need? How Often Should You Run Access Reviews? What Audit Evidence Do Access Reviews Need to Produce? Which KPIs Prove Your Access Review Program Works? What ArchiTECH MSP Has Learned Running Access Reviews for SMBs Get Audit-Ready Access Reviews Without Building an Internal Governance Team Frequently Asked Questions Sources The 30/90/180-Day Access Review Process Checklist You don’t need a fully mature identity governance program to start reducing risk this month. You need a sequence. Days 1 to 30: Inventory every system with login credentials, tag each by data sensitivity, and run a manual attestation campaign on your top three highest-risk platforms. Capture reviewer name, decision, timestamp, and justification for every “keep” or “revoke.” Days 30 to 90: Extend the campaign to all business-critical apps. Bring in resource owners (not just IT) as the primary reviewers, and stand up a simple ticketing link between “revoke” decisions and your help desk queue so remediation doesn’t die in someone’s inbox. Days 90 to 180: Automate what you can. Turn on scheduled reminders, auto-expiry for dormant accounts, and recommended decisions if your identity platform supports them. Layer in event-driven triggers for offboarding and role changes so you’re not waiting for the next scheduled cycle to catch a departed employee’s active account. Who to involve at each stage matters more than most teams assume. IT can pull the data, but the department manager or system owner should make the call on whether access still makes sense. Capture that decision in writing every time. Pro Tip: Turn on auto-expiry for guest and contractor accounts first. It’s the single fastest win because nobody has to review anything, the access just ends on schedule unless someone actively extends it. How Do You Run an Access Audit Procedure Step by Step? This is the part most guides gloss over, and it’s where compliance officers actually lose sleep. Here’s the operational sequence, phase by phase. Scoping: deciding what’s actually in play Start by classifying every system into a sensitivity tier: privileged infrastructure (domain admins, cloud root accounts), regulated data systems (EHR, payment processing, case management), standard business apps, and low-risk tools. The NIST Cybersecurity Framework gives you a control mapping structure for this kind of risk-based prioritization, and it’s worth using even informally, just to justify why your quarterly reviews focus where they do. Write explicit inclusion and exclusion rules. Service accounts, shared mailboxes, and API keys get missed constantly because teams default to reviewing only named human users. Decide up front whether those count, and document the decision so nobody has to guess next cycle. Collecting and correlating access data Pull raw entitlement exports from every identity source: your directory (Active Directory or Entra ID), your SaaS apps with local role assignments, your VPN or remote access tooling, and any system with its own login database that doesn’t sync to your central directory. This last category is where privilege creep hides. A finance app with its own permission table, untouched since onboarding three years ago, is a classic finding. Reconciliation is the unglamorous part that makes the review credible. When your directory says someone is in the “Finance” group but the accounting platform still lists them as an admin from a role they left two years ago, you have a conflict that needs resolving before attestation, not during it. A practical fix: add a reconciliation column to your dataset that flags mismatches and requires a documented justification before anyone signs off on keeping access. Mapping entitlements to roles Once you have clean data, compare actual entitlements against a defined role baseline. If you don’t have formal role definitions yet, build a lightweight version: list the five or six job functions with the most access, and note what each should have. Anything beyond that baseline is a candidate for review, whether or not it’s technically “wrong.” Privilege creep rarely looks like a smoking gun. It looks like someone who moved teams eighteen months ago and never lost their old group memberships. Designing the attestation campaign This is where most programs either build trust or lose it. A few design decisions determine whether reviewers actually engage or just click “approve all”: Reviewers: the resource owner, not IT, for anything outside pure infrastructure Cadence: tied to risk tier, covered in more detail further down Reminders: at least two automated nudges before escalation Default action on nonresponse: decide this in advance. Microsoft’s Entra ID Governance guidance recommends defining resources, subjects, frequency, and the automated action on nonresponse before you ever launch the campaign, precisely because undefined defaults are what let reviews stall indefinitely. A documented default matters more than people expect. If a manager ignores three reminders, does access auto-expire, escalate to their boss, or get flagged “needs review” for manual follow-up? Pick one, write it down, and apply it consistently. Inconsistent enforcement is one of the fastest ways to lose credibility with your own leadership when someone asks why one employee’s stale access got pulled and another’s didn’t. Remediation: automated ## Article: What SOC Monitoring Really Means for Your Business (https://architechmsp.com/blog/soc-monitoring) What SOC Monitoring Really Means for Your Business SOC monitoring is continuous, centralized threat detection and response designed to shorten the time between a breach starting and a breach getting shut down. That gap has a name: dwell time. The longer attackers sit undetected in your network, the more damage they do, and the more expensive the cleanup gets. A working SOC monitoring setup gives you: Continuous visibility across networks, endpoints, cloud apps, and user identities Faster detection measured by the time it takes to notice threats Faster containment measured by the time it takes to respond to threats Quick fact: the tools doing the heavy lifting behind these numbers are usually a SIEM for detection and an EDR platform for endpoint containment, working together rather than in isolation. If you’re evaluating whether to build this in-house, outsource it, or split the difference, everything below is built to help you make that call with your eyes open. Key Takeaways SOC monitoring works because it combines continuous detection, human-led triage, and automated containment to shrink the window attackers have to do damage. Point Details Define your scope first Confirm what’s actually monitored: networks, endpoints, identities, cloud, and application logs. Separate SIEM from SOAR SIEM detects and correlates; SOAR automates the response playbooks that follow. Demand real metrics Ask any provider for their actual MTTD and MTTR numbers, not a vague uptime promise. Match the model to your size Most SMBs get better coverage from outsourced or co-managed SOC models than from building in-house. Evaluate ArchiTECH MSP directly ArchiTECH MSP pairs 24/7 SOC-backed monitoring with a six-step security framework for HIPAA and PCI-regulated SMBs. Table of Contents What Is SOC Monitoring and What Does It Cover? What Are the Core Functions a SOC Performs? What Technology Powers SOC Monitoring? In-House, Outsourced, or Hybrid: Which SOC Model Fits? Who Staffs a SOC, and How Are Teams Structured? What KPIs Actually Measure SOC Performance? What Are the Real Benefits and Challenges of SOC Monitoring? How Is AI Changing SOC Monitoring? Does ArchiTECH MSP Have the Track Record to Back This Up? Where to Go for Deeper Technical Reading What Should Decision-Makers Actually Prioritize Here? Get 24/7 SOC-Backed Monitoring Without Building a Team From Scratch Frequently Asked Questions About SOC Monitoring Sources What Is SOC Monitoring and What Does It Cover? A Security Operations Center is a command center, physical or virtual, where analysts watch your environment around the clock for signs of compromise. SOC monitoring is the actual work that happens inside that center: collecting signals, correlating them, and deciding what’s a real threat versus noise. This isn’t a one-tool operation. When people ask what is a SOC in practical terms, the honest answer is that it’s a combination of people, process, and technology watching several categories of assets at once: Network traffic — unusual data flows, command-and-control beaconing, lateral movement Endpoints — laptops, servers, and workstations for malware, unauthorized processes, or privilege escalation Identities — login anomalies, credential stuffing attempts, impossible travel logins Cloud environments — misconfigurations, unauthorized access to storage or admin consoles Applications and logs — the audit trail that ties everything together Here’s where a lot of business owners get confused: SOC and NOC sound similar but do different jobs. A network operations center keeps the lights on, watching for outages, latency, and performance degradation. The SOC watches for people trying to break in or already inside. They need to talk to each other constantly, because a server that suddenly slows down could be a hardware issue the NOC handles, or it could be a cryptomining infection the SOC needs to isolate immediately. Good network monitoring practices actually feed both teams the same underlying telemetry, just filtered for different purposes. What Are the Core Functions a SOC Performs? Every SOC, whether it’s three analysts in a back room or a fully staffed enterprise operation, runs the same basic lifecycle. The names vary by vendor, but the sequence doesn’t. Continuous detection and alerting. Sensors and log collectors feed data into a central platform that flags anomalies in real time, day or night. Triage and investigation. An analyst pulls the alert, checks context (is this user normally logging in from Poland at 3 a.m.?), and decides if it’s a false positive or a real incident. Containment. If it’s real, the team isolates the affected device or account, often within minutes, to stop lateral spread. Remediation. Malware gets removed, compromised credentials get reset, patches get applied, and systems get restored to a known-good state. Lessons learned. The team documents what happened and adjusts detection rules so the same attack pattern gets caught faster next time. There’s a fifth function that doesn’t get triggered by an alert at all: threat hunting . Instead of waiting for a sensor to fire, hunters go looking for attackers who’ve already evaded detection, often by testing hypotheses against historical log data. It’s the difference between a smoke detector and a fire marshal walking the building. Pro Tip: Ask any SOC vendor how much analyst time goes to hunting versus reactive triage. If the answer is close to zero, you’re paying for an alarm system, not a security team. Containment examples vary by incident type. A phished employee account might get an immediate password reset and session revocation. A ransomware trigger on a single endpoint might mean network isolation of that device within seconds, before encryption spreads to shared drives. The speed of that response is exactly what separates a contained incident from a headline. What Technology Powers SOC Monitoring? No single tool runs a SOC. It’s a stack, and each layer does a distinct job. SIEM (Security Information and Event Management) ingests logs from across your environment, correlates them, and flags patterns that look like attacks. It’s also your compliance backbone, retaining the audit trail auditors ask for. SOAR (Security Orchestration, Automation and Response) takes what SIEM detects and automates the response, running playbooks that isolate a device or disable an account without waiting for a human to click a button. EDR/XDR (Endpoint Detection and Response, extended to broader telemetry) gives visibility deep into individual devices and can automatically quarantine a compromised endpoint. Threat intelligence feeds add outside context, telling your tools what malicious IP addresses, domains, or file signatures are active right now, globally. Log management pipelines and cloud connectors are the plumbing that gets data from Microsoft 365, Azure, on-premises servers, and everything else into one place your analysts can actually search. Here’s the distinction that trips up a lot of buyers: SIEM acts as the detection layer, analyzing logs to identify threats, while SOAR acts as the response layer, automating the workflows that follow. Confusing SIEM vs SOAR, or thinking one replaces the other, leads to buying the wrong tool for the wrong problem. There’s a real ordering issue here too. Before layering SOAR automation on top of a detection engine, that engine needs to be tuned. Feed automation bad inputs and it will contain the wrong things, fast and confidently, which is worse than a slow manual process. Modern SOC tool categories go further than just SIEM and SOAR. EDR, intrusion detection, UEBA (user and entity behavior analytics), and vulnerability management round out the toolkit, each catching something the others miss. UEBA, for instance, flags a user account behaving out of character, like an accountant suddenly querying a customer database at 2 a.m., something a traditional SIEM rule might not catch on its own. For small and mid-sized or