implementing-google-workspace-sso-configuration
Configura o login único (SSO) SAML 2.0 para Google Workspace com um provedor de identidade externo. Centraliza a autenticação e permite a revogação imediata de acesso.
O que ela faz
Esta ferramenta ajuda a configurar o acesso único (SSO) para o Google Workspace. Em vez de usar senhas separadas para o Google, você usa a mesma senha do seu trabalho (como Okta ou Azure AD) para entrar em tudo.
Quando usar
- ✓Ao configurar o acesso único para o Google Workspace pela primeira vez.
- ✓Quando você quer usar a mesma senha para o Google e outros sistemas da empresa.
- ✓Se você está tendo problemas para acessar o Google Workspace com sua senha corporativa.
Exemplo do que pedir para a IA
“Configure o acesso único para o Google Workspace usando o Okta.”
Quer saber mais? Abra as seções abaixo.
Como usar
O jeito mais fácil: copie a mensagem abaixo e cole no Claude, ChatGPT, Cursor ou outra IA. Ela lê a skill e segue as instruções.
Link da skill
Mensagem pronta para colar
Como funciona
A ferramenta guia você para configurar seu provedor de identidade (como Okta ou Azure AD) e o Google Workspace para que eles se comuniquem usando um protocolo chamado SAML. Isso permite que você faça login em ambos com uma única senha.
Instalação
Jeito mais fácil: copie o link da skill e cole no Claude, ChatGPT ou Cursor pedindo para seguir as instruções.
No terminal (Claude Code, Codex, Cursor), na pasta do projeto:
npx skills add mukul975/Anthropic-Cybersecurity-Skills --skill implementing-google-workspace-sso-configurationOu baixe só o arquivo:
curl -L https://raw.githubusercontent.com/mukul975/Anthropic-Cybersecurity-Skills/main/skills/implementing-google-workspace-sso-configuration/SKILL.md -o SKILL.mdConteúdo técnico (SKILL.md)
Tradução do texto original do autor no GitHub. Os comandos e códigos estão como no original.
Implementando a Configuração de SSO do Google Workspace
Visão Geral
O Single Sign-On (SSO) para o Google Workspace permite que as organizações autentiquem usuários através de seu provedor de identidade (IdP) existente, como Okta, Azure AD (Microsoft Entra ID) ou ADFS, em vez de gerenciar senhas separadas do Google. Isso é implementado usando o protocolo SAML 2.0, onde o Google Workspace atua como o Provedor de Serviço (SP) e o IdP da organização lida com a autenticação. O SSO centraliza o gerenciamento de credenciais, impõe políticas de MFA no IdP e permite a revogação imediata de acesso quando os usuários deixam a organização.
Quando Usar
- Ao implantar ou configurar capacidades de implementação de configuração de SSO do Google Workspace em seu ambiente
- Ao estabelecer controles de segurança alinhados aos requisitos de conformidade
- Ao construir ou melhorar a arquitetura de segurança para este domínio
- Ao realizar avaliações de segurança que exigem esta implementação
Pré-requisitos
- Edição Google Workspace Business, Enterprise ou Education
- Acesso de Super Administrador ao Google Admin Console
- Provedor de Identidade com suporte a SAML 2.0 (Okta, Azure AD, ADFS, Ping Identity)
- Certificado de assinatura do IdP (formato PEM X.509, RSA ou DSA)
- Verificação de DNS para o domínio do Google Workspace
Conceitos Principais
Fluxo de SSO SAML 2.0
User navigates to Google Workspace app (Gmail, Drive, etc.)
│
├── Google checks: Is SSO configured for this domain?
│
├── YES → Redirect user to IdP Sign-In Page URL
│ (SAML AuthnRequest sent via browser redirect)
│
├── User authenticates at IdP (credentials + MFA)
│
├── IdP generates SAML Response with signed assertion
│
├── Browser POSTs SAML Response to Google ACS URL:
│ https://www.google.com/a/{domain}/acs
│
├── Google validates SAML signature against uploaded certificate
│
└── User is granted access to Google Workspace
Parâmetros Chave do SAML
| Parâmetro | Valor |
|---|---|
| URL ACS | https://www.google.com/a/{your-domain}/acs |
| ID da Entidade | google.com/a/{your-domain} ou google.com |
| Formato do NameID | urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress |
| Valor do NameID | E-mail principal do Google Workspace do usuário |
| Binding | HTTP-POST (para ACS), HTTP-Redirect (para URL de SSO) |
Fluxo de Trabalho
Etapa 1: Preparar o Provedor de Identidade
Para Okta:
- Navegue até Aplicativos > Adicionar Aplicativo > Pesquisar "Google Workspace"
- Configure o aplicativo Google Workspace com seu domínio
- Atribua usuários/grupos ao aplicativo
- Baixe os metadados do IdP ou anote: URL de SSO, ID da Entidade, Certificado
Para Azure AD (Microsoft Entra ID):
- Navegue até Aplicativos Empresariais > Novo Aplicativo > Google Cloud/Workspace
- Configure Single sign-on > SAML
- Defina a Configuração Básica do SAML:
- Identificador (ID da Entidade):
google.com - URL de Resposta (ACS):
https://www.google.com/a/{your-domain}/acs - URL de Início de Sessão:
https://www.google.com/a/{your-domain}/ServiceLogin
- Identificador (ID da Entidade):
- Baixe o XML de Metadados de Federação ou o Certificado (Base64)
Para ADFS:
- Adicione uma Confiança de Parte Confiável usando metadados de federação
- Configure regras de declaração para passar o NameID como endereço de e-mail
- Exporte o certificado de assinatura de token
Etapa 2: Configurar o SSO do Google Workspace
- Faça login no Google Admin Console (admin.google.com) como Super Administrador
- Navegue até Segurança > Autenticação > SSO com IdP de terceiros
- Clique em "Adicionar perfil de SSO" ou configure o perfil padrão
Configurações do Perfil de SSO de Terceiros:
| Configuração | Valor |
|---|---|
| Configurar SSO com IdP de terceiros | Habilitado |
| URL da página de login | Ponto de extremidade SAML SSO do IdP (por exemplo, https://idp.example.com/sso/saml) |
| URL da página de logout | URL de logout do IdP (por exemplo, https://idp.example.com/slo) |
| URL para alterar senha | URL de alteração de senha do IdP |
| Certificado de verificação | Carregue o certificado de assinatura X.509 do IdP |
| Usar um emissor específico do domínio | Habilitado (usa google.com/a/{domain} como ID da entidade) |
Etapa 3: Atribuir Perfil de SSO aos Usuários
Os perfis de SSO podem ser aplicados em diferentes escopos:
Organization-wide (all users)
│
├── Org Unit level (specific departments)
│ ├── Engineering OU → SSO via Okta
│ ├── Marketing OU → SSO via Azure AD
│ └── Contractors OU → SSO via specific IdP
│
└── Group level (specific security groups)
└── VPN Users → SSO with additional MFA
Perguntas frequentes
O que é SSO?
SSO significa 'Single Sign-On' ou 'Acesso Único'. Permite que você faça login em vários aplicativos com um único conjunto de credenciais (nome de usuário e senha).
Preciso de acesso especial para usar isso?
Sim, você geralmente precisa de permissões de 'Super Admin' no Google Workspace e acesso para configurar seu provedor de identidade (como Okta ou Azure AD).
O que é um provedor de identidade (IdP)?
É o sistema que gerencia suas senhas e autenticação, como Okta, Azure AD ou ADFS. Ele verifica quem você é quando você tenta fazer login.
Detalhes
Descrição original do autor
Configures SAML 2.0 single sign-on for Google Workspace against a third-party identity provider (Okta, Azure AD/Entra ID, ADFS), with Workspace as the Service Provider, to centralize authentication and enable immediate access revocation. Use when setting up or troubleshooting Google Workspace SSO/SAML federation or migrating from native Google passwords to an external IdP.
Popularidade
- Estrelas no GitHub
- 35 mil
- Posição no ranking
- #5887
- Licença
- Apache-2.0
- Atualizada em
- 31/08/2026
Comentários
- …
Mais skills deste repositório
abusing-dpapi-for-credential-access
Dá ao seu agente de IA instruções prontas para uma tarefa específica, para ele fazer melhor e mais rápido.
mukul975/Anthropic-Cybersecurity-Skills
abusing-shadow-credentials-for-privesc
Ensina seu agente de IA a escrever textos claros e bem estruturados.
mukul975/Anthropic-Cybersecurity-Skills
achieving-cmmc-level-2-compliance
Ajuda seu agente a preparar um ambiente para conformidade com CMMC Nível 2. Ele implementa requisitos de segurança e gerencia a documentação necessária.
mukul975/Anthropic-Cybersecurity-Skills
acquiring-disk-image-with-dd-and-dcfldd
Ajuda seu agente a criar cópias exatas de discos rígidos. Isso é útil para garantir que nenhuma informação seja perdida ou alterada durante investigações.
mukul975/Anthropic-Cybersecurity-Skills
Skills parecidas
bun-runtime
Faz seu agente usar o Bun para rodar, organizar e testar código. Ajuda a escolher o Bun em vez de outras ferramentas e a migrar projetos existentes.
affaan-m/ECC
database-migrations
Ajuda seu agente a fazer mudanças seguras em bancos de dados. Ele garante que as alterações possam ser desfeitas e minimiza o tempo de inatividade.
affaan-m/ECC
deployment-patterns
Configura fluxos de implantação e CI/CD, containerização e estratégias de rollback para garantir lançamentos seguros.
affaan-m/ECC