RFR: 8218021: Have jarsigner preserve posix permission attributes
Seán Coffey
sean.coffey at oracle.com
Thu Jul 2 08:10:53 UTC 2020
Thanks for the review Alan. I'm in contact with Max already about
possible follow up enhancements in this area. It would be worked via a
follow on JBS record.
Regarding the error message, I'm fine with your suggestion. We can go
with this then:
"POSIX file permission attributes detected. These attributes are ignored
when signing and are not protected by the signature."
regards,
Sean.
On 02/07/2020 08:59, Alan Bateman wrote:
> On 30/06/2020 14:51, Seán Coffey wrote:
>>
>> :
>>
>> During the CSR review, a suggestion was made to have jarsigner
>> preserve such attributes by default. Warnings about these attributes
>> will also be added during signing and verify operations (if detected).
>>
> Yes, signing should be additive so the original proposal to drop
> information from the UNIX extra block would be surprising. The
> intersection of those using zip/other tools to create zip files and
> then signing them with jarsigner is probably small but it would still
> be confusing for signing to loose information. Having jarsigner refuse
> to sign these zip files by default, with an option to override, would
> be a reasonable approach. The current proposal to printing a warning
> seems okay too.
>
> I've skimmed through webrev.8218021.v5 which has this warning:
>
> "POSIX file permission attributes detected. Note that these attributes
> are unsigned and not protected by the signature."
>
> I realize you've agreed this with the other Reviewers but I think that
> "Note that these attributes are unsigned ..." is confusing as it could
> be interpreted to mean that they have to be signed by some other
> means, or even that the warning is because they are using unsigned
> values.
>
> It might be better to tweak the second part to make it a bit clearer,
> up to you but something like "These attributes are ignored when
> signing and are not protected by the signature".
>
> -Alan
More information about the core-libs-dev
mailing list