Live data from Hacker News

Does Company ‘X’ have an Azure Active Directory Tenant?

shawntabrizi.com

131–140 of 197 posts

Re: Does Company ‘X’ have an Azure Active Directory Tenant?

#131
post #30

Earlier quoted context omitted.

Or you could do the opposite and be like the company I work for. Force everyone to enter an RSA token on every SSO login.

It doesn't have to be that manual, yubikey etc can just plug and press.

The company I work for has around 250k employees. I’m sure software RSA is going to be drastically less expensive than yubikey.

The people making the policies don’t care at all. They are just dotting is and crossing ts.

Re: Does Company ‘X’ have an Azure Active Directory Tenant?

#132
post #92

Earlier quoted context omitted.

Having Azure AD does not prevent clients from also having Okta or any other 2FA provider for 2 factor authentication. In fact, I have worked with at least 10 clients in the last 2 years that used Azure AD for authentication but then something else for 2-factor depending on the type of apps. Sometimes even within one company, there are multiple 2FA protocols, e.g. using Oracle single sign on for ERP apps but Okta for…

Okta is a single sign on provider though. Clearly, authenticating via Azure and also Okta would not be single sign on.

Identity federation can be pretty complex to set up and administer, but once the trust relationship is configured and the identity mapping set up, it's pretty transparent to use. Source: I do this for a living.

Re: Does Company ‘X’ have an Azure Active Directory Tenant?

#133
post #129
post #26

What is Azure AD used for?

Active Directory is Microsoft's LDAP[1] server offering. Eventually it got more features and is used by firms to enforce company wide (or group wide) rules like "Every computer must lock after 5min of inactivity" or "Adobe Acrobat must be installed in all computers". Azure Active Directory is the cloud version of Active Diretory. It has some extra features compared to on prem AD (MFA, SSO with 3rd paty apps...) but t…

on-prem AD has SSO, it's called Active Directory Federation Services. Compared to Azure AD, the on-prem Federation Services has more features. To give one example, Azure AD does SAML, but it's not full compliant. We ran into an issue with at my last employer when a partner moved from AD-FS to Azure Active directory and broke the SAML integration. It required us to go back and re-do the federation model from scratch.

Re: Does Company ‘X’ have an Azure Active Directory Tenant?

#134
post #124

Earlier quoted context omitted.

In the US at least it seems like we’re at the stage where every new account created is essentially tied back to a social security number. One cannot get an e-mail address without a phone. One cannot get a phone without a credit check. A credit check requires a social security number.

Prepaid phones are readily available in the US, no ID or SSN required.

Prepaid phones all-too-often can't be used for SMS/phone authentication. Banks in particular seem to dislike them.

(when it doesn't work, you'll usually get an error message about the number not being supported or words to that effect)

Re: Does Company ‘X’ have an Azure Active Directory Tenant?

#135

Doesn't the end point show up once you have SSO with your own identity provider enabled for any Microsoft services? Maybe technically this means that you have an Active Directory tenant as well, but it doesn't necessarily imply that you are using those Active Directory services for anything beyond that SSO capability. For Google Workspace, a similar URL is: https://www.google.com/a/example.com/ServiceLogin

Yes, it means that you have a tenant in AAD that's usable for signing into SaaS products and Office. May not have many or any users in it, but it exists.

Re: Does Company ‘X’ have an Azure Active Directory Tenant?

#137
post #74

I genuinely don't know what AD is used for. If you need SSO, why not just use a SSO/SAML IdP?

OpenID Connect seems like the current popular flavour. SAML seems to be increasingly considered legacy.

Indeed legacy, but you know how Fortune 500 companies are about new technology not directly relevant to their line of business.

Also, SAML as a spec is really complex precisely because it was created to satisfy a broad range of Enterprise-y requirements. I don't know if OpenID Connect is there yet. It certainly could be, the underlying spec (oauth2) could support a lot of variant complexity, and OIDC supports mobile and there are lot of extensions available or in progress. https://openid.net/developers/specs/

Re: Does Company ‘X’ have an Azure Active Directory Tenant?

#138

Earlier quoted context omitted.

Honestly, I think the regulators should look at basically all of those things. Here in Europe scrutiny is building and a lot of those organisations do party hard and play loose with the rules. Microsoft is famously anticompetitive, but Adobe, Google and Apple can't be far behind in their respective areas.

Really? So you really think companies shouldn’t be able to sell software that works together bundled together? Why stop there? Phones and computers shouldn’t be “bundled” with operating systems? Computers shouldn’t be “bundled” with sound hardware? Where does it stop?

Bundling is fine. Bundling by a company that is a monopoly in the space is (or rather, used to be) a violation of antitrust law. But see Amazon’s Antitrust Paradox, especially sections IIA and IIIB: https://www.yalelawjournal.org/note/amazons-antitrust-parado...

Re: Does Company ‘X’ have an Azure Active Directory Tenant?

#139
I know next to nothing about AD, but my company appears to match against this merely because we have an Office 365 account (from which we do nothing except download Word and Excel every now and then) so it doesn't necessarily mean you're using whatever it is much.

Re: Does Company ‘X’ have an Azure Active Directory Tenant?

#140
post #30

This is the answer to the question “why can’t we get rid of passwords?”

Or you could do the opposite and be like the company I work for. Force everyone to enter an RSA token on every SSO login.

Unless your company is in a high-risk security-sensitive business, they shouldn't. Most companies can accept the low risk of only requiring a second factor sometimes. Usually time-based, but also looking at location and device fingerprint. For example, if you normally log in from your laptop at work in one state and then it sees you trying to log in from a computer in another state (maybe you're visiting family?) it should definitely challenge you.
Post reply on HN