New Crowdin updates

pt-BR/model/activities/D-SA-1-A.yml

@@ -0,0 +1,26 @@
+---
+#===========================================================
+#OWASP SAMM Activity Description
+#===========================================================
+#Link to the stream that this activity belongs to
+stream: 253b012094cf4e0988e08fd22609227d
+#Link to the practice level that this activity belongs to
+level: a11b78917dec4cfdad983cf6d1d17b61
+#Unique identifier (GUID) used to refer to this activity.
+#Please generate another identifier for your specific activity.
+id: 27bb61f3c6344359b021caeaef5ab07e
+#The title of this activity
+title: Adira a princípios básicos de segurança
+#Describe the benefit that is achieved by implementing this activity
+benefit: Conjuntos de princípios básicos de segurança disponíveis para as equipes de produtos
+#A one sentence description of the activity
+shortDescription: As equipes são treinadas sobre o uso dos princípios básicos de segurança durante o design
+#A multi-paragraph description of the activity
+longDescription: |
+  Durante o design, a equipe técnica do time de produtos utiliza um checklist de princípios de segurança. Normalmente, os princípios de segurança incluem defesa em profundidade, proteção do elo mais fraco, uso de padrões seguros, simplicidade no design de funcionalidades de segurança, falhas de segurança, equilíbrio entre segurança e usabilidade, menor privilégio, não utilização de segurança por obscuridade etc.
+
+  Para interfaces de perímetro, o time considera cada princípio no contexto do sistema como um todo e identifica recursos que podem ser adicionados para reforçar a segurança em cada uma dessas interfaces. Limite-os para que eles exijam apenas um pouco mais de esforço além do custo normal de implementação de requisitos funcionais. Observe e anote qualquer coisa maior e programe-os para o próximo lançamento.
+
+  Treine cada time de produtos com conscientização em segurança antes deste processo e incorpore equipes mais experientes em segurança para ajudar na tomada de decisões de design.
+#Type Classification of the Document
+type: Atividade

pt-BR/model/activities/D-SA-1-B.yml

@@ -0,0 +1,27 @@
+---
+#===========================================================
+#OWASP SAMM Activity Description
+#===========================================================
+#Link to the stream that this activity belongs to
+stream: 79754453c74b4143b20a57d0efdaab56
+#Link to the practice level that this activity belongs to
+level: a11b78917dec4cfdad983cf6d1d17b61
+#Unique identifier (GUID) used to refer to this activity.
+#Please generate another identifier for your specific activity.
+id: 27cdd2a336a44e56a42632c7a78fcf4f
+#The title of this activity
+title: Identifique ferramentas e tecnologias
+#Describe the benefit that is achieved by implementing this activity
+benefit: Transparência das tecnologias que introduzem risco de segurança
+#A one sentence description of the activity
+shortDescription: Elenque tecnologias, estruturas e integrações dentro da solução geral para identificar riscos.
+#A multi-paragraph description of the activity
+longDescription: |
+  As pessoas geralmente seguem o caminho de menor resistência para desenvolver, implantar ou operar uma solução de software. Muitas vezes, novas tecnologias são incluídas quando podem facilitar ou acelerar o esforço ou permitir que a solução seja melhor escalonada. Essas novas tecnologias podem, entretanto, introduzir novos riscos para a organização que você precisa gerenciar.
+
+  Identifique as tecnologias, estruturas, ferramentas e integrações mais importantes sendo usadas para cada aplicação. Use o conhecimento do arquiteto para estudar o ambiente de desenvolvimento e operação, bem como artefatos. Em seguida, avalie-os quanto à qualidade de segurança e levante descobertas importantes a serem gerenciadas.
+#References to other activities that are prerequesites to implement this one.
+relatedActivities:
+  - e17d573510904f65a1fe6040b56ad0b1
+#Type Classification of the Document
+type: Atividade

pt-BR/model/activities/D-SA-2-A.yml

@@ -0,0 +1,25 @@
+---
+#===========================================================
+#OWASP SAMM Activity Description
+#===========================================================
+#Link to the stream that this activity belongs to
+stream: 253b012094cf4e0988e08fd22609227d
+#The title of this activity
+title: Forneça soluções de segurança preferidas
+#Describe the benefit that is achieved by implementing this activity
+benefit: Serviços de segurança reutilizáveis disponíveis para equipes de produtos
+#A one sentence description of the activity
+shortDescription: Estabeleça padrões de design comuns e soluções de segurança para adoção.
+#A multi-paragraph description of the activity
+longDescription: |
+  Identifique a infraestrutura ou serviços compartilhados com funcionalidade de segurança. Isso geralmente inclui serviços de logon único, controle de acesso ou serviços de direitos, serviços de registro e monitoramento ou firewall em nível de aplicativo. Colete e avalie os sistemas reutilizáveis para montar uma lista desses recursos e categorizá-los pelo mecanismo de segurança que eles cumprem. Considere cada recurso em relação ao porquê uma equipe de produtos gostaria de se integrar a ele, ou seja, os benefícios de usar o recurso compartilhado.
+
+  Se existirem vários recursos em cada categoria, selecione e padronize em um ou mais serviços compartilhados por categoria. Como o futuro desenvolvimento de software dependerá desses serviços, analise cada um deles cuidadosamente para garantir a compreensão da postura de segurança básica. Para cada serviço selecionado, crie orientações de design para que as equipes de produtos entendam como se integrar ao sistema. Disponibilize a orientação por meio de treinamento, orientação, diretrizes e padrões.
+
+  Estabeleça um conjunto de práticas recomendadas que representam métodos sólidos de implementação de funcionalidade de segurança. Você pode pesquisá-los ou comprá-los, e muitas vezes é mais eficaz se você customizá-los para que eles sejam mais aderentes à sua organização. Os padrões de exemplo incluem um subsistema de logon único, um modelo de delegação entre níveis, um modelo de autorização de separação de tarefas, um padrão de autenticação centralizado, etc.
+
+  Esses padrões podem se originar de projetos ou aplicativos específicos, mas certifique-se de compartilhá-los entre as diferentes equipes da organização para a aplicação eficiente e consistente de soluções de segurança apropriadas.
+
+  Para aumentar a adoção desses padrões, vincule-os aos serviços de segurança compartilhados ou implemente-os em soluções componentes reais que possam ser facilmente integradas em um aplicativo durante o desenvolvimento. Apoie as tecnologias-chave dentro da organização, por exemplo no caso de diferentes stacks de desenvolvimento. Trate essas soluções como aplicativos reais com suporte adequado em caso de dúvidas ou problemas.
+#Type Classification of the Document
+type: Atividade

pt-BR/model/activities/D-SA-2-B.yml

@@ -0,0 +1,15 @@
+#The title of this activity
+title: Promova ferramentas e tecnologias preferidas
+#Describe the benefit that is achieved by implementing this activity
+benefit: Tecnologias com nível de segurança adequado disponíveis para equipes de produtos
+#A one sentence description of the activity
+shortDescription: Padronize tecnologias e estruturas a serem usadas nas diferentes aplicações
+#A multi-paragraph description of the activity
+longDescription: |
+  Identifique tecnologias, frameworks e ferramentas comumente usadas em projetos de software na organização, por meio das quais você se concentra em capturar as tecnologias de alto nível.
+
+  Crie uma lista e compartilhe-a com a organização de desenvolvimento como tecnologias recomendadas. Ao selecioná-las, considere o histórico de incidentes, registro de resposta a vulnerabilidades, adequação das funcionalidades para a organização, complexidade excessiva no uso do componente de terceiros e conhecimento suficiente dentro da organização.
+
+  Desenvolvedores e arquitetos sênior criam essa lista, incluindo contribuições de gerentes e auditores de segurança. Compartilhe esta lista de componentes recomendados com a organização de desenvolvimento. Em última análise, o objetivo é fornecer padrões bem conhecidos para as equipes de projeto. Realize uma revisão periódica dessas tecnologias para segurança e adequação.
+#Type Classification of the Document
+type: Atividade

pt-BR/model/activities/D-SA-3-A.yml

@@ -0,0 +1,21 @@
+---
+#===========================================================
+#OWASP SAMM Activity Description
+#===========================================================
+#Link to the stream that this activity belongs to
+stream: 253b012094cf4e0988e08fd22609227d
+#The title of this activity
+title: Construa arquiteturas de referência
+#Describe the benefit that is achieved by implementing this activity
+benefit: Transparência total de qualidade e usabilidade de no fornecimento centralizado de soluções de segurança
+#A one sentence description of the activity
+shortDescription: As arquiteturas de referência são utilizadas e continuamente avaliadas para adoção e adequação.
+#A multi-paragraph description of the activity
+longDescription: |
+  Crie um conjunto de arquiteturas de referência que selecionem e combinem um conjunto verificado de componentes de segurança para garantir um projeto adequado de segurança. As plataformas de referência têm vantagens em termos de encurtamento de auditorias e revisões relacionadas à segurança, aumentando a eficiência no desenvolvimento e reduzindo a sobrecarga de manutenção. Mantenha e aprimore continuamente a arquitetura de referência com base em novas ideias na organização e na comunidade. Faça com que arquitetos, desenvolvedores seniores e outras partes técnicas interessadas participem do projeto e da criação de plataformas de referência. Após a criação, as equipes manterão continuamente o suporte e as atualizações.
+
+  As arquiteturas de referência podem se materializar em um conjunto de bibliotecas de software e ferramentas sobre as quais as equipes de projeto constroem seu software. Eles servem como um ponto de partida que padroniza a abordagem de segurança orientada por configurações e segurança orientada por padrões. Você pode inicializar a estrutura selecionando um projeto específico no início do ciclo de vida e fazendo com que uma equipe experiente em segurança trabalhe com eles para construir a funcionalidade de segurança de uma forma genérica para que possa ser extraída do projeto e usada em outro lugar na organização.
+
+  Monitore as fraquezas ou lacunas no conjunto de soluções de segurança disponíveis em sua organização continuamente no contexto de discussões sobre arquitetura, desenvolvimento ou operações. Isso serve como uma entrada para melhorar a adequação e a eficácia das arquiteturas de referência que você tem no lugar.
+#Type Classification of the Document
+type: Atividade

pt-BR/model/activities/D-SA-3-B.yml

@@ -0,0 +1,13 @@
+#The title of this activity
+title: Aplique com rigor o uso de tecnologias recomendadas
+#Describe the benefit that is achieved by implementing this activity
+benefit: Superfície de ataque limitada devido ao uso de tecnologias verificadas
+#A one sentence description of the activity
+shortDescription: Imponha o uso de tecnologias padrão em todo o desenvolvimento de software.
+#A multi-paragraph description of the activity
+longDescription: |
+  Para todo desenvolvimento proprietário (interno ou adquirido), imponha e monitore o uso de tecnologia padronizada. Dependendo de sua organização, implemente essas restrições em ferramentas de criação ou implantação, por meio de análises automatizadas de aplicativos (por exemplo, código-fonte, arquivos de configuração ou artefatos de implantação) ou reveja periodicamente com foco no uso correto desses frameworks.
+
+  Verifique vários fatores com as equipes de projetos. Identifique o uso de tecnologias não recomendadas para determinar se há lacunas nas recomendações em relação às necessidades da organização. Examine os padrões de design não usados ​​ou usados ​​incorretamente e os módulos da plataforma de referência para determinar se as atualizações são necessárias. Além disso, implemente funcionalidades nas plataformas de referência à medida em que a organização evolui e as equipes de projeto a solicitam.
+#Type Classification of the Document
+type: Atividade

pt-BR/model/activities/D-SR-1-A.yml

@@ -0,0 +1,15 @@
+#The title of this activity
+title: Identifique os requisitos de segurança
+#Describe the benefit that is achieved by implementing this activity
+benefit: Compreensão dos principais requisitos de segurança durante o desenvolvimento
+#A one sentence description of the activity
+shortDescription: Os objetivos de segurança de aplicativos de alto nível são mapeados para requisitos funcionais.
+#A multi-paragraph description of the activity
+longDescription: |
+  Faça uma revisão dos requisitos funcionais do projeto de software. Identifique os requisitos de segurança relevantes (ou seja, expectativas) para esta funcionalidade, arrazoando sobre a confidencialidade, integridade ou disponibilidade desejada do serviço ou dados oferecidos pelo projeto de software. Os requisitos estabelecem o objetivo (por exemplo, "os dados pessoais para o processo de registro devem ser transferidos e armazenados com segurança"), mas não a medida real para alcançar tal objetivo (por exemplo, "usar TLSv1.2 para transferência segura"). 
+
+  Ao mesmo tempo, analise a funcionalidade da perspectiva do invasor para entender como ela pode ser mal utilizada. Desta forma, você pode identificar requisitos extra de proteção para o projeto de software em questão.
+
+  Os objetivos de segurança podem estar relacionados à funcionalidade de segurança específica que você precisa adicionar ao aplicativo (por exemplo, "Identificar o usuário do aplicativo em todos os momentos") ou à qualidade e ao comportamento geral do aplicativo (por exemplo, “Certifique-se de que os dados pessoais sejam protegidos adequadamente em trânsito”), o que não leva necessariamente a uma nova funcionalidade. Siga as boas práticas para escrever os requisitos de segurança. Torne-os específicos, mensuráveis, acionáveis, relevantes e com prazo determinado (SMART). Cuidado ao adicionar requisitos de uso muito geral para não se relacionarem com o aplicativo em questão (por exemplo, O aplicativo deve proteger contra os 10 principais OWASP). Embora possam ser verdadeiros, eles não agregam valor à discussão.
+#Type Classification of the Document
+type: Atividade

pt-BR/model/activities/D-SR-1-B.yml

@@ -0,0 +1,15 @@
+#The title of this activity
+title: Realize avaliações de fornecedores
+#Describe the benefit that is achieved by implementing this activity
+benefit: Transparência das práticas de segurança dos seus fornecedores de software
+#A one sentence description of the activity
+shortDescription: Avalie o fornecedor com base nos requisitos de segurança organizacional.
+#A multi-paragraph description of the activity
+longDescription: |
+  As competências e hábitos de segurança dos fornecedores externos envolvidos no desenvolvimento de seu software podem ter um impacto significativo na postura de segurança do produto final. Conseqüentemente, é importante conhecer e avaliar seus fornecedores nesta frente.
+
+  Faça uma avaliação de fornecedores para entender os pontos fortes e fracos de seus fornecedores. Use uma lista de verificação básica ou conduza entrevistas para revisar suas práticas e entregas típicas. Isso dá uma ideia de como eles se organizam e elementos para avaliar se você precisa tomar medidas adicionais para mitigar riscos potenciais. O ideal é falar com diferentes cargos na organização, ou até mesmo estabelecer uma pequena avaliação de maturidade para esse fim. Fornecedores fortes executarão seu próprio programa de garantia de software e serão capazes de responder a maioria de suas perguntas. Se os fornecedores possuírem fracas competências em segurança de software, discuta com eles como e até que ponto planejam trabalhar nisso e avalie se isso é suficiente para sua organização. Um fornecedor de software pode estar trabalhando em um projeto de baixo risco, mas isso pode mudar.
+
+  É importante que seus fornecedores entendam e se alinhem às tendências de risco e sejam capazes de atender às suas necessidades nessa área. Torne explícito o que você espera deles e discuta isso claramente.
+#Type Classification of the Document
+type: Atividade

pt-BR/model/activities/D-SR-2-A.yml

@@ -0,0 +1,15 @@
+#The title of this activity
+title: Padronize e integre requisitos de segurança
+#Describe the benefit that is achieved by implementing this activity
+benefit: Alinhamento dos requisitos de segurança com outros tipos de requisitos
+#A one sentence description of the activity
+shortDescription: Requisitos estruturados de segurança estão disponíveis e são utilizados pelas equipes de desenvolvedores.
+#A multi-paragraph description of the activity
+longDescription: |
+  Os requisitos de segurança podem se originar de outras fontes, incluindo políticas e legislação, problemas conhecidos no aplicativo e inteligência a partir de métricas e feedback. Nesse nível, uma elicitação mais sistemática dos requisitos de segurança deve ser alcançada por meio da análise de diferentes fontes de tais requisitos. Certifique-se de que as informações apropriadas sejam recebidas dessas fontes para ajudar na elicitação de requisitos. Por exemplo, organize entrevistas ou sessões de brainstorm (por exemplo, no caso de políticas e legislação), analise registros históricos ou sistemas de vulnerabilidade.
+
+  Use uma notação estruturada dos requisitos de segurança em todos os aplicativos e uma metodologia apropriada que se integre bem com a forma como você especifica outros requisitos (funcionais) para o projeto. Isso pode significar, por exemplo, ampliar os documentos de análise, escrever histórias de usuários, etc.
+
+  Quando os requisitos são especificados, é importante garantir que eles sejam levados em conta durante o desenvolvimento do produto. Configure um mecanismo para estimular ou forçar as equipes de projeto a atender a esses requisitos no produto. Por exemplo, anote os requisitos com prioridades ou influencie o tratamento dos requisitos para garantir o apetite de segurança suficiente (enquanto equilibra com outros requisitos não funcionais).
+#Type Classification of the Document
+type: Atividade

pt-BR/model/activities/D-SR-2-B.yml

@@ -0,0 +1,13 @@
+#The title of this activity
+title: Discuta responsabilidades de segurança com fornecedores
+#Describe the benefit that is achieved by implementing this activity
+benefit: Responsabilidades de segurança claramente definidas de seus fornecedores de software
+#A one sentence description of the activity
+shortDescription: Crie segurança nos contratos de fornecedores para garantir a conformidade com os requisitos organizacionais.
+#A multi-paragraph description of the activity
+longDescription: |
+  Aumente sua confiança na capacidade de seus fornecedores para segurança de software. Discuta responsabilidades e expectativas concretas dos seus fornecedores e da sua própria organização e estabeleça um contrato com o fornecedor. As responsabilidades podem ser requisitos específicos de qualidade ou tarefas específicas, e um serviço mínimo pode ser detalhado em um Contrato de Nível de Serviço (SLA). Um exemplo de exigência de qualidade é que eles fornecerão software protegido contra o OWASP Top 10, e no caso de problemas serem detectados, eles serão corrigidos. Um exemplo de tarefa é que eles têm que realizar análise contínua de código estático, ou realizar um teste de penetração independente antes de uma versão principal. O contrato estipula passivos e limites máximos caso surja um problema importante.
+
+  Depois de implementar isso para alguns fornecedores, trabalhe para um acordo padrão para fornecedores que constituirá a base de suas negociações. Você pode se afastar deste acordo padrão caso a caso, mas isso o ajudará a garantir que você não ignore tópicos importantes.
+#Type Classification of the Document
+type: Atividade