O imposto do SSO corporativo está drenando orçamentos — e a Apple tem uma oportunidade

Os compradores de software corporativo aprenderam a esperar um certo tipo de choque na fatura. A plataforma que já licenciam, aquela que já custa seis dígitos por ano, acaba cobrando a mais por single sign-on. Não pela tela de login em si, mas pelo privilégio de permitir que os funcionários usem o provedor de identidade que a empresa já possui e já opera. A coluna Apple @ Work do 9to5Mac apresenta o argumento de forma clara: as empresas precisam acabar com o imposto do SSO, e o ressentimento que esse imposto gera é uma oportunidade para a Apple. É um argumento curto com um alvo muito grande.

Vale notar o contexto em que essa coluna aparece. Apple @ Work é apresentada pela Mosyle, que se descreve como uma Apple Unified Platform — um único sistema de nível profissional que reúne as ferramentas necessárias para gerenciar dispositivos Apple em um ambiente empresarial. Patrocinada ou não, a tese subjacente é uma que ressoa muito além de qualquer fornecedor específico, porque o imposto do SSO se tornou um item rotineiro na compra corporativa, e itens rotineiros são exatamente o tipo de coisa que eventualmente é auditada, contestada e eliminada.

O que o imposto do SSO realmente é

O termo descreve uma prática de precificação, não um produto. Os fornecedores de software incluem o single sign-on em seus planos mais caros — ou o vendem como um complemento separado — para que as organizações que desejam autenticação centralizada precisem pagar mais do que as organizações dispostas a deixar os usuários gerenciarem senhas separadas. O recurso não é exótico. Na maioria dos stacks de SaaS modernos, é uma fina camada de configuração que mapeia um provedor de identidade existente para o aplicativo.

A objeção não é que os fornecedores cobrem dinheiro. A objeção é que eles cobram por uma capacidade que o comprador já pagou uma vez, na camada de identidade, e depois paga de novo em cada aplicativo que a utiliza. Uma organização que opera dezenas de ferramentas SaaS não experimenta um único imposto do SSO. Ela experimenta dezenas deles, cada um com sua própria estrutura de planos, ciclo de renovação e postura de negociação.

Por que a identidade acabou atrás de um paywall

A lógica por trás da prática não é misteriosa. A autenticação é um portão. Quem controla o portão pode segmentar o mercado, cobrar mais dos clientes que mais se importam com controle e deixar todos os outros comprarem o plano mais barato com senhas locais e torcer para o melhor. Recursos de segurança que também são conveniências administrativas são excelentes materiais de upsell justamente porque os compradores que precisam deles são os menos dispostos a desistir.

Essa lógica tem um custo. Ela treina as equipes de compras a tratar a identidade como uma despesa por aplicativo, em vez de infraestrutura compartilhada. Ela empurra organizações menores para uma higiene de credenciais mais fraca, porque a opção segura é precificada como premium. E cria uma inversão estranha, em que as empresas mais preocupadas em proteger dados são as que emitem o maior número de cheques separados pela mesma capacidade fundamental.

O custo real para as empresas

Quantificar o imposto é difícil, porque ele se esconde dentro de upgrades de plano, SKUs de complementos e negociações de renovação. Mas a forma do fardo é fácil de descrever.

• Fragmentação do orçamento. Os gastos com identidade se espalham por dezenas de relações com fornecedores, em vez de se consolidarem em um único item que as equipes de segurança possam realmente gerenciar.
• Aplicação inconsistente. Aplicativos comprados sem SSO muitas vezes permanecem sem SSO muito depois de a necessidade ser óbvia, simplesmente porque ninguém quer reabrir o contrato.
• Autenticação paralela. Credenciais locais se multiplicam, e com elas as redefinições de senha, as senhas reutilizadas e as lacunas no desligamento de funcionários.
• Fadiga de negociação. Cada renovação se torna uma briga por um recurso que o comprador acredita que deveria ser o mínimo esperado, o que consome capacidade de compras que poderia ir para algo genuinamente estratégico.

Por que esta é a oportunidade da Apple

O enquadramento do Apple @ Work é que a Apple se beneficia quando a precificação de identidade do setor é renegociada, porque a plataforma da Apple já ocupa uma posição que a maioria dos fornecedores invejaria: o próprio dispositivo pode ser uma credencial.

Identidade ancorada no hardware

A abordagem da Apple para autenticação sempre se apoiou em segurança respaldada por hardware — enclaves seguros, biometria e credenciais no estilo passkey vinculadas a um dispositivo, em vez de um segredo compartilhado. Para uma empresa, essa é uma proposta materialmente diferente de um cofre de senhas acoplado a um aplicativo. Se a identidade está ancorada no dispositivo que o funcionário já carrega e que a empresa já gerencia, o custo marginal de estender autenticação forte a um novo aplicativo cai drasticamente.

Expectativas do consumidor chegando ao trabalho

A segunda vantagem é cultural. Funcionários que já fazem login em contas pessoais com um olhar para o telefone acham o equivalente no escritório — uma senha, um código por SMS, um aplicativo separado — visivelmente pior. Essa lacuna cria pressão por baixo, e pressão por baixo é frequentemente o que finalmente move um roadmap corporativo. A Apple não precisa vencer uma guerra de compras se seus usuários já estão irritados com a alternativa.

Os obstáculos que a Apple enfrentaria

Nada disso torna o resultado automático. A identidade corporativa é um domínio dominado por especialistas com profunda integração em sistemas de recursos humanos, diretórios e fluxos de conformidade. Grandes organizações raramente padronizam na visão de um único fornecedor sem uma década de planejamento de migração, e ambientes heterogêneos — uma mistura de Windows, Linux e infraestrutura em nuvem — não simplesmente desaparecem porque a história de autenticação de uma plataforma é mais elegante.

Há também um contra-argumento que vale levar a sério: os fornecedores diriam que o imposto do SSO financia o trabalho de certificação, auditoria e suporte que a autenticação de nível corporativo genuinamente exige. Essa defesa não é infundada. A pergunta que as empresas estão cada vez mais fazendo é se o preço reflete esse trabalho ou simplesmente a falta de alternativas do comprador.

O que os compradores deveriam exigir

Se o imposto do SSO vai ser eliminado, não será eliminado por boa vontade. Será eliminado por compradores tratando a identidade como um requisito básico, e não como um recurso premium.

• Fazer do single sign-on baseado em padrões um termo não negociável em todo novo contrato, com preço zero.
• Pedir aos fornecedores que justifiquem o preço do SSO com uma decomposição real de custos, em vez de um gráfico de planos.
• Consolidar os gastos com identidade para que a alavancagem agregada substitua a alavancagem por aplicativo.
• Recompensar plataformas que tratam a autenticação como infraestrutura, e dizer isso publicamente.

É aí que mora a oportunidade. Um fornecedor que remove a cabine de pedágio não apenas ganha um negócio — ele muda o que os compradores consideram normal, e a normalidade é a coisa mais difícil de enfrentar no software corporativo.

Conclusão

O argumento do Apple @ Work funciona porque identifica um descompasso entre o que as empresas pagam e o que realmente recebem. A autenticação deveria ser o piso de uma relação de software, não uma varanda com vista. A Apple, com uma plataforma construída em torno de credenciais ancoradas no dispositivo e uma base de usuários que já espera que a autenticação seja sem esforço, está excepcionalmente bem posicionada para se beneficiar se esse piso for elevado. Se ela escolhe pressionar essa vantagem é uma questão diferente — mas a frustração sobre a qual isso seria construído já está lá, sentada em cada planilha de renovação nas empresas.

Este artigo é baseado em reportagem do 9to5Mac. Leia o artigo original.