Showing posts with label nessus. Show all posts
Showing posts with label nessus. Show all posts

Wednesday, 22 January 2025

exclude IP's from nessus scan

Say we want to exclude 101 and 102 we can create targets like so:


192.168.1.1-192.168.1.100, 192.168.1.103-192.168.1.254


Reducing scan impact:

1. Exclude or Limit Scanning of Network Infrastructure Devices

  • Exclude devices like:

    • Firewalls

    • Switches

    • Wireless access points

    • Routers

  • These devices often:

    • React poorly to port scans and probes

    • Have limited CPU/RAM for handling scan traffic

    • Could throttle or interrupt user traffic when overwhelmed

Yes, you should exclude these devices unless you have a clear need to scan them and have coordinated with the network team.


✅ 2. Use Scan Throttling and Performance Settings

Adjust the performance settings in Nessus:

  • Scan Configuration > Performance Settings:

    • Reduce the number of max simultaneous checks per host.

    • Lower the max simultaneous hosts scanned.

    • Increase the timeout to prevent retries.

    • Set network scan delay (e.g., 100–300 ms).

    • Use Safe Checks to avoid DoS-like behavior.

This reduces the burst load on the network and the devices.


✅ 3. Use Targeted or Segmented Scans

  • Break the scan into smaller IP ranges or subnets.

  • Focus on servers, endpoints, or business-critical systems first.

  • Scan different segments at different times or windows.

This distributes the load and avoids network congestion.


✅ 4. Schedule Scans During Off-Hours

  • Run scans during non-peak hours (e.g., late evening or weekends).

  • Coordinate with the customer for a maintenance window.

This is often the simplest way to avoid affecting productivity.


✅ 5. Enable Credentialed Scanning Where Possible

  • Credentialed scans are less noisy on the network.

  • They use authenticated access (e.g., SSH, SMB) to gather data from inside the system.

More accurate and less intrusive than aggressive remote scans.


✅ 6. Use Passive or External Discovery Methods First

  • Start with:

    • ARP sweep

    • DNS enumeration

    • SNMP discovery

    • Existing asset inventories

  • Use these to map devices before a full vulnerability scan.


✅ 7. Communicate and Test First

  • Run a scan in a test VLAN or lab to profile the impact.

  • Communicate with the network and system admins.

  • Make sure there’s monitoring in place to see how scans affect performance.


Nessus HSTS check and redirects HTTP 3xx codes

 https://community.tenable.com/s/article/Verify-strict-transport-security-header-for-HSTS-Missing-From-HTTPS-Server?language=en_US


curl -sSI http://domain.com/

Tuesday, 16 July 2024

how to enable web application scanning in nessus

Download / install docker

Docker "WAS" image gets downloaded and install


https://www.youtube.com/watch?v=c4mkTh7fx4o&list=PLOMx6Layn69hnaUx9iD6FzecX5DQoCn48&index=7

Thursday, 30 May 2024

nessus plugins constantly compiling

 This was a disk space issue

SSH to nessus core server and run df -h look for full drives 

/opt needs 50GB


Location of nessus CLI on linux

/opt/nessus/sbin/nessuscli

nessuscli fix --reset

nessuscli fetch --register <ACTIVATION_CODE>


old way

service nessusd stop

/opt/nessus/sbin/nessusd -R

service nessusd start



If there is still an issue, open a case with nessus and get a debug file from the nessus core server

Reference: https://community.tenable.com/s/article/Requesting-Debugs

Tuesday, 28 May 2024

nessus activation


reset plugins

/opt/nessus/sbin/nessuscli fix --reset


Apply new activation code

 /opt/nessus/sbin/nessuscli fetch --register xxxx-xxxx-xxxx-xxxx



Tuesday, 15 February 2022

nessus scan

Scan box only has displayport + hdmi out so might need cables

Make sure time + date is set correctly

Make sure you have internet access on the scan box (may need FW rules and ssl exclusions)

Run software and plugin updates

Ask for AV/firewall logs not to log as it will create SIEM alerts

Copy from previous scan 

Don't use scheduled scans because it will just make alerts for the customer when it kicks off again in 1 months time

Config networks (get from firewall, LAN switch etc)

Don't forget anyconnect and WIFI pools / ranges

Watch out for citrix or other remote access global protect etc

Once you have list of networks email customer that list and ask if there is anything to add. Also get credentials for (windows / SSH / SNMP). Inform them the scan may set off alerts in their system logs (FW/SIEM/SOAR/SOC/EDR./AV etc). We will create some temp rules to allow it access.

Clear the log file and restart service before starting scan. (https://avleonov.com/2018/03/14/dealing-with-nessus-logs/)

Start scan just before 9am (Tuesday is good) to try catch as many point in time hosts. Scans can run for hours into days and users may connect/disconnect during this time.

After first scan check the scan to see how long it took to complete, were there any errors/notes. Were there any important networks missed.

Generate and write report


Download nessus

https://www.tenable.com/downloads/nessus?loginAttempted=true


For VMware choose the .ova, installs nessus core and the scanner runs on top of this

https://www.tenable.com/downloads/tenable-appliance

https://docs.tenable.com/tenable-core/Nessus/Content/TenableCore/Deploy_VMware.htm



Docs

https://docs.tenable.com/nessus/Content/GettingStarted.htm?_gl=1*md6u5u*_ga*ODc2NzM3MDkyLjE3MTU2NzgwNzk.*_ga_HSJ1XWV6ND*MTczMzgyODgzNS44Mi4xLjE3MzM4Mjg4NTAuNDUuMC4xMzIxMTM2MzI4


Palo prereqs fw

Add temp FW rule allowing scanner to all inside zones (disable after scan)

Allow r.nessus.org for log4j checks

https://community.tenable.com/s/article/Verify-Connection-to-the-Plugin-and-Activation-Server?language=en_US

https://community.tenable.com/s/article/What-ports-are-required-for-Tenable-products

Nessus exemption for scanner

Go to Network > Network profiles > Zone protection

Edit zone protection

Recon protection 

Source address exclusion

Add Nessus-INT and EXT scanner IPs here



VMware

  • Download the .ova from nessus site to machine that has access to VMwrae
  • In vSphere Right click deploy OVF template
  • Upload the .ova
  • Pick datastores etc
  • Deploy the VM template
  • Power on the new VM


Default username and password

  • Username wizard 
  • password admin


Config static IP

  • go into "edit"
  • Fill in IP in format 192.168.1.100/24
  •  / GW / DNS
  • quit
  • give password for Nessus


Default ports

  • Nessus core: x.x.x.x:8000
  • Nessus scanner: x.x.x.x:8834


Nessus scan first setup

Default port for scanner https://192.168.1.100:8834/

Choose advance scan

Give a name 

Discover -> turn off ping the remote host

Port scanning 

-> can use default or all 

T:1-65535,U:1-1024

Local port enumerators (leave as is)

Use syn scan

Turn on UDP

Service discovery

probe al ports

search for SSL/TLS on all ports

Assessment 

-> tick perform through tests

Brute force 

-> Tick only user creds set by user

Web application 

-> don't scan if we are just doing an infra scan

Report -> untick show missing patches that have been superseded 

Tick designate hosts by their DNS name

Advanced -> usually can leave but if flat network can tick bot to slow down the scan.

For internal scan we want to add creds for windows / SSH / SNMP. Ask for a temp admin user to run the scan.

Enable schedule once a quarter etc



Network detector tool 

This is more MS and AD focused but can give good results like a list of users who have passwords set not to expire.

Run "RunNetworkDetective" as administrator

Give credentials

Give domain controller IP

Send output to R to run report from reporting tool