Прежде чем рассматривать последствия этого для безопасности, рассмотрите производительность.В большинстве систем ведения журналов динамическое получение реального имени класса и имени метода с помощью средства ведения журнала требует отражения и значительно замедляет ведение журнала - обычно это синхронная операция.Я предполагаю, что в приложении для мониторинга сети вы действительно не хотите этого.
Если вы жестко запрограммировали имя метода в сообщении журнала (либо сделав его частью сообщения, либо с помощьюкатегория), это другая история.Как специалист по безопасности, я не считаю, что это имеет большое значение - если ваш код на Java, его можно изменить в любом случае, поэтому ваш код должен работать таким образом, чтобы он был безопасным, даже если кодбыл отдан.
При этом вы можете использовать другую конфигурацию ведения журнала для разработки и производства, или эти детализированные сообщения могут перейти в отладку, трассировку и т. д. Если вы используете log4j,как правило, рекомендуется использовать isDebugEnabled
для переноса любых операторов ведения журнала, которые включают в себя все, что вычисляется динамически, поскольку они вычисляются до того, как оператор ведения журнала определит, включен ли он.