Hi, we are facing the same situation here. While Microsoft Windows SMBv1 auditing is enable (Set-SmbServerConfiguration -AuditSmb1Access $true), we are observing Lansweeper scan server try to access entire assets using them via SMBv1 protocol instead using SMBv2/3.
Technically, even if the SMB Client on a Lansweeper scan server could have SMBv1 enable... the SMB client should handshake the SMB protocol using the highest security first. He will try SMBv3, if fail goes to SMBv2, if fail then SMBv1... Then knowning our scanned assets are correctly scanned and things collected via shares access are OK also... And SMBv1 protocol is also disable on the SMBServer side (Tell me Lansweeper scan can reach without issue my asset using SMBv2/3) why Lansweeper still try a SMBv1 connection through my assets ?
We know some security tools like VDR scan, NMAP, etc can be used to force a SMBv1 procotol where the goal is to test SMBv1 vulnerabilities. Why Lansweeper try this protocol also ? Does Lansweeper try to inventory SMBv1 vulnerabilities also ? Can we force Lansweeper scanner to don't try that ? In other way, does Lansweeper offer a comprehensive report of those assets are responding with success to SMBv1 ?