Most active commenters
  • firesteelrain(9)
  • smaudet(4)
  • AnonymousPlanet(3)

←back to thread

Microsoft Dependency Has Risks

(blog.miloslavhomer.cz)
153 points ArcHound | 33 comments | | HN request time: 1.238s | source | bottom
1. firesteelrain ◴[] No.44381913[source]
For most businesses, the cost and difficulty of shifting away from Microsoft outweigh the benefits
replies(4): >>44381959 #>>44381985 #>>44382500 #>>44384846 #
2. firesteelrain ◴[] No.44381978[source]
I wasn't aware of any major Trump-era policies that significantly reduced Microsoft’s dominance. Curious what you're referencing?
replies(2): >>44381997 #>>44382102 #
3. smaudet ◴[] No.44381985[source]
Maybe.

Some things go deep, true. However most businesses don't use most of Microsoft products - even the ones that do, the usage of the more complicated products is far more minuscule than imagined by e.g. CFOs, etc.

The real thing keeping many "in the fold" as it were would be authentication services.

Which are overcomplicated and probably easier to manage without...

replies(2): >>44381991 #>>44382259 #
4. firesteelrain ◴[] No.44381991[source]
Right, it’s stuff like Active Directory and how everything’s tied together. Once you’re using that for auth, it’s really tough to back out without a lot of effort.

We’ve looked into FreeIPA and similar options, but honestly, nothing really holds a candle to Active Directory yet.

replies(2): >>44382060 #>>44382529 #
5. slantaclaus ◴[] No.44381997{3}[source]
I also haven't read the article but apparently reading the comments the article has to do with Trump-era policies affecting Microsoft
replies(1): >>44382040 #
6. firesteelrain ◴[] No.44382040{4}[source]
Yeah, I skimmed the article too, but didn’t see much on Trump’s policies directly impacting Microsoft.

From what I gather, the bigger challenges for businesses are more about the tech ecosystem Microsoft has built. It's hard to just swap out core services like AD without huge disruptions.

replies(1): >>44382469 #
7. AnonymousPlanet ◴[] No.44382060{3}[source]
AD and Domain Servers are like a cancer that will grow metastases around your org, costing user and client cals all over the place, even for every desk phone if you're not careful. The only winning move is never to play their game in the first place.
replies(2): >>44382090 #>>44382279 #
8. firesteelrain ◴[] No.44382090{4}[source]
I'm in a situation where due to staff skillsets and ease of management then GPOs are required. Local GPOs would be insane to manage across thousands of PCs
replies(2): >>44382146 #>>44385335 #
9. Modified3019 ◴[] No.44382102{3}[source]
Trump has been outrageously hostile to our supposed European allies, and is extremely petty, vindictive, and doesn’t give a damn about security or privacy. Furthermore, the checks that would normally provide counter this like congress or the Supreme Court are currently stacked such that he can do horrendous things without consequence. Our media and tech companies are also more than happy to avoid challenging him.

Other countries reliant on US based cloud giants are understandably alarmed at his behavior, and it is now a strong possibility that Trump will attempt to use their reliance on our tech companies to wring from them whatever he wants.

So the idea of escaping US tech monopolies has become very popular among those paying attention.

replies(1): >>44382124 #
10. firesteelrain ◴[] No.44382124{4}[source]
Thanks for the context!

Still seems like, for most businesses, the biggest hurdle is how deeply Microsoft’s services are embedded rather than politics

replies(1): >>44382193 #
11. thewebguyd ◴[] No.44382146{5}[source]
InTune/MDMs are finally eating away at the need for GPOs for most use cases. Someone already familiar with AD & Group Policy should be able to easily transition to InTune Configuration Policies. MS even has a tool now to import your GPOs.

There's still a few that don't have direct equivalents, but the list is growing smaller and smaller.

replies(1): >>44385466 #
12. thewebguyd ◴[] No.44382193{5}[source]
And the hardest part of it often ends up being "We can replace most of Microsoft's apps and services except one (and it's usually Excel) so we might as well just keep everything else."

Microsoft is king at "Good enough." It's rarely the best option of anything, but what they do put out is bundled aggressively and is generally "good enough."

So, you have a business where a large portion of the user base needs Excel. So you have licensing for that. Sure you can still use other services - you can use Okta instead of EntraID, some other MDM besides InTune, some other EDR besides Defender but once you have 1 product, why would you, when it's significantly cheaper (both in terms of actual cost per user per month and in terms of employing talent that can administer a MS ecosystem) to just go all in with Microsoft.

Because of the way Microsoft designed their suite of software and services, the only realistic choice is either all in on Microsoft, or no Microsoft at all, and to fix that we need antitrust action.

13. okanat ◴[] No.44382259[source]
It really depends on the size of the business. With smaller businesses it is easy to use alternatives. However any business beyond 1000 employees will give in to shareholder pressure and adopt distrust as its core value.

Microsoft Active Directory has excellent tooling for middle-management-heavy businesses. For better or for worse it provides the most integrated solution to reduce a desktop PC to a perfect thing for repetitive, boring, soul crushing office work. No other software solution comes close.

While I like Windows as a desktop platform, the reasons that it was designed as it is are very clear. To make cheapest laptops as dystopian as possible, you need systems that can run the same boring software for decades. Not for the good for the environment but for profits.

Windows provides all APIs to deeply integrate with Active Directory and MS Office. All engineering, accounting and finance software are deeply integrated with them. They literally run entire countries. I have seen engineering software that used Visio diagrams for designing factory pipelines. It is near impossible to pull the bigger businesses and governments out of this trap without completely upending entire sectors worth trillions. I think only very determined regimes like China can pull it off.

replies(1): >>44382444 #
14. mnadkvlb ◴[] No.44382279{4}[source]
genuinely interested, what are the alternatives ? i know ping/forgerock and some old ibm stuff.

what is state of the art today that compares to ActiveDirectory (not talking azureAd - or whatever they call it these days) ?

replies(1): >>44382613 #
15. andyferris ◴[] No.44382444{3}[source]
Out of curiosity, how hard would it be to copy Active Directory in an open source project (like how Excel is copied by LibreOffice)?

Like if orgs need this capability why is there no good open source solution?

replies(3): >>44382889 #>>44382978 #>>44383026 #
16. throwaway_2121 ◴[] No.44382469{5}[source]
> Yeah, I skimmed the article too, but didn’t see much on Trump’s policies directly impacting Microsoft.

The first paragraph links to an article about how the International Criminal Court ’s chief prosecutor has lost access to his email.

This has caused some governments to worry. What if MS was ordered to block access to their software because the US wanted to apply pressure?

replies(1): >>44382654 #
17. JamesBarney ◴[] No.44382500[source]
And Microsoft is not unique in following court orders. You have to switch to businesses without an American presence to get around sanctions.
18. cyberax ◴[] No.44382529{3}[source]
AD is one of the few good MS projects. But you can use it with Macs and Linux just fine!

Just keep a couple of Windows servers running AD, and migrate everything else.

replies(1): >>44383076 #
19. firesteelrain ◴[] No.44382613{5}[source]
Samba4 is the closest you can get. It is not as nice as ActiveDirectory.
replies(1): >>44387319 #
20. firesteelrain ◴[] No.44382654{6}[source]
Ah, that makes sense. I missed that detail on first read

Yeah, I can see how events like that raise real concerns for foreign governments relying on US-based infrastructure. Even if Microsoft isn’t directly doing anything aggressive, the potential for state pressure is enough to make countries want more control over their tech stack

21. Spooky23 ◴[] No.44382889{4}[source]
It’s been done for years. You can also always pirate windows if there’s a trade embargo.

The problem is that the modern approach is to run Entra directory in the cloud.

22. okanat ◴[] No.44382978{4}[source]
Active Directory is not one single product. It is an ecosystem. Windows desktops, Windows servers, Microsoft Office, Azure, third party apps running on Windows using Windows APIs and Microsoft server products are all supporting it.

Here is a typical office use case in an engineering environment:

A user logs into their Windows laptop. It uses a Windows domain which is part of Active Directory system. It connects to the domain server to check the credentials. Those credentials are regularly cached into the Windows laptop. Moreover the company issues smartcards for sensitive access. The user can use the smartcard to login to the laptop too. Active Directory handles the certificates. The manufacturer's driver software integrates with Windows and the Active Directory system.

Group Policy is also stored by the domain server and depending on the user's credentials and the roles in the Active Directory system, the relevant engineering apps can be automatically installed on the user's laptop (let's say Altium or Autodesk). The engineering app then integrates with Active Directory to associate the license with the user's identity on Active Directory.

The user does their work and want to save a report from the engineering app (let's say a Bill of Materials report), it can be automatically saved to user's OneDrive account as an Excel file. The user can then take this report and share it on SharePoint which is OneDrive but more businessy and it supports creating web pages. So now the user can publish this as a web page in their department's SharePoint instance which they use as the main documentation portal. All of the other third party software like VPN logins, HR systems etc. are all also depend on Active Directory to get the credentials.

The scenario above is not just hypothetical. A majority of the biggest conglomerates and even smaller companies are completely locked in. Most of the Western governments too. The usual infrastructure roads, pipelines, power lines etc. were all designed and managed in Active Directory connected Windows PCs.

You cannot just replace Active Directory. You need to replace all the infrastructure around it. That includes not only Microsoft systems but also all the third party software that integrates with it. It is a multi-hundered billion dollar industry of proprietary apps all integrating with each other.

> Out of curiosity, how hard would it be to copy Active Directory in an open source project (like how Excel is copied by LibreOffice)? > > Like if orgs need this capability why is there no good open source solution?

Btw if you think LibreOffice Calc is anywhere close to being an alternative to Excel, you are very mistaken. Just in the basic set of functionality, Calc is 2 decades behind. Excel has a lot of integration with databases to automatically fetch data and update the fields accordingly. If you have a big spreadsheet, Calc struggles a lot while Excel can scale millions of rows quite easily.

Why there is no open-source solution? Because it requires a central entity to develop those elementary APIs combined with an operating system and office suite combo. The entity needs to convince all those multi-billion dollar companies to buy their product. Then it needs to send engineers to work with both clients and software vendors to handle all sorts of kinks and weird use cases.

Microsoft has been doing this since 90s. The entire corporate desktop ecosystem has developed around them and they ensured that Windows and Office would be a centerpiece of all those systems. A bazaar-style open source ecosystem will not be able to manage the scale. Without a central vision and strong product management, it is not possible to mesh multiple projects together. The current open-source systems cannot even agree on which GUI display protocol to use which is just microscopic compared to everything else.

Only a very determined government with virtually unlimited funds and very stable decision making (very likely to be authoritarian) can force all the companies to switch something else. China is that government and they are somewhat successful but not entirely.

replies(1): >>44383559 #
23. kj4ips ◴[] No.44383026{4}[source]
Massive. AD isn't just LDAP and Policies. There's somewhere around 14 services that are involved, even NetLogin still has it's tiny part to play. AD uses LDAP referrals, expects clients to follow them, and use the SRV records to find the DC in the same site (if one exists). AD as it is typically deployed is active/active multimaster with per-record tiebreaking based on edit time, client-based load balancing with proximity awareness, ACLs for every possible field and record, overridable at any point in the tree (389ds can do this, but openldap is a nightmare). There's a full automated PKI in there for managing certs for everything, and that's before we get into the KDC logic, the strange things SYSVOL can do, and various other things that integrate with AD.

Samba, krb5 &co can handle small cases, but it's architecture is still stuck in the nt4 days, and there's limited cohesive integration with LDAP and the other services.

24. p_ing ◴[] No.44383076{4}[source]
Apple doesn't recommend joining Macs to AD -- their implementation is awful, along with their SMB implementation.

But it is technically possible.

25. briHass ◴[] No.44383559{5}[source]
And, you can couple all that with Microsoft 365 to enable cloud-first for everything that makes sense. Cloud Active Directory (a.k.a. Entra), Intune and Autopilot for devices that can be shipped directly from Dell and provisioned/set up through a M365 sign in by the end-user. IT never even has to be in the same zipcode as the new laptop or ever remotely connect to it to perform maintenance tasks.

Cloud AD also works seamlessly with on-prem AD, allowing things like online, self-service password reset for the domain, and in the reverse direction to use TPM-backed certificates/WebAuthn for securing web apps or anything behind MS-linked SSO. Of course, it also integrates tightly with Azure, so you can do RBAC for any VM/service in Azure, since they automatically get service identities in your AD.

That level of integration is so far above anything else on the market that it isn't even a discussion.

replies(1): >>44383866 #
26. smaudet ◴[] No.44383866{6}[source]
> IT never even has to be in the same zipcode as the new laptop or ever remotely connect to it to perform maintenance tasks.

That sounds nice, but that's not exactly a feature specific to AD.

All perfectly possible with a couple well placed scripts and some remote logins.

> TPM-backed certificates/WebAuthn for securing web apps or anything behind MS-linked SSO

Yeah this is the overengineered stuff that is therefore difficult to replicate. Certs and auth predate AD and Azure, the lock-in comes from the overcomplicated SAML style rickety tower of doom that just barely functions...

replies(1): >>44384141 #
27. briHass ◴[] No.44384141{7}[source]
How are you having Dell ship a brand new laptop to a non-technical user and having that machine configured/software installed with a couple of scripts?

Autopilot locks Windows OOBE to your Intune instance based on the serial number. The user only has to know their email and a temp password if they're new, or existing login/otp if not. The device can be remotely wiped, and it will start back over at the OOBE (Windows install), ready for the next user.

You can't achieve that with scripts. That requires the ubiquity of Windows as an OS (so device manufacturers play ball). You may find that lock in distasteful, but if that's the world you're already in, it's a magical timesaver.

replies(1): >>44384337 #
28. smaudet ◴[] No.44384337{8}[source]
> How are you having Dell ship a brand new laptop

Have the vendor ship your image?

Or provide your own bootstrap.

Probably something with netboots as well...

If your point is there is a heavy vendor presence, yeah, sure.

But yes, it is all scriptable. Someone has to provision the device, whether that's you or Dell, that's your choice as the customer, not some inherent superiority of one system over another.

29. ArcHound ◴[] No.44384846[source]
That is the conclusion I've reached in the article. The biggest variable here is whether we start seeing more sanctions enforced by MS. If yes, the risk will become more unbearable.
30. AnonymousPlanet ◴[] No.44385335{5}[source]
Yes and that is a very common case. Windows is designed so that you barely have a chance to deal with your case without Microsoft components all the way. You would need a company with enormous resources to play catch up with the highly integrated and proprietary connections between each component.

It's a rigged monopoly and has nothing to do with a market economy. Once you have been forced to use Windows, you are doomed.

31. AnonymousPlanet ◴[] No.44385466{6}[source]
InTune is part of Microsoft's strategy to make everyone dependent on their cloud. It's like switching from Heroin to Fentanyl because you want to get off of your addiction.
32. smaudet ◴[] No.44387319{6}[source]
> Samba is an important component to seamlessly integrate Linux/Unix Servers and Desktops into Active Directory environments. It can function either as an Active Directory Domain Controller or as a member server.

What's something that AD provides that this does not?

It certainly sounds like an (almost) drop-in replacement.

replies(1): >>44387808 #
33. firesteelrain ◴[] No.44387808{7}[source]
Samba4 covers core AD features like Kerberos, LDAP, and can act as a DC, but it’s not a full drop-in. GPO support is limited, management tools aren’t as robust (no full RSAT equivalent), and some advanced AD features (like DAC or ADCS) aren’t supported. Fine for smaller setups, but not 1:1 with enterprise AD.