ТЕМА:

А ещё можно дать пользователю только кусочек пароля, остальную часть которого при коннекте дописывает клиентская программа.
Только не надо забывать, что администраторы - тоже люди, и жёстко прописанная в приложнии фича очень скоро станет общеизвестной. Так что придётся ждать ответа от gminter'a

Все это совершенно не имеет смысла если юзер коннектится через из ява
connection pool с использованием jdbc thin driver.
коннект практически полностью обезличен кроме:

юзернейм/пароль
номер пид ползователского процесса в unix/linux

для win различить практически нельзя.

Вот потому то и актуален вопрос о общении сокета с системным триггером
Так вот....

dbms_application_info не подходит

А почему не подxодит?
ИМХО (не зная подробностей могу быть не прав):

можно легко передать (DAZHE через java pool)
pplication login user/pass и какую-нибудЬ
секретную строку по которой можно узнать
свою программу .

Т.о. сервер всегда будет знать если это СВОЯ
программа и кто user/pass конкретно.

java я не знаю совсем
А этот пакет не подходит так как мне нужно юзера
отключать от базы если он заходит не из моего приложения

Ia ne znau tonkuu mexaniky priamogo logina.

Moznop poprobovat' sleduushee:

-- Client-Applicacia sprashivaet user/pass
-- Client-Applicacia delaet login s user/pass
-- esli uspeshno, Clent-Applicacia vistavliaet
"sikretnuu stroky" cherez dbms_application_info
na dannuu conection
-- Client-Applicacia vidaet OK usery
-- user polizuet Client-Applicaciu, posilaet kakoy-nibud' zapros
-- Server-Application proveriaet esli zapros
prishel po konnekcii gde est' "sikretnaia stroka" v
"application_info" table (ne pomny tochnoe nazvanie tablici)
-- esli stroki net -- poslat' zapros v baniu i otkluchit' konekt

Glavnoe, zapriatat' xorosho "sikretnuy stroky"

Podoidet?