Fredonia Veterinary Clinic Step 4: ticket instructions, client email (paste share links after export), Sales quote ticket, remaining remediations, and Manage PSA notes.
Scan: 2026-08-17 | Presenter: Chris Knospe | Export set: 10 in export (Top 10) | Client type: RMIT+
The following vulnerabilities/remediations are NOT considered standard maintenance and therefore need to be quoted. Remediation(s): -------------------------------------------------------------------------------------------- Vulnerability: Mozilla Firefox Remediation Options: Update to version 153.0.4 or later; uninstall if not in use Target Machines: FVC-Ws-0624G.FVC (Gentech), workstation23.FVC (gentech), HPLaptop.FVC, 192.168.0.109, MOBILEHR Estimated Time of Remediation: 1 hour Remediation Method: RMM software deployment, ScreenConnect Backstage silent install as fallback. Verify version after update. -------------------------------------------------------------------------------------------- Vulnerability: PostgreSQL 10 Remediation Options: Update to version 16.1 or later; uninstall if not in use Target Machines: FVC-Ws-0624G.FVC (Gentech) Estimated Time of Remediation: 0.5 hours Remediation Method: RMM software deployment, ScreenConnect Backstage silent install as fallback. Verify version after update. -------------------------------------------------------------------------------------------- Vulnerability: Mozilla Firefox (x64 en-US) Remediation Options: Update to version 153.0.4 or later; uninstall if not in use Target Machines: workstation23.FVC (gentech) Estimated Time of Remediation: 5 hours Remediation Method: RMM software deployment, ScreenConnect Backstage silent install as fallback. Verify version after update. -------------------------------------------------------------------------------------------- Vulnerability: UltraVnc Remediation Options: Update to version 1.8.2.4 or later; uninstall if not in use Target Machines: HPLaptop.FVC Estimated Time of Remediation: 0.5 hours Remediation Method: RMM software deployment, ScreenConnect Backstage silent install as fallback. Verify version after update. -------------------------------------------------------------------------------------------- Total Estimated Time: 7 hours
Steps performed - Examined lightweight agents - Verified probe setup - Checked agent/probe count compared to other systems - Examined credential mappings - Examined external assets - Checked nmap interface on probe - Verified deprecated item list - Created all reports - Assessed reports - Produced Top Ten vulnerabilities docx report - Ticket #1888203: Vulnerability Remediation - Windows 11 (all versions) - Updates Required - Ticket #1888204: Vulnerability Remediation - Microsoft .NET (all versions) - Update Required - Ticket #1888205: Vulnerability Remediation - Microsoft 365 Apps for business - en-us - Updates Required - Ticket #1888206: Vulnerability Remediation - Microsoft Edge - Updates Required - Ticket #1888207: Vulnerability Remediation - Microsoft Teams - Application Update Required - Ticket #1888208: Vulnerability Remediation - Email DNS - DNS Config Required - Sent secure email with reports to contact - Sent TimeZest meeting request Is the task resolved? Yes - completed Next step(s) TimeZest meeting request has been sent. Please select a time to meet if you would like to discuss this further.
Had meeting with Linda to discuss this quarter's vulnerability scan results Generated tickets as needed All tasks complete - closing this ticket
lmehoke@fredoniavetclinic.com
lmehoke@fredoniavetclinic.com
2026 Q4 Vulnerability Scan Follow Up
Good evening Linda, Your quarterly vulnerability scan report has been completed and is available in your client folder. Recommended remediation priorities (Top Ten): Open Top Ten report Complete report package: Open complete report package The folder contains the following reports: • Pending Remediation EPSS Score Report - classifies vulnerabilities by Exploit Prediction Scoring System (EPSS), which measures the likelihood of exploitation within 30 days (scale 0-1.0, with 1.0 being most critical). • All Vulnerabilities Report - agent-detected vulnerabilities on managed assets (applications, OS patches, and related findings), from critical to low severity. • Executive Summary Report - a high-level overview of your security posture and network information. • External Scan - detected vulnerabilities and services exposed to the internet. • Suppressed Vulnerabilities Report - vulnerabilities that have been suppressed (e.g., false positives or accepted risk) and will not appear on future remediation lists. Not all vulnerabilities may be feasible to remediate depending on business or technical constraints. Schedule Time With Me Note: Remediation tickets have been generated for items covered under your RMIT+ agreement. Third-party items not covered under the agreement will not be remediated unless we discuss them and a quote has been generated. To schedule a discussion, please use the scheduling link above. We appreciate your commitment to security. Addressing these vulnerabilities is essential for maintaining the protection of your systems. Sincerely, Chris Knospe
2026 Q4 Remaining remediations
Good evening Linda, Following the quarterly vulnerability review for Fredonia Veterinary Clinic, the items below still need remediation. These are typically third-party products or other remaining work that was not included in ticketed first-party remediations. 1. Mozilla Firefox Affected hosts: FVC-Ws-0624G.FVC (Gentech) - 192.168.0.90, workstation23.FVC (gentech) - 192.168.0.88, HPLaptop.FVC - 192.168.0.60, 192.168.0.109, MOBILEHR - 192.168.0.116 What to do: Update Mozilla Firefox to the minimum version to reach (or the latest available), uninstall if not needed, or suppress / accept residual risk when update or uninstall is not possible (client must be notified or accept; risk remains until a real fix). 2. PostgreSQL 10 Affected hosts: FVC-Ws-0624G.FVC (Gentech) - 192.168.0.90 What to do: Update PostgreSQL 10 to the minimum version to reach (or the latest available), uninstall if not needed, or suppress / accept residual risk when update or uninstall is not possible (client must be notified or accept; risk remains until a real fix). 3. Mozilla Firefox (x64 en-US) Affected hosts: workstation23.FVC (gentech) - 192.168.0.88 What to do: Update Mozilla Firefox (x64 en-US) to the minimum version to reach (or the latest available), uninstall if not needed, or suppress / accept residual risk when update or uninstall is not possible (client must be notified or accept; risk remains until a real fix). 4. UltraVnc Affected hosts: HPLaptop.FVC - 192.168.0.60 What to do: Update UltraVnc to the minimum version to reach (or the latest available), uninstall if not needed, or suppress / accept residual risk when update or uninstall is not possible (client must be notified or accept; risk remains until a real fix). If you would like us to quote this work, or if you will handle it internally, reply to this email. If an item cannot be remediated for business reasons, let me know and I can suppress it from further scan reports. Sincerely, Chris Knospe
Vulnerability Remediation - Windows 11 (all versions) - Updates Required
Vulnerability Remediation - Windows 11 (all versions) - Updates Required
Product/System: Windows 11 (all versions)
Affected Systems Count: 3
Finding summary:
Windows 11 (all versions) is missing required updates on the listed hosts.
Apply missing quality/security updates via RMM or Windows Update (or Intune).
Stay on the current Windows version. Coordinate a maintenance window before reboots.
CVE references:
CVE-2026-33824
https://nvd.nist.gov/vuln/detail/CVE-2026-33824
Vendor advisory:
https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-33824
Additional CVEs (1290 more) are listed in the Client Folder report.
Minimum version to reach:
- Apply Windows Update KB5120240. Upgrade to supported Operating System is recommended
- Apply Windows Update KB5121003 (or the latest available).
Affected Systems:
- FVC-WS-0322A.FVC - 192.168.0.95 [10.0.26100] [1045 vulns]
- FVC-Ws-0624G.FVC (Gentech) - 192.168.0.90 [10.0.26100] [1045 vulns]
- MOBILEHR - 192.168.0.116 [10.0.26100] [1045 vulns]
Quick-check each host first.
Confirm the OS/build on the host matches this finding.
Then stop (escalate to Security as a false positive or no further action) if:
- already at/above the minimum version to reach (build/KB)
- already on the latest quality/security updates for the current Windows version
- the vendor documents this CVE as not applicable or already fixed
Include hostnames, current build, what you verified, and any vendor documentation link.
A fully updated host can still show a CVE until the vendor releases a fix. Do not force a feature upgrade.
Otherwise choose update, remove, or suppress below and document it in the ticket.
Remediation (pick the most appropriate option):
A. Apply missing OS quality/security updates (default)
- Apply the build/KB listed under Minimum version to reach (or the latest available) via RMM or Windows Update (or Intune).
- Prefer current vendor quality/security updates for the host's existing Windows version.
B. Host not needed - decommission / rebuild
- Only if the host should not exist; do not uninstall the OS.
C. Cannot patch - escalate to Security for suppression
- Examples: OS update channel / RMM broken after troubleshooting, client defers patching after verification, or no approved path yet.
- Do not use suppress only because the host is on an older feature build - feature upgrades need explicit client approval.
- Suppression only stops tracking. It does not patch or remove the vulnerability. Residual risk stays until a real fix.
- Client must accept or be notified. Record discussion notes to the client (who, what, hosts, and that risk remains).
Client coordination - READ BEFORE UPDATING:
Agree a maintenance window before reboots, feature upgrades, or broad patch pushes. If a user may be interrupted, schedule after hours or contact the client first.
If another vendor manages this application, device, workstation, or server: that vendor or the service owner must perform the update. If they are unable or unwilling, escalate to Security for suppression.
===== TECHNICAL GUIDANCE (do this) =====
- Apply missing Windows updates via RMM or Windows Update (or Intune)
- If this host is a VM, take a pre-update snapshot so you can revert if there are issues.
- Reboot if Windows Update requires it
- After update, confirm the host has the latest quality/security updates for its current Windows version
- If it is already fully updated and still flagged: escalate to Security as no further action - do not force a feature upgrade
===== END TECHNICAL GUIDANCE =====
Tasks:
- Need to review these 3 workstations for missing Windows update and our broken Windows Update.
Source material:
Full scan exports and Top N reports are in the Client Folder under Reports location below.
Reports location (Client Folder): ...\Fredonia Veterinary Clinic\Network Documentation\Vulnerability Scans\2026 - Q3
Vulnerability Remediation - Microsoft .NET (all versions) - Update Required
Vulnerability Remediation - Microsoft .NET (all versions) - Update Required
Product/System: Microsoft .NET (all versions)
Affected Systems Count: 37
Finding summary:
Microsoft .NET (all versions) is outdated on the listed hosts.
These runtimes update within the same major version. An app built on one major version is tied to that version - removing it will break the app.
CVE references:
CVE-2024-43483
https://nvd.nist.gov/vuln/detail/CVE-2024-43483
Vendor advisory:
https://msrc.microsoft.com/update-guide/vulnerability/CVE-2024-43483
Additional CVEs (40 more) are listed in the Client Folder report.
Affected Systems:
Sorry for the long host list below (37 hosts). Every hostname is on this ticket so you can work it without opening the reports.
- FVC-Ws-0624G.FVC (Gentech) - 192.168.0.90 [9.0.17] [84 vulns]
- mobiletk.FVC (cslocal) - 192.168.0.130 [8.0.28] [75 vulns]
- FVC-WS-0624B.FVC - 192.168.0.72 [10.0.3] [48 vulns]
- FVC-WS-0624D.FVC (gentech) - 192.168.0.100 [10.0.3] [48 vulns]
- FVC-WS-0624E.FVC - 192.168.0.84 [10.0.3] [48 vulns]
- FVC-WS-0624F.FVC - 192.168.0.105 [10.0.3] [48 vulns]
- FVC-Ws-0624G.FVC (Gentech) - 192.168.0.90 [10.0.3] [48 vulns]
- WORKSTATION30.FVC (gentech) - 192.168.0.97 [10.0.3] [48 vulns]
- FVC-WS-0624B.FVC - 192.168.0.72 [9.0.18] [33 vulns]
- FVC-WS-0624C.FVC (gentech) - 192.168.0.56 [9.0.18] [33 vulns]
- FVC-WS-0624D.FVC (gentech) - 192.168.0.100 [9.0.18] [33 vulns]
- FVC-WS-0624E.FVC - 192.168.0.84 [9.0.18] [33 vulns]
- FVC-WS-0624F.FVC - 192.168.0.105 [9.0.18] [33 vulns]
- WORKSTATION30.FVC (gentech) - 192.168.0.97 [9.0.18] [33 vulns]
- 192.168.0.109 [8.0.29] [30 vulns]
- FVC-LT-0624A.FVC (cslocal) - 192.168.1.8 [8.0.29] [30 vulns]
- FVC-WS-0624B.FVC - 192.168.0.72 [8.0.29] [30 vulns]
- FVC-WS-0624C.FVC (gentech) - 192.168.0.56 [8.0.29] [30 vulns]
- FVC-WS-0624D.FVC (gentech) - 192.168.0.100 [8.0.29] [30 vulns]
- FVC-WS-0624E.FVC - 192.168.0.84 [8.0.29] [30 vulns]
- FVC-WS-0624F.FVC - 192.168.0.105 [8.0.29] [30 vulns]
- FVC-Ws-0624G.FVC (Gentech) - 192.168.0.90 [8.0.29] [30 vulns]
- WORKSTATION30.FVC (gentech) - 192.168.0.97 [8.0.29] [30 vulns]
- FVC-WS-0624C.FVC (gentech) - 192.168.0.56 [10.0.10] [15 vulns]
- FVC-WS-0624B.FVC - 192.168.0.72 [6.0.35] [8 vulns]
- FVC-LT-0624A.FVC (cslocal) - 192.168.1.8 [6.0.36] [3 vulns]
- FVC-WS-0624B.FVC - 192.168.0.72 [6.0.36] [3 vulns]
- FVC-WS-0624C.FVC (gentech) - 192.168.0.56 [6.0.36] [3 vulns]
- FVC-WS-0624D.FVC (gentech) - 192.168.0.100 [6.0.36] [3 vulns]
- FVC-WS-0624F.FVC - 192.168.0.105 [6.0.36] [3 vulns]
- FVC-Ws-0624G.FVC (Gentech) - 192.168.0.90 [6.0.36] [3 vulns]
- mobiletk.FVC (cslocal) - 192.168.0.130 [6.0.36] [3 vulns]
- WORKSTATION30.FVC (gentech) - 192.168.0.97 [6.0.36] [3 vulns]
- FVC-WS-0624B.FVC - 192.168.0.72 [7.0.20] [3 vulns]
- FVC-WS-0624C.FVC (gentech) - 192.168.0.56 [7.0.20] [3 vulns]
- FVC-WS-0624B.FVC - 192.168.0.72 [2 vulns]
- FVC-WS-0624C.FVC (gentech) - 192.168.0.56 [2 vulns]
IP-only host (no hostname) - identify it before remediating:
- Ping the IP to confirm it is online
- Connect to the site network (VPN, ScreenConnect jump host, or on-site) if you cannot reach it from the usual tools
- Check DHCP (lease, reservation, MAC) for a name
- Look up the IP in RMM, ScreenConnect, Liongard, AD, DNS (reverse lookup), firewall, and switch/ARP
- If still unknown: run a network scan from a trusted site host (do not scan from the internet)
- Record the hostname (or device type) on the ticket before remediating
- If the IP is offline, unused, or not this client: document what you checked and escalate to Security as a false positive
Quick-check each host first.
Then stop (escalate to Security as a false positive) if the redistributable/runtime is not present or is already at/above the minimum version to reach for that major version.
Include hostnames and what you found.
Otherwise choose update, remove, or suppress below and document it in the ticket.
Remediation (pick the most appropriate option):
A. Update (usual path when keeping the major version)
- Install the updated package for the same major version to the version listed under Minimum version to reach (or the latest available).
B. Not needed / not in use - uninstall or remove
- Only after dependency testing proves the major version is unused (test machine; uninstall one major version at a time).
C. Vulnerable major version is required - escalate to Security for suppression
- Dependency testing showed apps need this major version, and it remains (or will remain) vulnerable.
- Suppression only stops tracking. It does not patch or remove the vulnerability. Residual risk stays until a real fix.
- Client must accept or be notified. Record discussion notes to the client (who, what, hosts, and that risk remains).
Client coordination - READ BEFORE UPDATING:
If this update may interrupt a user, schedule after hours or contact the client first.
If another vendor manages this application, device, workstation, or server: that vendor or the service owner must perform the update. If they are unable or unwilling, escalate to Security for suppression.
===== TECHNICAL GUIDANCE (do this) =====
- .NET Framework and modern .NET (.NET 5+) are not interchangeable
- An app built on one major version is tied to that version - removing it will break the app.
- Update each runtime line via WU/vendor installer; uninstall only when unused and verified
- If this host is a VM, take a pre-update snapshot so you can revert if there are issues.
- .NET 6: out of support - uninstall if unused and verified, or escalate cannot-update
- .NET 7: out of support since May 14, 2024 - uninstall if unused and verified, or escalate cannot-update
- .NET 8 (LTS): update runtime to the reported target within the 8.x line (Windows Update or runtime installer)
- .NET 9 (non-LTS): update 9.x runtime via WU/vendor installer, or uninstall if unused
- .NET 10 (LTS): update runtime to the reported target within the 10.x line
===== END TECHNICAL GUIDANCE =====
Source material:
Full scan exports and Top N reports are in the Client Folder under Reports location below.
Reports location (Client Folder): ...\Fredonia Veterinary Clinic\Network Documentation\Vulnerability Scans\2026 - Q3
Vulnerability Remediation - Microsoft 365 Apps for business - en-us - Updates Required
Vulnerability Remediation - Microsoft 365 Apps for business - en-us - Updates Required
Product/System: Microsoft 365 Apps for business - en-us
Affected Systems Count: 6
Finding summary:
Microsoft 365 Apps for business - en-us is outdated on the listed hosts.
Update via RMM or a silent installer in Backstage CMD/PS. Use a live user session only if those fail.
CVE references:
CVE-2026-50387
https://nvd.nist.gov/vuln/detail/CVE-2026-50387
Vendor advisory:
https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-50387
Additional CVEs (165 more) are listed in the Client Folder report.
Minimum version to reach:
- Apply the latest patch.
Affected Systems:
- FVC-LT-0624A.FVC (cslocal) - 192.168.1.8 [166 vulns]
- 192.168.0.109 [88 vulns]
- FVC-WS-0624F.FVC - 192.168.0.105 [88 vulns]
- FVC-Ws-0624G.FVC (Gentech) - 192.168.0.90 [88 vulns]
- HPLaptop.FVC - 192.168.0.60 [88 vulns]
- Laptop4.FVC (gentech) - 192.168.254.22 [88 vulns]
IP-only host (no hostname) - identify it before remediating:
- Ping the IP to confirm it is online
- Connect to the site network (VPN, ScreenConnect jump host, or on-site) if you cannot reach it from the usual tools
- Check DHCP (lease, reservation, MAC) for a name
- Look up the IP in RMM, ScreenConnect, Liongard, AD, DNS (reverse lookup), firewall, and switch/ARP
- If still unknown: run a network scan from a trusted site host (do not scan from the internet)
- Record the hostname (or device type) on the ticket before remediating
- If the IP is offline, unused, or not this client: document what you checked and escalate to Security as a false positive
Quick-check each host first.
Then stop (escalate to Security as a false positive) if the product is not installed or is already at/above the minimum version to reach.
Include hostnames and what you found.
Otherwise choose update, remove, or suppress below and document it in the ticket.
Remediation (pick the most appropriate option):
A. Update (default when still needed)
- Install the updated vendor package (wizard/RMM) to the version listed under Minimum version to reach (or the latest available).
B. Not needed / not in use - uninstall or remove
- Only if the software should not exist on the host.
C. Cannot update or uninstall - escalate to Security for suppression
- You verified it exists at a vulnerable version, and install/update/uninstall is not viable after preferred methods.
- If the product is EOL: check/apply the latest available final build first; if keeping it, notify the client, then escalate to Security.
- Suppression only stops tracking. It does not patch or remove the vulnerability. Residual risk stays until a real fix.
- Client must accept or be notified. Record discussion notes to the client (who, what, hosts, and that risk remains).
Client coordination - READ BEFORE UPDATING:
If this update may interrupt a user, schedule after hours or contact the client first.
If another vendor manages this application, device, workstation, or server: that vendor or the service owner must perform the update. If they are unable or unwilling, escalate to Security for suppression.
===== TECHNICAL GUIDANCE (do this) =====
- Microsoft 365 Apps: Click-to-Run update channel, not winget
- Verify Office update channel (Current Channel, etc.) in M365 admin or Intune
- Automate: RMM script "Update Microsoft 365" when deployed
- Live user session only if needed: Office app > File > Account > Update Options > Update Now
- Backstage (CMD/PS): RMM / Click-to-Run automation only - not the Office UI
- Confirm build version on affected hosts after update
===== END TECHNICAL GUIDANCE =====
Source material:
Full scan exports and Top N reports are in the Client Folder under Reports location below.
Reports location (Client Folder): ...\Fredonia Veterinary Clinic\Network Documentation\Vulnerability Scans\2026 - Q3
Vulnerability Remediation - Mozilla Firefox - Update Required - 3rd party application
Vulnerability Remediation - Mozilla Firefox - Update Required - 3rd party application
Product/System: Mozilla Firefox
Affected Systems Count: 5
Finding summary:
Mozilla Firefox is outdated on the listed hosts.
Prefer RMM, the vendor updater, or Backstage CMD/PS. This app often updates in the background.
A live user session is usually not needed. A reboot is usually not required.
CVE references:
CVE-2026-4688
https://nvd.nist.gov/vuln/detail/CVE-2026-4688
Vendor security center:
https://www.mozilla.org/en-US/security/advisories/
Additional CVEs (246 more) are listed in the Client Folder report.
Minimum version to reach:
- Update to version 153.0.4 (or the latest available).
Affected Systems:
- FVC-Ws-0624G.FVC (Gentech) - 192.168.0.90 [247 vulns]
- workstation23.FVC (gentech) - 192.168.0.88 [150 vulns]
- HPLaptop.FVC - 192.168.0.60 [3 vulns]
- 192.168.0.109 [2 vulns]
- MOBILEHR - 192.168.0.116 [2 vulns]
IP-only host (no hostname) - identify it before remediating:
- Ping the IP to confirm it is online
- Connect to the site network (VPN, ScreenConnect jump host, or on-site) if you cannot reach it from the usual tools
- Check DHCP (lease, reservation, MAC) for a name
- Look up the IP in RMM, ScreenConnect, Liongard, AD, DNS (reverse lookup), firewall, and switch/ARP
- If still unknown: run a network scan from a trusted site host (do not scan from the internet)
- Record the hostname (or device type) on the ticket before remediating
- If the IP is offline, unused, or not this client: document what you checked and escalate to Security as a false positive
Quick-check each host first.
Then stop (escalate to Security as a false positive) if the product is not installed or is already at/above the minimum version to reach.
Include hostnames and what you found.
Otherwise choose update, remove, or suppress below and document it in the ticket.
Remediation (pick the most appropriate option):
A. Update (default when still needed)
- Update the app to the version listed under Minimum version to reach (or the latest available) via vendor updater, RMM, or Backstage CMD/PS.
- Relaunch the app if an update downloaded but did not apply.
B. Not needed / not in use - uninstall or remove
- Only if the app is not required on that host (confirm site standard / client).
C. Cannot reach a secure release - escalate to Security for suppression
- Typical case: OS cannot support the secure release, or update is blocked after RMM/Backstage CMD/PS/live-session attempts.
- If the product is EOL: check/apply the latest available final build first; if keeping it, notify the client, then escalate to Security.
- You verified the app is present at a vulnerable version.
- Do not use suppress for ordinary update failures - finish preferred methods or escalate troubleshooting first.
- Suppression only stops tracking. It does not patch or remove the vulnerability. Residual risk stays until a real fix.
- Client must accept or be notified. Record discussion notes to the client (who, what, hosts, and that risk remains).
Client coordination - READ BEFORE UPDATING:
If this update may interrupt a user, schedule after hours or contact the client first.
If another vendor manages this application, device, workstation, or server: that vendor or the service owner must perform the update. If they are unable or unwilling, escalate to Security for suppression.
===== TECHNICAL GUIDANCE (do this) =====
- Try updates in this order:
1) RMM automated patching or software deployment (preferred)
2) ScreenConnect Backstage CMD/PS or command/script (silent installer)
3) Only if 1 and 2 fail: live remote session with the end user for in-app UI updates
- If this host is a VM, take a pre-update snapshot so you can revert if there are issues.
- Firefox updates in background; relaunch may be needed to apply a downloaded update
- If still behind: check Firefox update settings / Maintenance Service
- ESR and release can both be present - update the channel that is installed
- Verify the update was successful
===== END TECHNICAL GUIDANCE =====
Source material:
Full scan exports and Top N reports are in the Client Folder under Reports location below.
Reports location (Client Folder): ...\Fredonia Veterinary Clinic\Network Documentation\Vulnerability Scans\2026 - Q3
Vulnerability Remediation - Microsoft Edge - Updates Required
Vulnerability Remediation - Microsoft Edge - Updates Required
Product/System: Microsoft Edge
Affected Systems Count: 5
Finding summary:
Microsoft Edge is outdated on the listed hosts.
Prefer RMM, the vendor updater, or Backstage CMD/PS. This app often updates in the background.
A live user session is usually not needed. A reboot is usually not required.
CVE references:
CVE-2026-19149
https://nvd.nist.gov/vuln/detail/CVE-2026-19149
Vendor advisory:
https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-19149
Additional CVEs (491 more) are listed in the Client Folder report.
Minimum version to reach:
- Update to version 151.0.4129.86 (or the latest available). Update to version 151.0.7922.138 (or the latest available)
- (1 end-of-life component notices omitted).
Affected Systems:
- 192.168.0.82 [492 vulns]
- 192.168.0.109 [45 vulns]
- FVC-LT-0624A.FVC (cslocal) - 192.168.1.8 [45 vulns]
- Laptop4.FVC (gentech) - 192.168.254.22 [45 vulns]
- MOBILEHR - 192.168.0.116 [45 vulns]
IP-only host (no hostname) - identify it before remediating:
- Ping the IP to confirm it is online
- Connect to the site network (VPN, ScreenConnect jump host, or on-site) if you cannot reach it from the usual tools
- Check DHCP (lease, reservation, MAC) for a name
- Look up the IP in RMM, ScreenConnect, Liongard, AD, DNS (reverse lookup), firewall, and switch/ARP
- If still unknown: run a network scan from a trusted site host (do not scan from the internet)
- Record the hostname (or device type) on the ticket before remediating
- If the IP is offline, unused, or not this client: document what you checked and escalate to Security as a false positive
Quick-check each host first.
Then stop (escalate to Security as a false positive) if the product is not installed or is already at/above the minimum version to reach.
Include hostnames and what you found.
Otherwise choose update, remove, or suppress below and document it in the ticket.
Remediation (pick the most appropriate option):
A. Update (default when still needed)
- Update the app to the version listed under Minimum version to reach (or the latest available) via vendor updater, RMM, or Backstage CMD/PS.
- Relaunch the app if an update downloaded but did not apply.
B. Not needed / not in use - uninstall or remove
- Only if the app is not required on that host (confirm site standard / client).
C. Cannot reach a secure release - escalate to Security for suppression
- Typical case: OS cannot support the secure release, or update is blocked after RMM/Backstage CMD/PS/live-session attempts.
- If the product is EOL: check/apply the latest available final build first; if keeping it, notify the client, then escalate to Security.
- You verified the app is present at a vulnerable version.
- Do not use suppress for ordinary update failures - finish preferred methods or escalate troubleshooting first.
- Suppression only stops tracking. It does not patch or remove the vulnerability. Residual risk stays until a real fix.
- Client must accept or be notified. Record discussion notes to the client (who, what, hosts, and that risk remains).
Client coordination - READ BEFORE UPDATING:
If this update may interrupt a user, schedule after hours or contact the client first.
If another vendor manages this application, device, workstation, or server: that vendor or the service owner must perform the update. If they are unable or unwilling, escalate to Security for suppression.
===== TECHNICAL GUIDANCE (do this) =====
- Auto-updating software: verify first, patch only if stale
- Confirm installed version against the reported target on affected hosts
- Edge updates via Microsoft Edge Update (primary); WU may also apply updates
- Relaunch may be needed for a downloaded update to take effect
- Live user session only if needed: edge://settings/help > Download and install
- Backstage (CMD/PS): silent installer/script only - not the Edge UI
===== END TECHNICAL GUIDANCE =====
Source material:
Full scan exports and Top N reports are in the Client Folder under Reports location below.
Reports location (Client Folder): ...\Fredonia Veterinary Clinic\Network Documentation\Vulnerability Scans\2026 - Q3
Vulnerability Remediation - PostgreSQL 10 - Update Required - 3rd party application
Vulnerability Remediation - PostgreSQL 10 - Update Required - 3rd party application
Product/System: PostgreSQL 10
Affected Systems Count: 1
Finding summary:
PostgreSQL 10 is a database engine on the listed hosts.
Confirm the instance or cluster, then apply the matching engine update in a maintenance window with the DBA or app owner.
CVE references:
CVE-2019-9193
https://nvd.nist.gov/vuln/detail/CVE-2019-9193
Vendor security center:
https://www.postgresql.org/support/security/
Additional CVEs (28 more) are listed in the Client Folder report.
Minimum version to reach:
- Update to version 16.1 (or the latest available).
Affected Systems:
- FVC-Ws-0624G.FVC (Gentech) - 192.168.0.90 [29 vulns]
Quick-check each host first.
Then stop (escalate to Security as a false positive) if the product is not installed or is already at/above the minimum version to reach.
Include hostnames and what you found.
Otherwise choose update, remove, or suppress below and document it in the ticket.
Remediation (pick the most appropriate option):
A. Update (default when still needed)
- Install the updated vendor package (wizard/RMM) to the version listed under Minimum version to reach (or the latest available).
B. Not needed / not in use - uninstall or remove
- Only if the software should not exist on the host.
C. Cannot update or uninstall - escalate to Security for suppression
- You verified it exists at a vulnerable version, and install/update/uninstall is not viable after preferred methods.
- If the product is EOL: check/apply the latest available final build first; if keeping it, notify the client, then escalate to Security.
- Suppression only stops tracking. It does not patch or remove the vulnerability. Residual risk stays until a real fix.
- Client must accept or be notified. Record discussion notes to the client (who, what, hosts, and that risk remains).
Client coordination - READ BEFORE UPDATING:
If this update may interrupt a user, schedule after hours or contact the client first.
If another vendor manages this application, device, workstation, or server: that vendor or the service owner must perform the update. If they are unable or unwilling, escalate to Security for suppression.
===== TECHNICAL GUIDANCE (do this) =====
- PostgreSQL is a database engine - not a desktop app
- Confirm major version and cluster on each host
- Apply the matching minor/security update for that major in a maintenance window
- Do not use winget; coordinate before restarting the service
===== END TECHNICAL GUIDANCE =====
Source material:
Full scan exports and Top N reports are in the Client Folder under Reports location below.
Reports location (Client Folder): ...\Fredonia Veterinary Clinic\Network Documentation\Vulnerability Scans\2026 - Q3
Vulnerability Remediation - Microsoft Teams - Application Update Required
Vulnerability Remediation - Microsoft Teams - Application Update Required
Product/System: Microsoft Teams
Affected Systems Count: 2
Finding summary:
Microsoft Teams is outdated on the listed hosts.
Update via RMM or a silent installer in Backstage CMD/PS. Use a live user session only if those fail.
CVE references:
CVE-2023-4863
https://nvd.nist.gov/vuln/detail/CVE-2023-4863
Vendor advisory:
https://msrc.microsoft.com/update-guide/vulnerability/CVE-2023-4863
Additional CVEs (6 more) are listed in the Client Folder report.
Minimum version to reach:
- Update to version 26198.304.4946.9672 (or the latest available).
Affected Systems:
- HPLaptop.FVC - 192.168.0.60 [7 vulns]
- Laptop4.FVC (gentech) - 192.168.254.22 [7 vulns]
Quick-check each host first.
Then stop (escalate to Security as a false positive) if the product is not installed or is already at/above the minimum version to reach.
Include hostnames and what you found.
Otherwise choose update, remove, or suppress below and document it in the ticket.
Remediation (pick the most appropriate option):
A. Update (default when still needed)
- Install the updated vendor package (wizard/RMM) to the version listed under Minimum version to reach (or the latest available).
B. Not needed / not in use - uninstall or remove
- Only if the software should not exist on the host.
C. Cannot update or uninstall - escalate to Security for suppression
- You verified it exists at a vulnerable version, and install/update/uninstall is not viable after preferred methods.
- If the product is EOL: check/apply the latest available final build first; if keeping it, notify the client, then escalate to Security.
- Suppression only stops tracking. It does not patch or remove the vulnerability. Residual risk stays until a real fix.
- Client must accept or be notified. Record discussion notes to the client (who, what, hosts, and that risk remains).
Client coordination - READ BEFORE UPDATING:
If this update may interrupt a user, schedule after hours or contact the client first.
If another vendor manages this application, device, workstation, or server: that vendor or the service owner must perform the update. If they are unable or unwilling, escalate to Security for suppression.
===== TECHNICAL GUIDANCE (do this) =====
- Confirm flagged Teams version - Classic is not always the source
- Classic Teams is sometimes a per-user install
- A user who has not logged into this workstation in a while, or is not the primary user, can still have Classic leftover
- Run the RMM Teams Classic cleanup script for those leftover per-user installs
- Classic/duplicate suspected: R-Security - Teams Classic Cleanup Remediation (Scripts > RR Custom > RR Custom - R-Security Remediation > R-Security - Teams Classic Cleanup Remediation)
- Current Teams behind: automated patching/RMM first
- Live user session only if needed: three-dot menu > Settings > About Teams
- Backstage (CMD/PS): RMM script / installer only - not the Teams UI
===== END TECHNICAL GUIDANCE =====
Source material:
Full scan exports and Top N reports are in the Client Folder under Reports location below.
Reports location (Client Folder): ...\Fredonia Veterinary Clinic\Network Documentation\Vulnerability Scans\2026 - Q3
Vulnerability Remediation - Mozilla Firefox (x64 en-US) - Update Required - 3rd party application
Vulnerability Remediation - Mozilla Firefox (x64 en-US) - Update Required - 3rd party application
Product/System: Mozilla Firefox (x64 en-US)
Affected Systems Count: 1
Finding summary:
Mozilla Firefox (x64 en-US) is outdated on the listed hosts.
Prefer RMM, the vendor updater, or Backstage CMD/PS. This app often updates in the background.
A live user session is usually not needed. A reboot is usually not required.
CVE references:
CVE-2026-8953
https://nvd.nist.gov/vuln/detail/CVE-2026-8953
Vendor security center:
https://www.mozilla.org/en-US/security/advisories/
Additional CVEs (149 more) are listed in the Client Folder report.
Minimum version to reach:
- Update to version 153.0.4 (or the latest available).
Affected Systems:
- workstation23.FVC (gentech) - 192.168.0.88 [150 vulns]
Quick-check each host first.
Then stop (escalate to Security as a false positive) if the product is not installed or is already at/above the minimum version to reach.
Include hostnames and what you found.
Otherwise choose update, remove, or suppress below and document it in the ticket.
Remediation (pick the most appropriate option):
A. Update (default when still needed)
- Update the app to the version listed under Minimum version to reach (or the latest available) via vendor updater, RMM, or Backstage CMD/PS.
- Relaunch the app if an update downloaded but did not apply.
B. Not needed / not in use - uninstall or remove
- Only if the app is not required on that host (confirm site standard / client).
C. Cannot reach a secure release - escalate to Security for suppression
- Typical case: OS cannot support the secure release, or update is blocked after RMM/Backstage CMD/PS/live-session attempts.
- If the product is EOL: check/apply the latest available final build first; if keeping it, notify the client, then escalate to Security.
- You verified the app is present at a vulnerable version.
- Do not use suppress for ordinary update failures - finish preferred methods or escalate troubleshooting first.
- Suppression only stops tracking. It does not patch or remove the vulnerability. Residual risk stays until a real fix.
- Client must accept or be notified. Record discussion notes to the client (who, what, hosts, and that risk remains).
Client coordination - READ BEFORE UPDATING:
If this update may interrupt a user, schedule after hours or contact the client first.
If another vendor manages this application, device, workstation, or server: that vendor or the service owner must perform the update. If they are unable or unwilling, escalate to Security for suppression.
===== TECHNICAL GUIDANCE (do this) =====
- Try updates in this order:
1) RMM automated patching or software deployment (preferred)
2) ScreenConnect Backstage CMD/PS or command/script (silent installer)
3) Only if 1 and 2 fail: live remote session with the end user for in-app UI updates
- If this host is a VM, take a pre-update snapshot so you can revert if there are issues.
- Firefox updates in background; relaunch may be needed to apply a downloaded update
- If still behind: check Firefox update settings / Maintenance Service
- ESR and release can both be present - update the channel that is installed
- Verify the update was successful
===== END TECHNICAL GUIDANCE =====
Source material:
Full scan exports and Top N reports are in the Client Folder under Reports location below.
Reports location (Client Folder): ...\Fredonia Veterinary Clinic\Network Documentation\Vulnerability Scans\2026 - Q3
Vulnerability Remediation - UltraVnc - Update Required - 3rd party application
Vulnerability Remediation - UltraVnc - Update Required - 3rd party application
Product/System: UltraVnc
Affected Systems Count: 1
Finding summary:
UltraVnc is a third-party remote-access tool on the listed hosts.
Confirm the client uses it and that it is authorized. If it is, update via the vendor installer or in-app update. If the client does not use it or it is not authorized, uninstall it.
CVE references:
CVE-2026-7840
https://nvd.nist.gov/vuln/detail/CVE-2026-7840
Additional CVEs (12 more) are listed in the Client Folder report.
Minimum version to reach:
- Update to version 1.8.2.4 (or the latest available).
Affected Systems:
- HPLaptop.FVC - 192.168.0.60 [13 vulns]
Quick-check each host first.
Then stop (escalate to Security as a false positive) if the product is not installed or is already at/above the minimum version to reach.
Include hostnames and what you found.
Otherwise choose update, remove, or suppress below and document it in the ticket.
Remediation (pick the most appropriate option):
A. Client uses it and it is authorized - update (default)
- Confirm the client uses this tool and that it is authorized first.
- Then update to the version listed under Minimum version to reach (or the latest available) via the vendor installer or in-app update.
B. Client does not use it / not authorized - uninstall
- Uninstall and remove startup/tasks/services/firewall rules. Document unexpected installs.
C. Authorized but cannot update - escalate to Security for suppression
- You confirmed the client uses it, it is authorized, and it is still behind after the vendor update path.
- Suppression only stops tracking. It does not patch or remove the vulnerability. Residual risk stays until a real fix.
- Client must accept or be notified. Record discussion notes to the client (who, what, hosts, and that risk remains).
Client coordination - READ BEFORE UPDATING:
If this update may interrupt a user, schedule after hours or contact the client first.
If another vendor manages this application, device, workstation, or server: that vendor or the service owner must perform the update. If they are unable or unwilling, escalate to Security for suppression.
===== TECHNICAL GUIDANCE (do this) =====
- Confirm the client uses UltraVNC and that it is authorized
- Check asset inventory, approved software list, and River Run / client deployment records
- If the client does not use it or it is NOT authorized: uninstall and remove startup/tasks/services/firewall rules
- Document unexpected installs as potential unauthorized remote access
- If authorized and the client uses it: update UltraVNC to the reported remediation target
- VNC: update via vendor server/console or full installer for the reported target
- Verify version on affected hosts after update
- Offline agents: pending until next check-in
===== END TECHNICAL GUIDANCE =====
Source material:
Full scan exports and Top N reports are in the Client Folder under Reports location below.
Reports location (Client Folder): ...\Fredonia Veterinary Clinic\Network Documentation\Vulnerability Scans\2026 - Q3
Vulnerability Remediation - Email DNS - DNS Config Required
Vulnerability Remediation - Email DNS - DNS Config Required
Product/System: Email DNS - Mail authentication (SPF, DMARC, DKIM)
Affected Domains: 1
Finding summary:
Email authentication records are missing or incorrect for the listed domain(s) used for outbound email.
Confirm each domain is actually used for mail before changing DNS.
Publish or correct SPF, DMARC, and/or DKIM at the DNS provider.
Affected domain(s):
- fredoniavetclinic.com
Quick-check each domain first.
Confirm the domain is used for outbound email (MX, Microsoft 365 accepted domains, known senders).
Then stop (escalate to Security as a false positive) if the domain is not used for mail, or SPF/DMARC/DKIM are already correct.
Include the domain list and reason.
Otherwise choose change, false positive, or suppress below and document it in the ticket.
Remediation (pick the most appropriate option):
A. Publish or correct DNS (default when the domain sends mail)
- After client discussion and sender inventory, publish or correct SPF, DMARC, and/or DKIM at the DNS provider for each listed domain, including authorized third-party and device senders.
B. Finding does not apply - escalate false positive
- Domain not used for mail, or records already correct. Document what you checked.
C. Accepted risk / client will not change DNS - escalate to Security
- Record client notification/acceptance in discussion notes to the client.
- These findings are assessed from public DNS, not ConnectSecure host scans - they cannot be suppressed in ConnectSecure. Security documents the accepted-risk exception.
- Client must accept or be notified; risk remains until records are corrected.
Client coordination - DISCUSS WITH THE CLIENT BEFORE ANY DNS CHANGE:
DNS changes for SPF, DMARC, or DKIM can cause legitimate client mail to be undelivered or quarantined.
Discuss timing and impact with the client first.
Confirm third-party senders and mail-capable devices (scanners/MFPs, fax-to-email, etc.) before tightening SPF or DMARC.
Do not publish or strengthen records until the client agrees.
===== TECHNICAL GUIDANCE (do this) =====
- Identify the DNS host / registrar for each domain (from ticket detail or Client Folder notes).
- Preferred access to the client's DNS host is delegated access to a River Run account.
- Before publishing or tightening SPF/DMARC/DKIM, inventory every system that sends as this domain:
- Primary mail platform (Microsoft 365 / Exchange, Google, etc.)
- Third parties that send on behalf of the domain (marketing, billing, CRM, ticketing, newsletters, payroll, etc.) - add SPF includes and enable DKIM when the vendor supports it
- Mail-capable devices (MFPs/scanners, fax-to-email, postage, alarm/notification appliances, LOB SMTP) - authorize in SPF or route through an approved relay
- Do not tighten SPF (-all) or DMARC policy until those senders are covered or intentionally retired
- Publish or correct SPF, DMARC, and/or DKIM per the missing records only after the client agrees and the sender inventory is covered.
- Preferred DMARC policy is p=quarantine. Use p=none only as a short monitor step if needed, then move to quarantine. Do not set p=reject unless the client asks for it.
- After change, verify public DNS shows the expected records; wait for TTL where needed
Scope: Email authentication (SPF, DMARC, DKIM) - DNS TXT/CNAME records at the domain's DNS provider.
IMPORTANT: First confirm each domain below is actually used for outbound email (MX records, Microsoft 365 accepted domains, marketing platforms, etc.). If a domain does not send mail, no remediation is needed for it - skip it.
Summary: 1 domain(s) flagged for DNS mail-authentication review.
=== fredoniavetclinic.com ===
DNS hosting: Cloudflare (chan.ns.cloudflare.com, doug.ns.cloudflare.com). Publish SPF/DMARC/DKIM TXT records in this DNS provider for fredoniavetclinic.com.
Issues:
- DMARC record not found.
- Publish a DMARC TXT record at _dmarc.fredoniavetclinic.com (DNS host/name is usually "_dmarc").
- Example monitor record: v=DMARC1; p=none; rua=mailto:dmarc@fredoniavetclinic.com
- Confirm legitimate mail passes SPF and/or DKIM alignment.
- After monitoring, strengthen policy to p=quarantine when the client approves.
Remediation: For each domain confirmed to send mail, work with the client's DNS provider to publish or correct the SPF, DMARC, and/or DKIM records needed to resolve the issues listed above, then verify with a public DNS lookup tool (for example MXToolbox or nslookup). You also need to review that scanners and other potentially unsigned smtp sources are taken into account.
===== END TECHNICAL GUIDANCE =====
Source material:
Full scan exports and Top N reports are in the Client Folder under Reports location below.
Reports location (Client Folder): ...\Fredonia Veterinary Clinic\Network Documentation\Vulnerability Scans\2026 - Q3
These email authentication findings are assessed from public DNS records, not ConnectSecure host scans. They cannot be suppressed in ConnectSecure.
Good evening Linda,
Your quarterly vulnerability scan report has been completed and is available in your client folder.
Recommended remediation priorities (Top Ten):
Complete report package:
The folder contains the following reports:
• Pending Remediation EPSS Score Report - classifies vulnerabilities by Exploit Prediction Scoring System (EPSS), which measures the likelihood of exploitation within 30 days (scale 0-1.0, with 1.0 being most critical).
• All Vulnerabilities Report - agent-detected vulnerabilities on managed assets (applications, OS patches, and related findings), from critical to low severity.
• Executive Summary Report - a high-level overview of your security posture and network information.
• External Scan - detected vulnerabilities and services exposed to the internet.
• Suppressed Vulnerabilities Report - vulnerabilities that have been suppressed (e.g., false positives or accepted risk) and will not appear on future remediation lists.
Not all vulnerabilities may be feasible to remediate depending on business or technical constraints.
Note: Remediation tickets have been generated for items covered under your RMIT+ agreement. Third-party items not covered under the agreement will not be remediated unless we discuss them and a quote has been generated. To schedule a discussion, please use the scheduling link above.
We appreciate your commitment to security. Addressing these vulnerabilities is essential for maintaining the protection of your systems.
Sincerely,
Chris Knospe
Check the findings you want as Manage remediation tickets, then click Create selected Manage tickets.
Each selected finding gets its own Manage ticket.
Review's Ticket column pre-checks likely items; you can change the selection here.
Expand a finding to edit the subject or body before you create the ticket.
Use Copy subject / Copy section for manual paste instead.
Where should these tickets go?
Default leaves the ticket for reclassification. Send to security opens it on the Security board as Dispatch. Assign to me puts it on you as Scheduled Internal.