Durante o desenvolvimento de um sistema web, é necessário garantir que o software seja seguro e resistente a ataques. Para isso, utilizam-se as melhores práticas de desenvolvimento seguro baseadas em SDL, OWASP CLASP e sua evolução. Para proteger uma aplicação contra ataques de injeção SQL, é crucial

Um Tribunal identificou que sua aplicação web foi explorada por uma vulnerabilidade de injeção SQL. Após a análise do incidente, o time de desenvolvimento decidiu implementar práticas que minimizam o risco de ocorrência dessas falhas no código-fonte. A técnica mais adequada para prevenir vulnerabilidades como a identificada no incidente é

Considere a tabela t_audiencias que armazena informações sobre audiências marcadas.

Considerando que esta tabela está criada e contém valores adequados, em um banco de dados MySQL aberto e funcionando em condições ideais, o comando que seleciona todas as audiências que estão marcadas como “pendente”, cuja data de audiência seja posterior ao dia e hora atuais e que pertençam às varas de trabalho 1, 2 0u 3, é:

SELECT * FROM t_audiencias WHERE status = 'Pendente' AND

Considere que exista um banco de dados PostgreSQL aberto e funcionando em condições ideais, e que a tabela t_processos exista e esteja corretamente preenchida com valores adequados. Neste contexto, observe a função abaixo.

CREATE FUNCTION atualizar_status_processo(num_processo VARCHAR) RETURNS INTEGER AS $$
DECLARE
    total INTEGER;
BEGIN
    UPDATE t_processos
        SET status_processo = 'Encerrado'
        WHERE numero_processo = num_processo;
    SELECT COUNT(*) INTO total FROM t_processos WHERE status_processo = 'Encerrado';
    RETURN total;
END;
$$ LANGUAGE plpgsql;

Em condições ideais, esta função seria corretamente chamada utilizando-se o comando:

DO $$
BEGIN
    PERFORM atualizar_status_processo('12345-67.2023.5.01.0001');
END;
$$ LANGUAGE plpgsql;

Para desenvolver o sistema de controle de processos, o analista Pedro levantou as seguintes regras de negócio:

• todo Juiz pode ter nenhum, um ou diversos Processos; e
• todo Processo deve ter um e apenas um Juiz.

O modelo de dados que representa essas regras de negócio é:

Observe a consulta SQL a seguir.

ALTER TABLE Processos

ADD data_criacao DATETIME;

A consulta apresentada que corresponde à consulta MongoDB:

Observe a inserção dos registros pelo seguinte script SQL.

INSERT INTO Parte (ParteID, idade)

VALUES (1 ,17);

INSERT INTO Parte (ParteID, idade)

VALUES (2 ,16);

INSERT INTO Processo (processoID, data_audiencia,

valor_causa)

VALUES (1 ,'2025-02-05',1000);

INSERT INTO Processo (processoID, data_audiencia,

valor_causa)

VALUES (2 ,'2025-10-05',2000);

INSERT INTO ProcessoParte (processoID, parteid)

VALUES (1 ,1);

INSERT INTO ProcessoParte (processoID, parteid)

VALUES (2 ,2);

No PostgreSQL, para consultar os Processos (Processos) que envolvem partes menores que 18 anos, por ordem de maior Valor de Causa (valor_causa), cuja Audiência (data_audiencia) está agendada para os próximos 30 dias, deve-se executar o comando SQL:

Observe a transação SQL a seguir.

BEGIN;
INSERT INTO Parte (ParteID, NomeParte)
    VALUES (1, 'Mariana Souza');
SAVEPOINT insercao;
INSERT INTO Parte (ParteID, NomeParte)
    VALUES (2, 'Joca Silva');
SAVEPOINT insercao;
INSERT INTO Parte (ParteID, NomeParte)
    VALUES (3, 'Luiz Almeida');
ROLLBACK TO SAVEPOINT insercao;
RELEASE SAVEPOINT insercao;
ROLLBACK TO SAVEPOINT insercao;
SELECT * FROM Parte;
COMMIT;

No PostgreSQL, após a execução da transação SQL, o(s) registro(s) da tabela Parte é(são):

O analista Paulo precisa analisar e descobrir padrões nas relações entre as diversas entidades nos processos judiciais do MPU, como promotores, juízes, autores, réus, secretários e advogados. Para isso, Paulo vai utilizar um banco de dados NoSQL para armazenar essa rede social judiciária que chamou de SocialJud. Para implementar o SocialJud, Paulo deve usar um banco de dados: