Scriptcase + php 7.3 + LGPD

ScriptCase Versão 9
#1

@PedroLucas @yuri_esteves @marcia.scriptcase @HenriqueB @yuri.castro

Bom dia,
Eu sei que a licença do Scritpcase diz que se tiver problema você que assuma a responsabilidade.
Muitos clientes pedem pelo menos uma versão que esteja ativa do php, por causa da LGPD, para poderem dar continuidade no uso dos softwares que desenvolvemos com Scriptcase.
Versões mortas do php não tem correções de bugs ou vulnerabilidades.
Enquanto o licenciamento do Scriptcase diz o problema é seu.


Como já jogaram na minha cara.
Não podemos ficar perdendo contratos ou sob penalidades da LGPD que podem ser impostas por causa de uma versão morta do php.
Sinceramente fico com medo de colocar algo no mercado se tiver que arcar sozinho com as sanções da LGPD.
Se por contrato nem vocês se responsabilizam. Que segurança eu tenho de me responsabilizar por algo que já morreu?
5 Curtidas
[FINALIZADO...]Relatório não mostra condição do filtro
#2

Boa tarde a todos.

Eu estou sendo cobrado por um cliente para atualizar o PHP para pelo menos 8.0 já que é a regra deles tem ao menos uma versão abaixo da última.

O PHP essa semana foi para a 8.1.2 …

E sim me pediram isso em uma conversa com os times de LGPD e Security do cliente.

A Netmake precisa se mexer …

4 Curtidas
#3

Essa semana passada mudei de uma hospedagem VPS para uma Revenda, e a revenda
veio configurada com PHP 7.4 default ai vi que os códigos gerado do Scriptcase nas minhas
aplicações geradas pelo Scriptcase ‘código dele’ estão cheio de comandos dando a mensagem ‘deprecated’ coisas simples de resolver se tiverem vontade.

Ai setei o PHP para 7.3 para retornar ao normal dos dominios da revenda.

E eles agora estão usando no gerador do Scriptcase 9.7.x o ionCube Encoder esse só consegue proteger as fontes deles até o PHP 7.4 mas o SourceGuardian já esta habilitado para PHP 8+

Mas a fonte final gerada pelo Scriptcase não precisa de proteção de código, essa poderia ser gerado
para a versão 8+ sem problemas com pequenas correções, ou eles adotarem o SourceGuardian novamente como nas versões anteriores do Scriptcase que usavam.

image
image1379×797 255 KB

Eu mesmo nos meus php.ini e códigos php não uso nada ‘deprecated’ a anos.

4 Curtidas
#4

Bem complicado essa situação… tenho alguns projetos parados por que a empresa não aceita o sistema estar rodando numa versão morta do PHP… a netmake não considerar isso ou ignorar … acredito ter implicações jurídicas…

1 Curtida
#5

Infelizmente devem fazer o que fizeram comigo no passado. Jogar na cara o termo de uso:

DA CLÁUSULA DÉCIMA TERCEIRA: DA LIMITAÇÃO DE DANOS CONSEQUENTES

Cláusula 13.1: Este Software é distribuído sem quaisquer garantias de nenhum tipo. O risco de usar este software é totalmente assumido pelo LICENCIADO.

Cláusula 13.2: Em nenhum momento a LICENCIANTE poderá ser acusada por danos indiretos, acidentais ou por consequência, incluindo perda de trabalho, renda, lucros, uso, dados ou outras vantagens econômicas, mesmo que seja avisada anteriormente da possibilidade do dano.

2 Curtidas
#6

Esse ano eu tinha que fazer prospecção de ‘novos clientes’, mas há casos que já pedem um PHP mais atualizado. :scream:

2 Curtidas
#7

Eu já investi na atualização com a expectativa do PHP8. Como tenho mix de ferramentas no mesmo projeto, acabo não podendo atualizar essas outras ferramentas por justamente estarem atreladas a versão do PHP.

7 Curtidas
#8

@PedroLucas @yuri_esteves @marcia.scriptcase @HenriqueB @yuri.castro
Netmake seus clientes estão perdendo clientes.
Sem clientes não temos como pagar vocês

7 Curtidas
#9

Coloquei esta questão ao suporte e a resposta foi a seguinte:
"Olá Luís,

Não temos uma data prevista para lhe informar, mas esse ano ainda possivelmente estamos fazendo uma migração do PHP"

É difícil manter uma ferramenta que não tem um roadmap, assim sendo, pode ser que seja ainda este ano.

1 Curtida
#10

Esse ano… :face_with_monocle: amanhã começa fevereiro…
Tenho acompanhado o fórum do ioncube… nada animador o ambiente por lá…
Por que não ir para Source Guardian?

image
image899×283 27.5 KB

Isso em 03/10/2020…

And now…

image
image1437×320 52.2 KB

Nem um oi da equipe… complicado hein… vão morrer abraçados? Na boa vontade do pessoal do IonCube?

Att.

3 Curtidas
#11

Pelo menos para o php 7.4 não tem desculpa.
PHP 7.4 ainda esta ativa.

image
image1178×351 36.8 KB

6 Curtidas
#12

Não sei o que é pior: A falta de Roadmap ou ficar sem respostas.

5 Curtidas
#13

Ainda tem outra, que é igualmente pior: Dar respostas evasivas.

3 Curtidas
#14

Norberto sou tecnólogo em Si e pós graduado em segurança da informação.
Eu utilizo o Scriptcase para desenvolver e o PHP está para ter um outro impulso pois empresas se reuniram para dar força e continuidade.
A LGPD diz rapidamente sobre sua responsabilidade sobre os dados do cliente, seja pelo seu mal uso de compartilhar e vender entre outras empresas. E outro lado seria o roubo dessas informações. Bom o Scriptcase já adicionou alguns recursos, duas etapas, sql injection e aí chega o ponto, vamos cuidar do banco de dados, senha do root, aumentando a Crypto e joga na nuvem AWS ou Azure tem a segurança deles pra trabalhar também e elasticidade. Falar é fácil porque python é agora ou Java , mas ele não programa só fala, fácil voce quebra ele em mil argumentos. E outra podemos definir manter dados sensíveis e ou não muito sensíveis tipo, simples cadastro e ou dados de cartão. Hoje podemos jogar na nuvem e fazer boa segurança por lá e ter alta disponibilidade e elasticidade. Fiz pós em segurança justamente para avaliar e pensar na segurança e quebrar esses caras que irão ser PNC … RS tecnicamente. Abraço

#15

@norberto.gimenez Entendi tudo. Mas isto não vai trazer o cliente que exige um php que esteja ativo, ou seja em desenvolvimento, para nós. Alguns clientes simplesmente não querem ouvir falar de php 5.6, 7.0, 7.1, 7.2 ou 7.3. Estas versões rodando por ai são puros zumbis.
Veja por exemplo no changelog: Version 7.3.32

28 Oct 2021

  • FPM:
    • Fixed bug #81026 (PHP-FPM oob R/W in root process leading to privilege escalation). (CVE-2021-21703)

Se na 7.3.32 teve este bug de elevação de privilégio corrigido.
Eu imagino agora que não tem mais desenvolvimento ativo ao que eu posso ser exposto.
A última versão foi a 7.3.33 em 18/11/2021.
Então a quais furos de segurança posso ser submetido de lá para cá.
Sem falar que todo mundo sabe que tem bugs e furos de vulnerabilidade que nem são registrados. Mas vendidos no meio Hacker.
Não adianta proteger o banco / código gerado pelo Scriptcase. Se o meio (php) onde o software roda. Pode comprometer tudo. E nos somos reféns destas versões zumbis porque o Scriptcase / Netmake nos obriga.

6 Curtidas
#16

@PedroLucas @yuri_esteves @marcia.scriptcase @HenriqueB @yuri.castro
No fórum internacional também estão descontentes.

5 Curtidas
#17

Eles poderiam pelo menos falar que estão trabalhando nisso e passar uma data para a atualização…

4 Curtidas
#18

Espero que venha novidades logo.

5 Curtidas
#19

Na verdade esse contrato deles é bem Leonino, um bom advogado resolve isto e sim eles são co-responsáveis.
A questão é que não queremos brigar juridicamente, queremos solução.

A solução do problema é o que é bom para todos.

4 Curtidas
#20

@PedroLucas @yuri_esteves @marcia.scriptcase @HenriqueB @yuri.castro
O que tem solução se solucionará e o que não tem solução solucionado está.
O que é necessário agora não são novidades e sim concordância com LGPD
Logo, como eu preciso de uma solução agora.
O jeito será procurar em outros lugares.

6 Curtidas