Migração de Código Crítico: A Propriedade com.glide.script.packages_call_removal e o Risco de Usar Java Direto       1. Introdução: O Risco de Burlar o Escopo   No passado, os desenvolvedores do ServiceNow frequentemente recorriam a chamadas diretas a pacotes Java usando a sintaxe Packages.com.glide... para estender a funcionalidade da plataforma. Embora funcionais, essas chamadas representam um grande risco de segurança e instabilidade. Eles contornam as camadas de proteção de API suportadas, comprometendo a capacidade da ServiceNow de garantir a estabilidade do seu código durante upgrades e expondo a instância a vulnerabilidades. A propriedade com.glide.script.packages_call_removal e a ferramenta que a acompanha são essenciais. Elas servem como a linha de frente para a migração, ajudando a identificar e substituir chamadas a classes Java que foram descontinuadas, não-suportadas ou que apresentam alto risco de segurança nas versões mais recentes da plataforma.   2. Por Que Usar Packages Calls é uma Má Prática?   O problema central não é o Java em si, mas o acesso não governado a ele: Instabilidade em Upgrades: A ServiceNow pode remover ou alterar classes Java internas a qualquer momento, pois elas não fazem parte do contrato de API público. Isso quebra scripts que dependem delas. Vulnerabilidade de Segurança: O acesso direto a pacotes Java não honra as proteções do Application Scope (Escopo de Aplicação), podendo expor o Scripting Engine a APIs perigosas. Ameaça no SSC: O Security Center (SSC) monitora o uso de pacotes Java não aprovados (visível em Restrict Allowed Java Packages), indicando que o seu código está fora de conformidade com os padrões de hardening.   3. A Ferramenta de Remoção de Chamadas de Pacotes (Packages Call Removal Tool)   Ao ser ativada, a ferramenta associada à propriedade com.glide.script.packages_call_removal executa uma auditoria crítica em toda a sua instância, com três funções principais: Identificação e Escaneamento: Examina todos os campos de scripts (Business Rules, Script Includes, etc.) que podem conter chamadas Packages. . Localização Precisa: Encontra exatamente quais linhas de código estão utilizando classes Java obsoletas ou descontinuadas. Propostas de Correção: Oferece sugestões de substituição para migrar o código de uma chamada insegura ( Packages ) para uma API Glide equivalente e suportada.   4. Guia de Migração: Substituindo o Código Inseguro   A boa notícia é que a ServiceNow oferece APIs Glide robustas e seguras para substituir a maioria das chamadas diretas a pacotes Java. A migração é simples: Substitua a sintaxe longa e insegura por um equivalente Glide Global ou Scoped API. Comando Bloqueado/Obsoleto Novo Comando (Suportado) Função Packages.com.glide.util.StringUtil.format(...) GlideStringUtil.format(...) Formatação e Manipulação de String. Packages.com.glide.security.Encryption.encrypt(...) GlideSecurity.encrypt(...) Funções de Criptografia e Segurança. new Packages.com.glide.schedules.Schedule(...) new GlideSchedule(...) Gestão de Agendamentos e Calendários. Packages.com.glide.zip.ZipUtil.compress(...) GlideZipUtil.compress(...) Compressão e Descompressão de Arquivos Zip.   5. Conexão com o Security Center (SSC)   Este processo é um pilar do seu Hardening Score no Security Center. O SSC monitora as tabelas sys_whitelist_member e sys_whitelist_package . Se essas tabelas contiverem entradas de pacotes não aprovados, o SSC o alertará sobre a exposição de APIs perigosas ao Scripting Engine, o que causa instabilidade e insegurança.   Ação de Conformidade: Ao utilizar a ferramenta packages_call_removal e substituir as chamadas obsoletas, você garante que sua lista de pacotes permitidos esteja limpa e alinhada com as APIs seguras e suportadas, elevando seu Hardening Score.                 Conclusão   A propriedade com.glide.script.packages_call_removal não é apenas uma ferramenta para preparar sua instância para o próximo upgrade; ela é uma ferramenta de governança de segurança. Ao migrar sistematicamente de chamadas diretas a pacotes Java para as APIs Glide suportadas, você garante que seus scripts não apenas funcionem, mas que também sejam sustentáveis, seguros e auditáveis, cumprindo os mais altos padrões de segurança exigidos pela ServiceNow e pelo seu Security Center.       ServiceNow Releases. ServiceNow History. Summary. SSC — O Guia Definitivo para Blindar Sua Instância e Atingir a Conformidade. / Medium. Packages call removal tool. (doc oficial)         https://www.youtube.com/@servicenowbr/ https://www.facebook.com/groups/servicenowbrasil https://www.servicenow.com/community/brazil-snug/tkb-p/snug-br-brazil-tkb-board https://www.linkedin.com/groups/5134493/ https://www.servicenow.com/community/user/viewprofilepage/user-id/73505 https://github.com/Tiagomacul/ https://www.tiktok.com/@servicenowbr https://open.spotify.com/show/1Qa4xVz7xXnKM9y9wggfT9 https://www.linkedin.com/in/tiagomacul/ https://www.linkedin.com/company/now-bridge/       ... View more

  1. Introdução: O Fim da Senha Única   O Credencial Roubada é o vetor de ataque mais comum no mundo digital. Conforme o IBM X-Force Threat Intelligence Index, a dificuldade em distinguir um login legítimo de um comprometido tem levado a um aumento anual nos ataques de credenciais. A Autenticação Multifator (MFA) é a resposta mais eficaz. Segundo a U.S. Cybersecurity and Infrastructure Security Agency, a MFA reduz o risco de acesso não autorizado em até 99%. No contexto ServiceNow, a MFA não é mais uma opção de "boa prática", mas sim um requisito de conformidade obrigatório. 🚨 A Notícia Urgente: A partir da versão Yokohama do Now Platform, a ServiceNow passará a aplicar a MFA por padrão (Enforced MFA) para todos os usuários internos que realizam login local (sem Single Sign-On - SSO).   2. Por Que a Obrigatoriedade do MFA (Enforced MFA)?   Embora a maioria dos clientes utilize o SSO, quase todas as instâncias mantêm usuários de login local — tipicamente administradores, usuários de emergência (break-glass) e contas de serviço. São justamente esses logins locais que representam o maior risco se a senha for comprometida. A decisão da ServiceNow em aplicar a MFA por padrão visa proteger os dados valiosos dos clientes, alinhando a plataforma com os mais altos padrões de segurança do setor.     Como o Enforced MFA Afeta Sua Instância (Upgrade para Yokohama):   Habilitação Automática: Se sua instância não tiver uma política de MFA ativa, uma política padrão será habilitada automaticamente após o upgrade para Yokohama. Janela de Inscrição: Os usuários internos que utilizam login local ou LDAP terão 30 dias após o primeiro login bem-sucedido para se inscreverem na MFA. Bloqueio: Após o período de 30 dias, a MFA será exigida por padrão, e o usuário não poderá fazer login sem completar a configuração (enrolment). Ação Recomendada: Não espere pelo upgrade. Comece a aplicar a MFA hoje mesmo para que seus usuários estejam preparados e seguros.   3. Opções de Autenticação na ServiceNow: Flexibilidade com Segurança   A ServiceNow oferece uma gama robusta de métodos de MFA para se adequar a diferentes necessidades de segurança e experiência do usuário: Método de Autenticação Descrição Nível de Segurança Passkeys (Chaves de Acesso) O método mais moderno e seguro. Permite o registro e uso direto de chaves de acesso sem a necessidade de aplicativos de terceiros. Altíssimo (Sem senha) Authenticator Apps Aplicações de terceiros que geram códigos TOTP (Time-based One-Time Password), como Google Authenticator ou Microsoft Authenticator. Alto Biometric Authenticators Autenticação usando recursos nativos do dispositivo, como Face ID, Touch ID ou Windows Hello. Alto Hardware Security Keys Dispositivos físicos como o YubiKey que fornecem um segundo fator. Altíssimo Email/SMS OTP Senhas de uso único enviadas por e-mail ou SMS. Básico/Intermediário (Suscetível a SIM Swapping) Melhor Prática: Recomenda-se que os administradores e usuários críticos se inscrevam em múltiplos fatores MFA (Ex: App Authenticator + Biometria) para evitar bloqueios (lockouts) de conta.   4. Integrando o MFA ao Security Center (SSC)   A implementação do MFA é um dos pontos mais importantes para o Hardening Score da sua instância no Security Center (SSC). Conformidade Visual: A ativação de uma política de MFA robusta irá impactar positivamente o seu Score de Hardening no Security Configuration Console. Gerenciamento de Exceções: Embora seja tecnicamente possível configurar exceções à política de MFA, o SSC e a ServiceNow desencorajam veementemente essa prática, pois enfraquece a postura de segurança geral. Qualquer exceção deve ser estritamente controlada e revisada pela sua equipe de segurança.   Conclusão: Segurança Proativa é Essencial   Com o MFA se tornando obrigatório, a ServiceNow está dando um passo crucial para proteger proativamente o ambiente de seus clientes. Configurar e aplicar a Autenticação Multifator é a maneira mais eficiente de eliminar 99% do risco de credenciais roubadas, garantindo que sua instância esteja não apenas funcional, mas também em total conformidade com os mais novos e rígidos padrões de segurança da plataforma.       Summary Artigos-publicados SSC — O Guia Definitivo para Blindar Sua Instância e Atingir a Conformidade.         Participe, entre nas comunidades, acompanhem os posts: https://www.youtube.com/@servicenowbr/ https://www.facebook.com/groups/servicenowbrasil https://www.servicenow.com/community/brazil-snug/tkb-p/snug-br-brazil-tkb-board https://www.linkedin.com/groups/5134493/ https://www.servicenow.com/community/user/viewprofilepage/user-id/73505 https://github.com/Tiagomacul/ https://www.tiktok.com/@servicenowbr https://www.instagram.com/br.servicenow/ https://open.spotify.com/show/1Qa4xVz7xXnKM9y9wggfT9 https://join.slack.com/t/servicenowbrasil/shared_invite/zt-2sooa78s7-MWwcMxEdbktNjjIYRZfqHg https://www.servicenow.com/community/user/viewprofilepage/user-id/73505 https://www.linkedin.com/in/tiagomacul/       ... View more

  No universo em constante evolução das plataformas de gestão de serviços, o controle de acesso é uma preocupação crítica para muitas organizações. Nesse contexto, o  com.snc.snc_access_control  no ServiceNow emerge como uma solução robusta para gerenciar permissões e acessos dentro do sistema.   O que é o com.snc.snc_access_control? com.snc.snc_access_control  é um componente fundamental do ServiceNow que se encarrega de regular quem pode acessar ou modificar informações dentro da plataforma. Seu objetivo principal é assegurar que apenas usuários com as devidas autorizações tenham acesso a dados sensíveis, promovendo uma gestão de segurança efetiva.   Principais características Controle de Acesso Baseado em Funções: Uma das funcionalidades mais importantes do  com.snc.snc_access_control  é a capacidade de controlar o acesso a registros e funcionalidades com base nas funções atribuídas aos usuários. Isso permite que as permissões sejam configuradas de acordo com o papel que cada pessoa desempenha dentro da organização, garantindo que o acesso seja concedido apenas àqueles que realmente necessitam. Políticas de Segurança: O componente facilita a definição de regras de segurança, permitindo que os administradores estabeleçam permissões personalizadas que se alinhem às necessidades específicas de sua organização. Isso é especialmente importante em ambientes onde a conformidade e a segurança dos dados são fundamentais.   Interface de Usuário Amigável: O  com.snc.snc_access_control  oferece uma interface intuitiva que permite aos administradores gerenciar as permissões de maneira eficaz. Eles podem configurar acessos em diferentes níveis, desde campos individuais até tabelas inteiras, o que proporciona um controle granular sobre as informações.   Auditoria e Monitoramento: Uma das preocupações com o controle de acesso é garantir que haja uma trilha de auditoria. Este componente do ServiceNow inclui funcionalidades que permitem aos administradores monitorar e rastrear acessos e modificações, ajudando a manter a conformidade com as políticas internas e regulatórias.   Integração com Outras Funcionalidades: O  com.snc.snc_access_control  também se integra a outros módulos e funções dentro do ServiceNow, garantindo que as regras de segurança sejam aplicadas em toda a plataforma, promovendo uma experiência coesa e segura para todos os usuários.   O  com.snc.snc_access_control  está integrado ao Instance Security Center (ISC) do ServiceNow, que é uma ferramenta projetada para ajudar organizações a monitorar e gerenciar a segurança de suas instâncias. O ISC fornece uma visão abrangente sobre os riscos de segurança e as práticas recomendadas dentro da plataforma, permitindo que os administradores avaliem e aprimorem continuamente as configurações de segurança. A inclusão do controle de acesso neste contexto reforça a importância do gerenciamento eficiente de permissões, contribuindo para um ambiente mais seguro e em conformidade com as diretrizes de segurança corporativas. Assim, a colaboração entre o  com.snc.snc_access_control  e o ISC destaca o compromisso da ServiceNow em oferecer soluções robustas que promovem a proteção de dados e a integridade organizacional.   Press enter or click to view image in full size   https://<instance>.service-now.com/now/security-center/all_hardening_settings Press enter or click to view image in full size   Score Impact: 0,66   Em suma, o  com.snc.snc_access_control  desempenha um papel vital na gestão de acesso dentro do ServiceNow. Sua capacidade de regular permissões e assegurar que apenas usuários autorizados acessem informações sensíveis é essencial para a segurança e a integridade dos dados geridos na plataforma. À medida que as organizações continuam a adotar soluções digitais, entender e implementar um controle de acesso robusto como o oferecido pelo ServiceNow se torna cada vez mais crítico. — The SNC Access Control (com.snc.snc_access_control) plugin prevents Customer Service and Support personnel from accessing the instances without your express permission. However, other authorized ServiceNow Operations personnel, in their capacity to support and manage the product, are required to perform administrative actions on the underlying infrastructure. This infrastructure includes servers and databases, among other infrastructure components that make up the SaaS solution. This access method is fully auditable and tracked. This plugin enables you to restrict access to your instance without your express permission, so it may affect support service levels and the Availability SLA. Availability SLA is then measured from the time that Support staff personnel are granted access to your instance.   — PT-BR O plugin SNC Access Control (com.snc.snc_access_control) impede que o pessoal de Atendimento ao Cliente e Suporte acesse as instâncias sem sua permissão expressa. No entanto, outros funcionários autorizados do ServiceNow Operations, em sua capacidade de dar suporte e gerenciar o produto, são obrigados a executar ações administrativas na infraestrutura subjacente. Essa infraestrutura inclui servidores e bancos de dados, entre outros componentes de infraestrutura que compõem a solução SaaS. Esse método de acesso é totalmente auditável e rastreado. Este plugin permite que você restrinja o acesso à sua instância sem sua permissão expressa, portanto, pode afetar os níveis de serviço de suporte e o SLA de Disponibilidade. O SLA de Disponibilidade é então medido a partir do momento em que o pessoal da equipe de Suporte recebe acesso à sua instância.   — Como Instalar o plugin com.snc.snc_access_control? >> System Definition > Plugin   OU >> Admin Center > Application Manager   > Install Press enter or click to view image in full size   Active Press enter or click to view image in full size   Close & Reload Form Press enter or click to view image in full size   Press enter or click to view image in full size   Isso não significa que o suporte ServiceNow deixará de atuar na sua instância. Na verdade, você terá mais controle sobre o processo, que inclui a liberação do acesso à instância, e como faz a liberação ao suporte?   Acesse >> All >System Security > SNC Access Control   Você verá a lista de autorizações   você verá o formulário para autorizar   Name | name: Login do profissional de suporte, Comma-separated user names (like ‘joe.schmo,sue.tru’), or ‘*’ for all   Reason | reason: Razão da liberação de acesso, um dica aqui, pode ser colocar o número do case. Start | start: Data hora do inicio da permissão. End | end: Data hora do fim da permissão. Active | active: A permissão está ativa ou inativa.     Summary Artigos-publicados SSC — O Guia Definitivo para Blindar Sua Instância e Atingir a Conformidade.       Participe, entre nas comunidades, acompanhem os posts: https://www.youtube.com/@servicenowbr/ https://www.facebook.com/groups/servicenowbrasil https://www.servicenow.com/community/brazil-snug/tkb-p/snug-br-brazil-tkb-board https://www.linkedin.com/groups/5134493/ https://www.servicenow.com/community/user/viewprofilepage/user-id/73505 https://github.com/Tiagomacul/ https://www.tiktok.com/@servicenowbr https://www.instagram.com/br.servicenow/ https://open.spotify.com/show/1Qa4xVz7xXnKM9y9wggfT9 https://join.slack.com/t/servicenowbrasil/shared_invite/zt-2sooa78s7-MWwcMxEdbktNjjIYRZfqHg https://www.servicenow.com/community/user/viewprofilepage/user-id/73505 https://www.linkedin.com/in/tiagomacul/     ... View more

Introdução: A Segurança Começa na Sessão   Garantir a segurança da sua instância ServiceNow é uma tarefa contínua, e o ServiceNow Security Center (SSC) é o seu painel de controle para essa missão. Um dos itens de conformidade mais críticos, e frequentemente ignorado, é o risco de sequestro de sessão (session hijacking).   Este artigo detalha como ativar e configurar o plugin Limit Concurrent Sessions para mitigar esse risco e elevar imediatamente o seu Hardening Score no SSC, conforme detalhado em nosso guia central: SSC — O Guia Definitivo para Blindar Sua Instância e Atingir a Conformidade.   Por Que Limitar as Sessões Concorrentes?   O sequestro de sessão ocorre quando um atacante rouba o cookie de uma sessão ativa e não expirada. Se um usuário tiver cinco ou dez abas ou dispositivos logados simultaneamente, o atacante tem cinco ou dez "portas" abertas para explorar.   O plugin Limit Concurrent Sessions (com.glide.limit.concurrent.sessions) atua diretamente nesse vetor de ataque: Ao limitar o número de sessões ativas por usuário ou por perfil de acesso, reduzimos drasticamente a superfície de ataque e minimizamos as chances de sucesso de um sequestro de sessão. Se um usuário com um perfil de alta criticidade (como admin ou security_admin) é limitado a apenas uma sessão, qualquer nova tentativa de login irá invalidar a sessão mais antiga, forçando a autenticação novamente e frustrando o ataque.       Guia de Ativação do Plugin (Em 3 Passos)   A ativação e configuração deste recurso é um processo simples, mas crucial para o cumprimento das melhores práticas de segurança.   Passo 1: Instalação do Plugin   Navegue para a Gestão de Aplicações: No campo de filtro da sua instância, digite e navegue até: System Definition > Plugins Ou acesse o Admin Center (Admin Center > Application Manager).   2.Busque pelo ID: Busque pelo nome do plugin ou pelo seu ID: Plugin ID: com.glide.limit.concurrent.sessions   3.Instale: Clique no plugin e selecione Instalar (ou Install).               ⚠️ Melhor Prática: Como em qualquer alteração de segurança, sempre recomendamos realizar a instalação e teste inicial em um ambiente de não-produção (sub-production) para validar o comportamento esperado.   Passo 2: Configuração da Propriedade (O Passo Essencial)   A simples instalação do plugin NÃO garante a conformidade. É necessário definir a propriedade do sistema que ativa o limite. Navegue para Propriedades: No campo de filtro, digite e navegue até: sys_properties.list Crie ou Modifique a Propriedade: Busque pela propriedade: glide.ui.limit_concurrent_sessions. Defina o Valor: Defina o valor para o número máximo de sessões permitidas. Valor Recomendado: 1 (Uma sessão por usuário). Outras Opções: Você pode usar 2 ou 3 para acomodar usuários que precisam estar logados em múltiplas abas, mas o valor 1 é o mais seguro.   Passo 3: Validação no Security Center (SSC)   Após a instalação e configuração da propriedade, o ServiceNow Security Center (SSC) irá reconhecer a mudança e atualizar o seu Hardening Score. Navegue para o SSC: Acesse Security Center > Configuration Console. Verifique a Conformidade: Na área de Hardening Settings, procure pelo item relacionado à limitação de sessões. O status mudará de "Não Conforme" para "Conforme" (Compliant). A conformidade com esta métrica é um passo sólido para blindar sua instância e garantir que você esteja aderindo às diretrizes de segurança mais rigorosas da ServiceNow.     Como o Limite de Sessões (Valor = 1) Afeta a Experiência do Usuário   Ao configurar a propriedade glide.ui.limit_concurrent_sessions com o valor 1 (uma sessão por usuário), o sistema impõe uma restrição baseada no agente do navegador (browser) utilizado, e não no número de abas abertas. O que define uma única sessão: A mesma sessão: Múltiplas abas (tabs) abertas em um único navegador (Ex: Google Chrome) são consideradas parte da mesma sessão ativa. A navegação será contínua em todas as abas. Uma nova sessão: Realizar o login em um navegador diferente (Ex: Microsoft Edge, Mozilla Firefox) ou em um dispositivo diferente forçará o início de uma nova sessão. Comportamento em Caso de Conflito: Se o usuário estiver logado no Navegador A (Chrome) e tentar logar no Navegador B (Edge): O login no Navegador B será bem-sucedido. A sessão anterior no Navegador A será marcada para expirar. Qualquer ação subsequente realizada no Navegador A (como um clique, atualização da página, salvamento de registro ou navegação) resultará no encerramento imediato da sessão, exigindo que o usuário faça login novamente. Em resumo, a propriedade garante que o usuário esteja ativo em apenas um contexto de navegador por vez, eliminando o risco de múltiplas sessões válidas abertas em diferentes agentes.     Os limites de sessão simultânea funcionam com todos os mecanismos de autenticação ServiceNow: SAML, LDAP e autenticação de banco de dados local. Isso também funciona com autenticação multifator e todos os mecanismos de autenticação interativos ServiceNow. A origem da sessão pode ser visualizada por meio da tabela sys_user_session, na coluna Tipo. Os valores podem ser: Navegador da Web Navegador de dispositivo móvel ServiceNow Aplicativo para celular Não interativo (SOAP, WSDL, OAuth) Se precisar de mais detalhes sobre como este item se encaixa no panorama geral do SSC, consulte o artigo CORE: SSC — O Guia Definitivo para Blindar Sua Instância e Atingir a Conformidade.     Summary Artigos-publicados SSC — O Guia Definitivo para Blindar Sua Instância e Atingir a Conformidade. Explorar limitação de sessões simultâneas (KB Oficial).         Participe, entre nas comunidades, acompanhem os posts: https://www.youtube.com/@servicenowbr/ https://www.facebook.com/groups/servicenowbrasil https://www.servicenow.com/community/brazil-snug/tkb-p/snug-br-brazil-tkb-board https://www.linkedin.com/groups/5134493/ https://www.servicenow.com/community/user/viewprofilepage/user-id/73505 https://github.com/Tiagomacul/ https://www.tiktok.com/@servicenowbr https://www.instagram.com/br.servicenow/ https://open.spotify.com/show/1Qa4xVz7xXnKM9y9wggfT9 https://join.slack.com/t/servicenowbrasil/shared_invite/zt-2sooa78s7-MWwcMxEdbktNjjIYRZfqHg https://www.servicenow.com/community/user/viewprofilepage/user-id/73505 https://www.linkedin.com/in/tiagomacul/ ... View more

O Fim da Instância Vulnerável: ServiceNow Security Center (SSC) — O Guia Definitivo para Blindar Sua Instância e Atingir a Conformidade   Olá, Builders Now!   Se você é um administrador ou desenvolvedor ServiceNow, preste atenção: a estatística mais assustadora da cibersegurança é que mais de 99% das violações na nuvem são causadas por ERROS DE CONFIGURAÇÃO do próprio cliente. Isso significa que o elo mais fraco da sua segurança não é o h a c k er; é a sua instância mal configurada. Foi para resolver essa crise de 'segurança por omissão' que a ServiceNow lançou o Security Center (SSC). Substituindo o antigo Instance Security Center (ISC), o SSC não é apenas uma ferramenta, é o seu copiloto de segurança, transformando a complexa tarefa de hardening em um processo simples, visível e acionável.   Prepare-se para assumir o controle da segurança da sua Now Platform como nunca antes!   O que é o SSC?   O ServiceNow Security Center (SSC) — sucessor do antigo ISC — é a ferramenta centralizada e essencial para todo Builder Now. Desenvolvida para que administradores e profissionais de segurança possam monitorar, fortalecer e aprimorar a postura de segurança das instâncias. O SSC transforma a gestão de segurança, fornecendo uma interface clara onde é possível avaliar riscos, aplicar configurações de hardening e responder proativamente a potenciais ameaças com eficácia.     A Tríade de Defesa do ServiceNow Security Center (SSC) A grande força do Security Center reside em sua arquitetura de três pilares, que trabalha em um ciclo contínuo de Ação, Vigilância e Visão. Essa Tríade de Defesa é composta por: Security Configuration Console, que atua na Ação Proativa ao guiar o administrador para aplicar o hardening e corrigir vulnerabilidades de configuração (o Score entra aqui); Security Monitoring Console, que atua na Vigilância Constante ao monitorar mais de 50 KPIs de segurança em tempo real, alertando sobre comportamentos de risco; e, por fim, Security Posture, que fecha o ciclo, dando a Visão Estratégica e as Melhores Práticas necessárias para medir e sustentar a saúde de segurança da sua instância ao longo do tempo.   Juntos, esses três consoles transformam o Security Center na ferramenta mais poderosa para o hardening nativo da plataforma     Score de Conformidade (Security Hardening Score) Esta é a métrica mais crucial do SSC, agindo como o termômetro de saúde da sua instância. O Score avalia a segurança em relação às Melhores Práticas recomendadas pela ServiceNow, gerando uma pontuação percentual clara. O grande valor deste recurso é que ele não apenas mostra onde estão as falhas, mas também indica o Impacto no Score de cada correção, permitindo que os Builders Now priorizem ajustes que trarão o maior retorno em segurança com o menor esforço.   Security Monitoring Console (Vigilância Constante) Este console é o sistema de alerta precoce dentro do SSC. Ele move a equipe de segurança do modo reativo para o modo proativo, permitindo monitorar eventos e comportamentos em tempo real. Através de uma coleção de mais de 80 KPIs e métricas de segurança (como a detecção de usuários privilegiados sem MFA), o Security Monitoring Console fornece alertas imediatos sobre anomalias ou potenciais ameaças. Isso garante que os Builders Now possam ter uma resposta rápida e, mais importante, prevenir incidentes antes que causem dano.     Controles de Configuração: Security Hardening Este módulo é o coração do Security Hardening dentro do SSC. Ele fornece aos administradores o poder de alinhar todas as configurações de segurança da instância com as melhores práticas da ServiceNow e com as políticas internas da sua organização. Através de um painel de fácil uso, o SSC simplifica a gestão de aspectos críticos como permissões de usuário, políticas de autenticação (MFA) e configurações de criptografia, garantindo que a sua postura de segurança não seja apenas forte, mas também totalmente em compliance.       Notificações de Segurança O SSC transforma a informação de risco em alerta imediato. Este sistema de notificação está diretamente conectado ao Security Monitoring Console, disparando avisos instantâneos para os administradores sempre que uma das métricas críticas de segurança é violada. Seja um login suspeito, um usuário privilegiado sem MFA ou uma anomalia de comportamento, o sistema garante que a equipe esteja informada em tempo real, permitindo uma gestão de segurança genuinamente proativa e a mitigação rápida de qualquer ameaça potencial.       Conclusão Manter a segurança das instâncias do ServiceNow é fundamental para proteger dados sensíveis e garantir a continuidade dos negócios. Ferramentas como o ISC, e agora o SSC, são essenciais para administrar e monitorar a segurança de forma eficaz, proporcionando aos administradores os recursos necessários para manter a plataforma segura e em conformidade com as melhores práticas. Espero que este artigo tenha sido útil para entender melhor a importância e o funcionamento do SSC / Instance Security Center no ServiceNow. Se você tiver dúvidas ou precisar de mais informações, sinta-se à vontade para entrar em contato.     ⚠️ Nota de Atualização: É crucial saber que o antigo Instance Security Center (ISC) foi descontinuado e substituído pelo SSC. O ServiceNow Security Center (SSC) é a solução atual e evoluída que deve ser usada para todos os esforços de hardening e monitoramento.   ServiceNow Releases. ServiceNow History. Summary. Central de segurança 1.3 e atualizado na 1.5. + 9.1 SNC  / medium. 9.2 XML soon... 9.3 HTML / medium. 9.4 KB Comments / medium. 9.5 Limitando Sessões Concorrentes para Eliminar o Risco de Sequestro de Sessão. 9.6 User policy MFA. Java package / medium.     https://www.youtube.com/@servicenowbr/ https://www.facebook.com/groups/servicenowbrasil https://www.servicenow.com/community/brazil-snug/tkb-p/snug-br-brazil-tkb-board https://www.linkedin.com/groups/5134493/ https://www.servicenow.com/community/user/viewprofilepage/user-id/73505 https://github.com/Tiagomacul/ https://www.tiktok.com/@servicenowbr https://open.spotify.com/show/1Qa4xVz7xXnKM9y9wggfT9 https://www.linkedin.com/in/tiagomacul/ https://www.linkedin.com/company/now-bridge/         ... View more