Requisitos de Segurança no Ciclo de Vida de Desenvolvimento

Transcrição

1 Requisits de Segurança n Cicl de Vida de Desenvlviment Palestrante: Maurici da Silva Marinh Administradr Especialista em Análise de Sistemas Analista de TI n Núcle de Riscs e Segurança de TI d BRB

2 Requisits de Segurança Sftware sem requisits: O Sftware falha! Sftware sem requisits de segurança: A rganizaçã falha! Cnsequências d sftware sem requisits: Baixa qualidade. Frte acplament. Retrabalh. Escp indefinid. Cust elevad. Prblemas de usabilidade. Objetivs nã atendids. Insatisfaçã d cliente. Vulnerável.

3 Requisits de Segurança Cnsequências d sftware vulnerável. Mmentânea Indispnibilidade Cmprmetiment Da Cntinuidade

4 3 Rs: Reliability. Características d Sftware Segur O sftware funcina cm esperad. Resiliency. O sftware nã vila qualquer plítica de segurança e pde resistir as ações de agentes ameaçadres. Recverability. O sftware recupera-se diante de uma ameaça materializada.

5 Impact n Prjet Quase sempre requisits de segurança nã sã bem vists pr implicarem impact ns três pilares n prjet. Cust Pessas Escp Praz

6 Fntes de Requisits de Segurança n CDS Internas Plíticas Padrões Guias e Manuais Práticas e Prcediments Externas Regulações Cnfrmidades Requisits Gegráfics

7 Requisits de Segurança e Risc Residual Aceitável

8 Tips de Requisits de Segurança Cnceits Chave de Segurança de Sftware Integridade Autenticaçã Autrizaçã Cnfidencialidade Dispnibilidade Respnsabilidade Requisits sã determinads para cada cnceit-chave de segurança. Organizaçã, métd científic e inferências.

9 Requisits de Cnfidencialidade Escrita Secreta Cntrles de Cnfidencialidade Mascarament Em clar Obscura Criptgrafia Hashing Estegangrafia Marca d água digital

10 Requisits de Cnfidencialidade Requisits de cnfidencialidade precisam ser definids a lng d cicl de vida da infrmaçã, da rigem d dad até sua persistência u descarte, cnsiderand s seguintes estads: Em trânsit; Em prcessament; Em strage (persistência); Requisits de cnfidencialidade pdem ser limitads n temp.

11 Requisits de Cnfidencialidade Infrmações pessais de saúde Entradas de senhas Persistência de senhas Prteçã de MITM Prteçã de transferência de arquivs Salva de lgs Criptgrafia Mascarament Hashing TLS FTPS Plítica

12 Requisits de Integridade Requisits que buscam garantir cnfiabilidade e prteçã cntra mdificações nã autrizadas. Integridade de sistema Funcina cm esperad (prjetad) precisã. Mdificações crrem apenas n cenári prjetad de autrizaçã (frma e respnsabilidade). Integridade de dads Os dads sã preservads em seu cicl de vida, permitind alterações apenas n cenári autrizad. Nã permite pssibilidades de incnsistências. Exempl de vilaçã de integridade: SQL Injectin. O sistema respnde a requisições de mdificaçã de dads em desacrd a riginalmente prjetad.

13 Requisits de Integridade Requisits de integridade precisam estar explicitamente definids nas especificações. Cntrles de segurança para cnfiabilidade: Validaçã de entrada de dads. Checagem de paridade de bits (trânsit). Checagem de redundância cíclica (checksum precisã e cmpletude). Hashing (também atende a cnfidencialidade). Exempls: Tdas as entradas querystring precisam ser validadas. Td deply deve acmpanhar um checksum. Tds s atres nã humans precisam ser identificads e mnitrads prevenind acess quand nã expressamente autrizad.

14 Requisits de Dispnibilidade Quase sempre requisits assciads às disciplinas de cntinuidade de negóci e recuperaçã de desastres. Vulnerabilidade causad pr prblemas n design e cnstruçã. Expõe sftware a riscs de destruiçã de ambientes, perda de dads e interrupçã de serviç (DS). Devem ser explicitamente definids na especificaçã. MTD (Maximum Tlerable Dwntime). RTO (Recvery Time Objective).

15 Requisits de Dispnibilidade Quase sempre requisits assciads às disciplinas de cntinuidade de negóci e recuperaçã de desastres. Vulnerabilidade causada pr prblemas n design e cnstruçã. Expõe sftware a riscs de destruiçã de ambientes, perda de dads e interrupçã de serviç (DS). Devem ser explicitamente definids na especificaçã (BIA, stress, perfrmance test...). MTD (Maximum Tlerable Dwntime). RTO (Recvery Time Objective). SLA (explicitar MTD e RTO).

16 Requisits de Dispnibilidade BIA (Business Impact Analysis) Deve ser utilizad para determinar impact d sftware n negóci. Deve ser mensurad quantitativamente (Ex: perda de receita pr minut de indispnibilidade). Deve cnsiderar cust para restaurar as perações a estad riginal. Também deve ser determinad qualitativamente (perda de credibilidade, dans à imagem e à reputaçã). Cnstruções inseguras de códig (impact na dispnibilidade): Pnteirs pendentes. Gerenciament inadequad de memória (cicl de vida ds bjets). Lp infinit. Requisiçã excessiva de cletres de lix, e utras, devem ser identificadas e refatradas. Especificar dispnibilidade em casas de nve.

17 Requisits de Autenticaçã Sã aqueles que reunem elements para assegurar a legitimidade e validade da identificaçã apresentada pela entidade requisitante. Deve crrer sb diferentes fatres (Autenticaçã multifatr). O quê vcê sabe. O quê vcê tem. O quê vcê é. Prcesss de autenticaçã precisam ser revisads e clcads a prve para que sejam analisads pela segurança de TI em busca de nvs riscs

18 Requisits de Autenticaçã Frmas mais cmuns de autenticaçã: Annymus Públic Basic Envi das credenciais em text clar u Base 64. Digest Envia um hash d valr riginal (digest). Utiliza uma prpriedade única d hardware cm salt para calcular hash. Integrated (NTLM) NT challange/respnse. Credenciais enviadas cm um digest. Ex: autenticaçã standalne + Kerbers V5 (impersnatin) Client certificates Autridade certificadra cnfiável. Ex: Ecmmerce, Egvernment... Frmuláris Dads sensíveis pdem ser mascarads (shulder surfing), mas as credenciais precisam ser transmitidas em canal criptgrafad.

19 Requisits de Autenticaçã Frmas mais cmuns de autenticaçã (Cnt.): OBS: Tken Geralmente utilizad em cnjunt cm frmuláris. Tken enviad para usuári que frneceu as credenciais. Smart cards Fatr de autenticaçã prpriedade ( quê vcê tem). Pde evitar furt de credenciais Bimetria Fatr de autenticaçã característica ( quê vcê é). Características pdem mudar! One Time Dynamic Passwrds (OTP) requerem fatres de cnheciment e prpriedade, dinamicamente mdificand senhas e tkens. Ex: A infrmar as credenciais usuári recebe um PIN dinâmic, em intervals de segunds,em um device RFID.

20 ERROS Requisits de Autenticaçã Errs de autenticaçã bimétrica: Err tip I - Falsa Rejeiçã (FRR False Rejectin Rate). Err Tip II - Falsa Aceitaçã (FAR False Acceptence Rate). FAR FRR Crssver Errr Rate (CER) Utilizad para avaliar diferentes devices e tecnlgias. Baix CER, mair precisã. PRECISÃO

21 Requisits de Autenticaçã Exempls de requisits de autenticaçã. O sftware deve se restringir à intranet e usuári nã precisa prver credenciais uma vez que já esteja autenticad na rede. O sftware precisa suprtar single sign n cm terceirs. Usuáris autenticads pdem acessar Internet e intranet. A plítica de autenticaçã exige us de pel mens dis fatres de autenticaçã.

22 Requisits de Autrizaçã Relacinads as privilégis de uma entidade autenticada. Identificar sujeits e bjets. Mdels de cntrle de acess: DAC Discricinári transferência de privilégi, ACLs... NDAC Nã discricinári plítica de segurança impsta pel sistema MAC Mandatóri restriçã pela sensibilidade da infrmaçã n bjet. Requer rótuls de sensitividade para tds s bjets. RBAC Basead em Rle Cntrle de Acess Basead em Recurs Quand a lista de usuáris nã é cnhecida (Ex: SOA).

23 Requisits de Autrizaçã Princípi d privilégi mínim. Hierarquia de rles. Privilégi Máxim Administradr Usuári + privilégis de Administradr Usuári cnvidad + privilégis de usuári Privilégi Mínim Cnvidad

24 Requisits de Respnsabilidade Auxiliam na cnstruçã d históric das ações d usuári. Trilhas de auditria. Investigações frenses. Elements: Quem? O quê? Onde? Quand?

25 Exempls Requisits de Respnsabilidade Tda tentativa frustrada de lgn deve ser registrada cm timestamp endereç IP de rígem. N update de preçs, um snapsht antes e depis deve ser registrad cm s seguintes camps auditáveis: Identidade; Açã; Objet; e Timestamp. Lgs de auditria devem permitir append e nunca verwrite. Lgs de auditria devem ser retids em segurança pr 3 ans.

26 Elicitaçã de Necessidades de Prteçã (PNE) Além de cnhecer as fntes de requisits, é imprtante cnhecer as técnicas de elicitaçã. Brainstrming Questináris e entrevistas Decmpsiçã plítica Classificaçã de dads Matriz sujeit-bjet Cass de us

27 Elicitaçã de Necessidades de Prteçã (PNE) Brainstrming É métd mais rápid. Idéias sã registradas sem crítica. Sã classificadas segund critéris de relevância e pssibilidade. Sã pntuadas e pririzadas. Derivam plans de açã.

28 Elicitaçã de Necessidades de Prteçã (PNE) Questináris e entrevistas. A efetividade deste prcess está em cm as questões serã empregadas (públic-alv). Exempls: Que tip de dad será transmitid e mantid pel sftware? O dad é sensível u cnfidencial? O sftware irá manipular infrmações privadas u credenciais? Quem sã s usuáris que irã alterar dads? Eles precisam ser auditads u mnitrads? Qual é MTD para sftware? Existe necessidade de single sign n? Que papéis u perfis precisam ser estabelecids para CRUD?

29 Elicitaçã de Necessidades de Decmpsiçã plítica Prteçã (PNE) As definições plíticas da rganizaçã sã fntes de requisits. Os bjetivs e necessidades encntrads sã decmpsts para gerar requisits de segurança. Necessidades cm gerenciament de cnfiguraçã, segregaçã de ambientes, separaçã de direits, revisã de códig e utrs, já pdem existir na cultura rganizacinal.

30 Elicitaçã de Necessidades de Prteçã (PNE) Classificaçã de dads. Tips de dads. Prpriedade e custódia ds dads. Sensibilidade ds dads (rótuls). Rles Respnsabilidades sbre s dads. Cicl de vida d dad.

31 Elicitaçã de Necessidades de Prteçã (PNE) Rtulagem de dads. Dad Públic? Públic Alteraçã Nã Prduz Dan? Baixa Sem impact Na perda? Suprte Prtegid pr rles? Cnfidenc. Alteraçã Prduz Dan? Alta Cm impact Na perda? Crític Cnfidencialidade Integridade Dispnibilidade

32 Elicitaçã de Necessidades de Prteçã (PNE) Matriz Sujeit Objet Útil para definiçã de rles. Auxilia na revisã de direits. Definir níveis de análise.

33 Elicitaçã de Necessidades de Prteçã (PNE) Cass de Us e Desus. Determinam requisits funcinais e de segurança. Mdela cmprtament d sftware diante da intençã d atr. Cria cnta Obtém identidade Autentica Autentica Frça Bruta Cliente Pesquisa Ruba dads Hacker

34 Matriz de Rastreabilidade Garante escp. Garante que s requisits crrespndem as necessidades. Auxilia n estud d impact de mudanças. Auxilia na definiçã de cass de teste. Auxilia nas inferências de vulnerabilidades pr cnceits-chave de segurança.

35 Mais sbre Desenvlviment Segur Subsídis para prcesss de desenvlviment segur e mdels de maturidade: OWASP CLASP BSIMM Building Security in Maturity Mdel

36 Obrigad!