September 2021 - logback-user

Re: [logback-user] Ambiguous vulnerability assessment help
by Angelo Rauseo 10 Sep '21

10 Sep '21

Update: Some more data has emerged, and after inquiring with JFrog, they pointed me to the issue being connected to what is under work in https://jira.qos.ch/browse/LOGBACK-1574 and https://github.com/qos-ch/logback/pull/305. It seems the root of the concern is the hostname validation. Angelo From: Angelo Rauseo <angelo.rauseo(a)workday.com> Date: Tuesday, September 7, 2021 at 09:00 To: logback users list <logback-user(a)qos.ch> Subject: Re: [External Sender] Re: [logback-user] Ambiguous vulnerability assessment help Ciao David, Thank you for your reply and the recommendations. I am trying to reach out to JFrog and to see what data they have, and I think it is reasonable to not use logback apis to reach out to servers via TLS/SSL to stay safe. Even with all the precautions, I am still a bit confused by the lack of details and somewhat concerned about finding the root cause of a MiTM issue. Is there anyone here with experience of TLS connectivity in logback? Which would be the APIs involved? Thanks for your time, Angelo From: logback-user <logback-user-bounces(a)qos.ch> on behalf of David Roussel <nabble(a)diroussel.xsmail.com> Reply-To: logback users list <logback-user(a)qos.ch> Date: Saturday, September 4, 2021 at 02:10 To: logback users list <logback-user(a)qos.ch> Subject: [External Sender] Re: [logback-user] Ambiguous vulnerability assessment help Ciao Angelo, To reproduce this might take quite a bit of work, as the report you copied doesn’t provide details of how the MITM cert was spoofed. It might be as simple as not validating the cert at all. But if you have support from JFrog, then I would be best to contact them for more details. I don’t currently use logback myself, but when I did I never relied on any feature that connected out to TLS endpoints. If you don’t either, then you can ignore this issue. If your logback usage does include connecting out to TLS endpoints, then in each case you need to consider how confidential is that data, what could the impact of a MITM be, and what control do you have over the cert validation. The problem is that there are many ways in which TLS connections can be made, even just parsing an XML document can cause network requests. David On 27 Aug 2021, at 17:31, Angelo Rauseo <angelo.rauseo(a)workday.com<mailto:angelo.rauseo@workday.com>> wrote: Hello everyone, I am looking for details about a vulnerability listed in JFrog X-Ray (see below) that does not have much data attached to it in the report (no CVE, no links to analysis). My end goal would be to eventually help resolve it, but I have no data about the source to start from. Anyone here that can help me assess it? Thank you for your time and assistance! Angelo ┌─────────────────────┬────────────────────────────────────────────────────────────────────────────────────────────────────┐ │ Summary │ logback SSL Certificate Validation Failure MitM Spoofing │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Severity │ MEDIUM │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Description │ logback contains a flaw as X.509 certificates are not properly validated. By spoofing the TLS/SSL │ │ │ server via a certificate that appears valid, an attacker with the ability to intercept network │ │ │ traffic (e.g. MitM, DNS cache poisoning) can disclose and optionally manipulate transmitted data. │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Type │ SECURITY │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Provider │ JFrog │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Issues │ 4.0/CVSS:2.0/AV:N/AC:H/Au:N/C:P/I:P/A:N │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Edited │ 2021-04-15T09:22:04Z │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Created │ 2019-05-02T00:00:00.297Z │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Impact paths │ - │ │ │ /sha256__11533f8a115abc3bbf6840bebe91a8616a0ee04cd4bdad4094ed62e6f86d4432.tar.gz/usr/share/fugu/li │ │ │ b/ch.qos.logback-logback-core-1.2.3.jar │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ │ Affected component ID: gav://ch.qos.logback:logback-core:1.2.3 │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Vulnerable versions │ 1.0.12 ≤ Version ≤ 1.3.0-alpha5 │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Fixed versions │ │ └─────────────────────┴────────────────────────────────────────────────────────────────────────────────────────────────────┘ _______________________________________________ logback-user mailing list logback-user(a)qos.ch<mailto:logback-user@qos.ch> http://mailman.qos.ch/mailman/listinfo/logback-user<https://urldefense.proofpoint.com/v2/url?u=http-3A__mailman.qos.ch_mailman_…>

1 0

Ambiguous vulnerability assessment help
by Angelo Rauseo 07 Sep '21

07 Sep '21

Hello everyone, I am looking for details about a vulnerability listed in JFrog X-Ray (see below) that does not have much data attached to it in the report (no CVE, no links to analysis). My end goal would be to eventually help resolve it, but I have no data about the source to start from. Anyone here that can help me assess it? Thank you for your time and assistance! Angelo ┌─────────────────────┬────────────────────────────────────────────────────────────────────────────────────────────────────┐ │ Summary │ logback SSL Certificate Validation Failure MitM Spoofing │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Severity │ MEDIUM │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Description │ logback contains a flaw as X.509 certificates are not properly validated. By spoofing the TLS/SSL │ │ │ server via a certificate that appears valid, an attacker with the ability to intercept network │ │ │ traffic (e.g. MitM, DNS cache poisoning) can disclose and optionally manipulate transmitted data. │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Type │ SECURITY │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Provider │ JFrog │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Issues │ 4.0/CVSS:2.0/AV:N/AC:H/Au:N/C:P/I:P/A:N │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Edited │ 2021-04-15T09:22:04Z │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Created │ 2019-05-02T00:00:00.297Z │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Impact paths │ - │ │ │ /sha256__11533f8a115abc3bbf6840bebe91a8616a0ee04cd4bdad4094ed62e6f86d4432.tar.gz/usr/share/fugu/li │ │ │ b/ch.qos.logback-logback-core-1.2.3.jar │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ │ Affected component ID: gav://ch.qos.logback:logback-core:1.2.3 │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Vulnerable versions │ 1.0.12 ≤ Version ≤ 1.3.0-alpha5 │ ├─────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ Fixed versions │ │ └─────────────────────┴────────────────────────────────────────────────────────────────────────────────────────────────────┘

2 2

Re: [logback-user] logback autoscan is not working intermittently in k8s pod
by Kedar Sirshikar 02 Sep '21

02 Sep '21

Sharing few latest learnings from reproduction attempts. This issue is not getting reproduced in kubectl version 1.16.2 and I am still trying to drill down further to check if it is only kubectl version (from 1.16.3 onwards) causing this problem or there is something else also. Is anyone aware of any workaround apart from restarting the java process ? Thanks, Kedar. On Wed, Aug 25, 2021 at 5:30 PM <logback-user-request(a)qos.ch> wrote: > Send logback-user mailing list submissions to > logback-user(a)qos.ch > > To subscribe or unsubscribe via the World Wide Web, visit > http://mailman.qos.ch/mailman/listinfo/logback-user > or, via email, send a message with subject or body 'help' to > logback-user-request(a)qos.ch > > You can reach the person managing the list at > logback-user-owner(a)qos.ch > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of logback-user digest..." > > > Today's Topics: > > 1. Re: logback autoscan is not working intermittently in k8s pod > (Kedar Sirshikar) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 25 Aug 2021 17:30:00 -0700 > From: Kedar Sirshikar <kedargsirshikar(a)gmail.com> > To: logback-user(a)qos.ch > Subject: Re: [logback-user] logback autoscan is not working > intermittently in k8s pod > Message-ID: > <CAO=cJL+zaL3y+16Z-bNzR_f= > gvDiXPDK94oTN3--bttO6SutbA(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > I already attempted splitting the logback xml configuration file however it > did not help either. After that failure, I initiated this email thread. > > In k8s, this logback functionality needs to be enhanced because log level > will be changed at runtime using CLI exposed from OAM (orchestration and > Administration Management) node and then ConfigMap is responsible to > populate/update the logback config file across all pod replicas so per my > understanding, it is not possible to have the second file > on a path which does not suffer from timestamp glitch. > > > Thanks, > Kedar. > > > On Tue, Aug 24, 2021 at 2:02 AM <logback-user-request(a)qos.ch> wrote: > > > Send logback-user mailing list submissions to > > logback-user(a)qos.ch > > > > To subscribe or unsubscribe via the World Wide Web, visit > > http://mailman.qos.ch/mailman/listinfo/logback-user > > or, via email, send a message with subject or body 'help' to > > logback-user-request(a)qos.ch > > > > You can reach the person managing the list at > > logback-user-owner(a)qos.ch > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of logback-user digest..." > > > > > > Today's Topics: > > > > 1. Re: Abmelden (Carl-Erik Kopseng) > > 2. Re: logback autoscan is not working intermittently in k8s pod > > (Ceki Gülcü) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Tue, 24 Aug 2021 10:16:31 +0200 > > From: Carl-Erik Kopseng <carlerik(a)diffia.com> > > To: logback users list <logback-user(a)qos.ch> > > Subject: Re: [logback-user] Abmelden > > Message-ID: > > < > > CAAjb5vxiskBqGznv-OvWd6NyFJjuajbYtp42RdqKMSdycFM0tg(a)mail.gmail.com> > > Content-Type: text/plain; charset="utf-8" > > > > You can unsuccessful yourself. The link to manage your subscription is > > present in every email. Press it and scroll down to the unsubscribe > > section. > > > > man. 23. aug. 2021, 17:14 skrev Neda Danilovic <danilovic.neda(a)gmail.com > >: > > > > > Could somebody unsubscribe me from this list? > > > > > > -- > > > Neda Danilović > > > _______________________________________________ > > > logback-user mailing list > > > logback-user(a)qos.ch > > > http://mailman.qos.ch/mailman/listinfo/logback-user > >

1 0