It just occurred to me that I think you advocated we adopt breaking
operational compatibility changes in patch releases, when that is not
strictly necessary? Is that correct?

On Fri, Jan 21, 2022 at 11:15 AM Andrew Purtell <[email protected]> wrote:

> No, it's really no different than the risks we have that the Logging PMC
> is going to respond adequately to a security issue notification. That is,
> we have a generic software supply chain risk with every single third party
> dependency, and we aren't going to solve that problem by levying special
> requirements on an ad hoc manner.
>
> On Fri, Jan 21, 2022 at 10:47 AM Sean Busbey <[email protected]> wrote:
>
>> It's relevant to what kind of mitigation this is. The effectiveness of
>> reload4j to deal with "the critical CVEs of log4j 1" is limited by how
>> likely it is that they know about them.
>>
>> Otherwise at the next CVE we're back in the same place where downstream
>> users aren't meaningfully more protected. And in that case perhaps we
>> would
>> do better for our users by e.g. putting more emphasis upgrading across our
>> releases or providing breaking changes to get the pain over with.
>>
>> On Fri, Jan 21, 2022 at 11:03 AM Andrew Purtell <[email protected]
>> >
>> wrote:
>>
>> > That does not seem germane to this discussion. We don’t investigate and
>> > attempt to manage the security reporting arrangement of any of our other
>> > third party dependencies.
>> >
>> > > On Jan 21, 2022, at 7:59 AM, Sean Busbey <[email protected]> wrote:
>> > >
>> > > Has anyone asked the ASF Logging PMC if they'll forward security
>> reports
>> > > against log4j 1 to the reload4j project?
>> > >
>> > >> On Fri, Jan 21, 2022 at 3:33 AM Pankaj Kumar <[email protected]
>> >
>> > wrote:
>> > >>
>> > >> +1 for reload4j.
>> > >>
>> > >> Regards,
>> > >> Pankaj
>> > >>
>> > >>> On Fri, Jan 21, 2022, 2:39 PM 张铎(Duo Zhang) <[email protected]>
>> > wrote:
>> > >>>
>> > >>> Already filed HBASE-26691.
>> > >>>
>> > >>> Wei-Chiu Chuang <[email protected]> 于2022年1月21日周五 16:53写道:
>> > >>>
>> > >>>> +1 I am doing the same in Hadoop.
>> > >>>>
>> > >>>> On Fri, Jan 21, 2022 at 4:51 PM Viraj Jasani <[email protected]>
>> > >> wrote:
>> > >>>>
>> > >>>>> +1 for Reload4J migration in active release branches.
>> > >>>>>
>> > >>>>>
>> > >>>>> On Fri, 21 Jan 2022 at 12:52 PM, Andrew Purtell <
>> > >>>> [email protected]>
>> > >>>>> wrote:
>> > >>>>>
>> > >>>>>> +1 for migrating to Reload4J. It is binary and configuration
>> > >>> compatible
>> > >>>>>> with log4j 1 so meets our compatibility guidelines.
>> > >>>>>>
>> > >>>>>> If this is an agreeable plan I can make the changes in a PR and
>> we
>> > >>> can
>> > >>>> do
>> > >>>>>> a round of new releases.
>> > >>>>>>
>> > >>>>>>> On Jan 20, 2022, at 10:16 PM, Duo Zhang <[email protected]>
>> > >>> wrote:
>> > >>>>>>>
>> > >>>>>>> On master we have already migrated to log4j2, but for all other
>> > >>>>> release
>> > >>>>>>> lines we are still on log4j1.
>> > >>>>>>>
>> > >>>>>>> Recently there are several new CVEs for log4j1, so I think we
>> > >>> should
>> > >>>>> also
>> > >>>>>>> address them for release lines other than master.
>> > >>>>>>>
>> > >>>>>>> One possible solution is to also migrate log4j2 but use log4j12
>> > >>>> bridge
>> > >>>>> to
>> > >>>>>>> maintain the compatibility, but we have already known that
>> > >> log4j12
>> > >>>>> bridge
>> > >>>>>>> can not work perfectly with hadoop, as hadoop has some
>> customized
>> > >>>>> log4j1
>> > >>>>>>> appender implementations, which inherit some log4j1 appenders
>> > >> which
>> > >>>> are
>> > >>>>>> not
>> > >>>>>>> part of the log4j12 bridge.
>> > >>>>>>>
>> > >>>>>>> Reload4j is a fork of the log4j1 and has fixed the critical
>> CVEs,
>> > >>> so
>> > >>>> it
>> > >>>>>> is
>> > >>>>>>> less hurt to replace log4j with reload4j.
>> > >>>>>>>
>> > >>>>>>> Suggestions are welcomed.
>> > >>>>>>>
>> > >>>>>>> Thanks. Regards
>> > >>>>>>
>> > >>>>>
>> > >>>>
>> > >>>
>> > >>
>> >
>>
>
>
> --
> Best regards,
> Andrew
>
> Unrest, ignorance distilled, nihilistic imbeciles -
>     It's what we’ve earned
> Welcome, apocalypse, what’s taken you so long?
> Bring us the fitting end that we’ve been counting on
>    - A23, Welcome, Apocalypse
>


-- 
Best regards,
Andrew

Unrest, ignorance distilled, nihilistic imbeciles -
    It's what we’ve earned
Welcome, apocalypse, what’s taken you so long?
Bring us the fitting end that we’ve been counting on
   - A23, Welcome, Apocalypse

Reply via email to