Трудяга Биггерну... не совсем.. да, она проверят валидность сессии, но одновременно может использоваться и для как заплатка для аутентификации

Трудяга Биггерда всё нормально, так можно. например, при прозрачной NTLM-аутентификации (перед каждым запросом проверяя переменную "REMOTE_USER").
вобщем, я 100 раз так делал :)
Если у вас там используется returns false, чтобы ограничить аутентификацию то все ок, если запоминается какая-то инфа, которая потом используется где-то еще, то это зависит от., в любом случае она от этого не становится функцией аутентификации, а если в ней используются процедуры типа APEX_CUSTOM_AUTH.DEFINE_USER_SESSION, APEX_CUSTOM_AUTH.LOGIN и др., то это уже явно заплатка, версионно-зависимый код. Ничего не гарантирует работу подобных комбинаций, поведение аутентификации в апексе в таких деталях меняется практически в каждой версии и даже в патчсетах.

Nenormalka,

Собственно, там и видно в комментариях, что от версии к версии что-нибудь да ломается.
Это не значит, что использовать не нужно, просто надо иметь ввиду...

P.S. впрочем, каюсь, применение apex_authentication.login внутри sentry в 4.2 вижу, что документировали...