The answers here all talk about ignoring / excluding the source code, rather than entering into it.
@JBSnorro is on the right track, but the problem is that Microsoft does not publish all the @JBSnorro characters / source you may encounter. I donβt know if they intentionally do it, but in order to get into the MS sources, they need to publish every version of each assembly, which is a big logistical task.
Tools Options Debugging General Enable source server support will work in many cases, but I found, for example, mscorlib.dll for 4.6.1 was missing characters and / or a decompiled source. Therefore, I couldnβt go into common source code, such as Dictionary.cs or Task.cs since the source and symbols of the MS symbol server probably change all the time. My problem can be solved by the time you read this?
When I debug the same solution in Jetbrain Rider, I see and view each class on every .NET assembly without any problems. However, in VS, I can only enter into some class, but not into others?
If you are really ready to go into all of the .NET source code, you can use Jetbrain DotPeek and decompile the .NET assemblies into actual .cs files on your disk. Then when you see it,

Now you can view your disk in the source code that you decompiled with DotPeek. Just make sure you decompile the same build version that you specified in your project. If not, the characters may not match the correct source line numbers.
Instead, if you just want to hide this "source not found" from the constant appearance, and you do not want to enter the code, there are no sources for it, read @Alex Sherman answer. You will need to find out in which assembly the malicious file is located, and then add this assembly name to the exclusion list.
Food for thought, I'm not a fan of Ryder over VS. The rider is still sensed by touch and lacks the crazy amount of VS built-in tools. Anyway!! I like it to be planted side by side in cases where I know that I can penetrate deeper into the weeds.