Yep : provavelmente, como eu disse numa msg anterior, o DBA teria um JOB de
banco que roda a cada um ou dois minutos, varre a V$SESSION e mata as sessões
(ou envia email, se matar é muito radical) cujo nome de programa não seja o
talequal da aplicação, ou que o IP é o do web server/servidor de a
Sim, ai cabe ao DBA, verificar na v$session por qual programa ele está
conectando com o nome do programa renomeado, agora o que você falou é a mais
pura verdade, para burlar é fácil.
Em Quinta-feira, 28 de Maio de 2015 16:46, "Andre Santos
andre.psantos...@gmail.com [oracle_br]" escreve
Rafael / Cristiano
Mas se o desenvolvedor/analista for um pouco mais safo, basta renomear o
executável para burlar isso.
[ ]'s
André
2015-05-28 16:24 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br] :
>
>
> Acrescenta também nas ferramentas, o SQLTools muito utilizada por
> desen
Acrescenta também nas ferramentas, o SQLTools muito utilizada por
desenvolvedores e analistas.
Em Quinta-feira, 28 de Maio de 2015 13:40, "Rafael Mendonca
raffaell.t...@yahoo.com [oracle_br]" escreveu:
Outra coisa que reparei na sua trigger, é que você utiliza UPPER(OWNER)
com
Outra coisa que reparei na sua trigger, é que você utiliza UPPER(OWNER)
comparando com os nomes dos usuários em minúsculo: 'cbarbosa' entre outros...
Ou seja, o usuário que entrar com cbarbosa, oracle, administrador irá passar
pela trigger após a correção do seu problema.
Em Quinta-feir
Boa tarde
Qual é o resultado de:
alter trigger TG_LOGON_AUDIT_TRIGGER compile;
Étore
From: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
Sent: quinta-feira, 28 de maio de 2015 11:50
To: Lista de Usuários Oracle; Grupo OraOracle; Oracle in Brazil
Subject: [oracl
Olá Miguel,
O que observei de diferente na sua trigger foi a utilização do USERENV.
Ao invés de utilizar:
USERENV('SESSIONID')
Tente:
SYS_CONTEXT('USERENV', 'SESSIONID')
Verifique se pode ser isso.
[]s
Braga
Em 14 de abril de 2010 17:32, Miguel Angelo Rodrigues <
miguelangelo.rodrig...@gmail.
Caro Berrondo,
uso uma trigger AFTER LOGON ON DATABASE, não sei se funciona em todas
as versões, no Oracle 10g funciona:
CREATE OR REPLACE TRIGGER SYS.BLOCK_TOOLS_FROM_PROD AFTER LOGON ON DATABASE
DECLARE
v_prog sys.v_$session.program%TYPE;
ownersys.v_$session.username%TYPE;
v_osu
