News for hackers. Stuff that matters.
Re:Windows OS, Services and Apps: Network Connection Target ... by tmdh on Friday May 27, 2022 @06:59AM (#31528116)
Is there any way to block connection to these sites with DNS or something?
Re:Windows OS, Services and Apps: Network Connection Target ... by walkingby111723 on Friday May 27, 2022 @07:24AM (#31528275)
Install free Comodo Internet Security.

Disable DNS cache service so that all your apps resolve DNS themselves (can only be done via the registry, change the service's startup type from 2 (auto) to 4 (disabled)).

In CIS, create a new group for all files under c:/windows.

Create a rule denying all in/out requests to that group.

Create a rule allowing only DHCP and NTP requests (255.255.255.255:67 and <whatever-timeserver-you-trust>:123) for svchost.exe (place that rule above the one for c:/windows to ensure precedence).

Use third-party utilities instead of the likes of ping.exe, e.g. hrping.

Refer to CIS documentation in case of any troubles.

Enjoy your privacy-hardened windows.

Re:Windows OS, Services and Apps: Network Connection Target ... by Jon_Lowtek on Friday May 27, 2022 @11:55AM (#31531074)
take it with two tablespoons of salt if someone who avoids the onboard ping tool claims there are no ill effect of blocking all network connections of OS components except DHCP and NTP. This recommendation will cripple windows features and your enjoyment may vary. (breaking updates, breaking crls, breaking active directory integration, breaking office integration, breaking push notifications, breaking companion app integration, ... and so on)
Re:Windows OS, Services and Apps: Network Connection Target ... by ccbccccbbcccbb on Friday May 27, 2022 @12:47PM (#31531715)
No problem updating windows via WSUS offline community edition https://gitlab.com/wsusoffline/wsusoffline/-/releases

And please elaborate what's the ill effect using a third-party ping tool?

Re:Windows OS, Services and Apps: Network Connection Target ... by Jon_Lowtek on Friday May 27, 2022 @01:28PM (#31532270)
you misunderstood the reference: "this" was meant to mean the recommendation in the parent post. I edited my post to be clearer.

concerning the intentional breaking of the windows updater and then using a third party update tool: such workarounds don't make the recommendation less bad. The question is: why break the onboard updater in the first place? And all those other features? Sure you have an alternative to office365 and to onedrive and live without the companion app is possible and happy, and maybe you even have a third party crl updater as well and a workaround for the side effects of blocking oscp.

But honestly if you want to replace everything because microsoft is bad and can't be trusted, then start by replacing the kernel.

Re:Windows OS, Services and Apps: Network Connection Target ... by ccbccccbbcccbb on Friday May 27, 2022 @04:57PM (#31534779)
> The question is: why break the onboard updater in the first place? And all those other features?

Because none of those features are irreplaceable and/or crucial to run a perfectly fine workstation.

> if you want to replace everything because microsoft is bad and can't be trusted, then start by replacing the kernel.

Unless Windows kernel phones home over some covert physical channel which is undetectable by tools like Wireshark running on a separate gateway (and secretly supported by all routers in existence), there's absolutely zero need to replace the kernel when all said phoning home can be stopped with a properly configured firewall.

Re:Windows OS, Services and Apps: Network Connection Target ... by naeq on Friday May 27, 2022 @07:06AM (#31528164)
Re:Windows OS, Services and Apps: Network Connection Target ... by terlisimo on Friday May 27, 2022 @07:26AM (#31528290)
This looks neat, I'll check it out.

I'm currently using Binisoft (now Malware Bytes) Windows Firewall Control to block unwanted traffic. I'm quite happy with it.

The amount of traffic that it regularly blocks is insane. Windows and installed apps constantly want to chat with their cloud friends.

Re:Windows OS, Services and Apps: Network Connection Target ... by jve on Friday May 27, 2022 @07:22AM (#31528264)
You don't want to block all of that. CLR checking (else your apps may become slow to start) and windows updates (else you may become vulnerable) should be enabled.

Someone else has some suggestions?

Re:Windows OS, Services and Apps: Network Connection Target ... by pixl97 on Friday May 27, 2022 @09:44AM (#31529554)
Having CRL/OCSP getting blocked on corporate networks is one of those things I have to commonly troubleshoot. You can get some weird timeouts and failures in applications that can be fun.

For example an internal app starts up fine and works, but then can't connect to github. Instead of showing cert errors, I've had ones show errors that make it appear that you may have a DNS problem or that the connection to github itself was broken.

Re:Windows OS, Services and Apps: Network Connection Target ... by prmoustache on Friday May 27, 2022 @08:18AM (#31528668)
If I was still using windows I would totally block everything and run a wsus server in a VM that has a vlan and firewall config.

The issue is you can only control your firewall at home. Whenever you are out you are pretty sure that MS and Apple bypass any rule you'd put on the local firewall.

I prefer running sane operating systems.

Re:Windows OS, Services and Apps: Network Connection Target ... by jve on Friday May 27, 2022 @12:37PM (#31531562)
Pretty sure your sane OS makes calls to CRL/OCSP lists to validate cert revocation. Many of the calls in that list do just that.
Re:Windows OS, Services and Apps: Network Connection Target ... by mimotomo on Friday May 27, 2022 @07:12AM (#31528200)
https://www.bsi.bund.de/DE/Service-Navi/Publikationen/Studie... (in German, but some documents are in English).

Not at all.

Re:Windows OS, Services and Apps: Network Connection Target ... by Jamie9912 on Friday May 27, 2022 @07:26AM (#31528289)
I doubt you'll have a working operating system if you were to block all of those Hosts
Re:Windows OS, Services and Apps: Network Connection Target ... by temac on Friday May 27, 2022 @08:34AM (#31528811)
Windows works (nearly) fine if you block all connections except those from the "Core Networking" group.

Of course you won't have access to some services in that case, like Windows Update, etc. One particular weird thing I have noticed is that the process that checks CRL on behalf on others is LSASS. So basically you have some extra tuning to do to get a system to your liking if using just the Windows Firewall, after you block everything but "Core Networking" (and programs you want to authorise), but it looks reasonable. I would suggest saving the initial state before you go that route, though.

If you trace connections you will find funny things, like cl.exe phoning home.

Re:Windows OS, Services and Apps: Network Connection Target ... by what-the-grump on Friday May 27, 2022 @12:24PM (#31531409)
You would be fine, Microsoft allows and supports fully air gapped deployments and no internet connectivity deployments.

Yank your internet cord out and start windows.

Re:Windows OS, Services and Apps: Network Connection Target ... by pierrebarre on Friday May 27, 2022 @07:16AM (#31528230)
Shameless plug: https://github.com/Barre/privaxy

It can be easily configured to block any host or path.

Re:Windows OS, Services and Apps: Network Connection Target ... by ok123456 on Friday May 27, 2022 @08:27AM (#31528760)
It's not a general solution for an office. I tried this and people couldn't install Office because some of the same servers for telemetry are used for activation.
Re:Windows OS, Services and Apps: Network Connection Target ... by quaintdev on Friday May 27, 2022 @07:05AM (#31528159)
AdGuardHome or PiHole should be able to block this.
Re:Windows OS, Services and Apps: Network Connection Target ... by temac on Friday May 27, 2022 @07:06AM (#31528167)
You can probably configure the firewall to block.