Acessos ao Infoger via Web-Services e Browsers -> Uso obrigatório do HTTPS (com Protocolo TLS 1.2 e TLS 1.3)

Atenção! Terminais, Operadores Portuários, Armazéns de Retaguarda, Importadores, Armazéns Faixa, MIC, Operadora de Ferrovias

Aviso importante para TODAS as empresas que acessam os Web-Services do Sistema Infoger

Respeitando a Lei Geral de Proteção de Dados Pessoais (LGPD):

O sistema Infoger habilitou em produção o uso do protocolo HTTPS (com TLS 1.2 e TLS 1.3) usando o certificado digital de URL e logo o acesso via HTTP será DESATIVADO.

A partir de agora o Infoger DEVE ser acessado pelo Browser via HTTPS: https://www.infoger.appa.pr.gov.br/appa-ade02
Em breve o endereço via HTTP SERÁ DESATIVADO -> http://www.infoger.appa.pr.gov.br/appa-ade02

Então é necessário que TODOS os Sistemas que atualmente acessam os Web-Services do Infoger, IMEDIATAMENTE passem a utilizar os serviços via HTTPS (usando o Protocolo TLS 1.2 e TLS 1.3 ), pois todos os serviços de Web-Service (REST e SOAP) já estão disponíveis via HTTPS.

Após desativar o HTTP, TODOS os Sistemas que tentarem acessar os Web-Services do Infoger usando o protocolo (TLS 1.0 e TLS 1.1) irão ficar SEM ACESSO.

***É muito importante que essa mensagem chegue até aos responsáveis de cada empresa e departamentos de informática que são responsáveis pelo sistema que fazem os acessos ao Infoger via web-service.

Para os clientes que consomem nossos serviços de Web-Service: -> Se for necessário usar certificado(s) para acessar o nosso HTTPS, pois depende da linguagem de programação utilizada...
---> Esse(s) certificado(s) pode(m) ser obtido(s) e exportado(s) pelo browser acessando a URL do nosso sistema via HTTPS: (https://www.infoger.appa.pr.gov.br/appa-ade02)

----------------------------------

***Para quem desejar testar a chamada para nossos Web-Services HTTPS antes de colocar a alteração em produção:

Foram criados dois serviços de testes/validação para quem desejar testar/validar o acesso via HTTPS antes de efetivar em produção:
-Dois serviços REST (um GET e outro POST).
-E Um serviço SOAP

Abaixo, os detalhes dos serviços:

----------------------------------

Serviços de Teste REST:

Endereço Método 1 tipo: GET via REST
(https) https://www.infoger.appa.pr.gov.br/appa-ade02/rest/acessoRest/testarAcessoGet?parametro=aaaBBB1234

Possui um "parametro" tipo String
Retorno tipo: TEXT_XML
Exemplo de chamada-> (https) https://www.infoger.appa.pr.gov.br/appa-ade02/rest/acessoRest/testarAcessoGet?parametro=aaaBBB1234
Se retornar <retorno>true</retorno>
<mensagem> Teste de acesso Rest -> Get. (Recebido parametro = aaaBBB1234) </mensagem>

-Conferir retorno=TRUE
-Conferir dentro de <mensagem> (Recebido parametro=???????) igual ao valor passado na requisição. </mensagem>
Nesse exemplo o Acesso Get ao https foi realizado com sucesso com sucesso.


Endereço Método 2 tipo: POST via REST
(https) https://www.infoger.appa.pr.gov.br/appa-ade02/rest/acessoRest/testarAcessoPost

Possui o "parametro" tipo String passado por POST
Retorno tipo: TEXT_XML
Para validação OK:
-Conferir retorno=TRUE
-Conferir dentro de <mensagem> (Recebido parametro=???????) igual ao valor passado na requisição via post. </mensagem>

----------------------------------

Serviço de Teste SOAP:
Endereço: (HTTPS) https://www.infoger.appa.pr.gov.br/appa-ade02/services/AcessoSoapWS?wsdl
-método:testarAcessoSoap()
Possui o "parametro" tipo String E Retorna String
Para validação OK:
-Conferir se retornou ACK
-Conferir dentro do retorno (Recebido parametro=???????) igual ao valor passado na requisição SOAP.
Exemplo SOAP de retorno de Sucesso:

<ns1:testarAcessoSoapResponse soapenv:encodingStyle="schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="ws.ade02.appa.pr.gov"> <testarAcessoSoapReturn xsi:type="soapenc:string" xmlns:soapenc="schemas.xmlsoap.org/soap/encoding/"> ACK - Teste de acesso SOAP. (Recebido parametro = ABC123) </testarAcessoSoapReturn> </ns1:testarAcessoSoapResponse>