Re: [linux-safety] [PATCH] coccinelle: misc: Check for hard-coded constants
"Lukas Bulwahn" <[email protected]> Thu, 13 Aug 2020 15:33:44 +0000
| Newsgroups | tech.elisa.lists.linux-safety |
|---|---|
| Message-ID | <[email protected]> |
Sorry for top posting. No, safety is CERTAINLY NOT a category. Security maybe, but even better would be a category like “information leaks” and a subset “kernel-internal information leaks” for your specific coccinelle rule addressing CWE-547. For me, for now, misc is okay, but if we want to restructure and clean-up, we should come up with a complete picture that fits for all. Lukas Von: Mohammed Billoo <[email protected]> Gesendet: Donnerstag, 13. August 2020 17:24 An: Bulwahn Lukas, JC-20 <[email protected]> Cc: Shuah Khan <[email protected]>; [email protected] Betreff: Re: [linux-safety] [PATCH] coccinelle: misc: Check for hard-coded constants With regards to the directory name, it wasn't meant to be for this specific group, but a sensible category to put these patches in. In my experience, misc becomes a catch-all for everything else, promotes laziness, and things end up being a mess. Does it make sense to create another directory that contains patches that are specific to catching CWEs (e.g. a directory called "safety" or "safety-critical") that don't obviously fall into the other non-misc directories? On Thu, Aug 13, 2020 at 11:16 AM <[email protected]<mailto:[email protected]>> wrote: To your questions, here is my opinion... 1. Is the header format in the semantic patch acceptable (i.e. referencing the CWE that this particular semantic patch aims to address)? Actually, I think we should that for the existing rules as well. I was thinking of the following format: # Addresses: CWE-414 ("Missing Lock Check") or # Contributes-to: Missing Lock Check [CWE-414] I think it is good discussion to have with Julia Lawall, Dan Carpenter, Luc Van Oostenryck, Joe Perches, etc. to see how they would want to maintain such information within their tools. 2. Should we create a separate directory for ELISA within coccinelle? No, we do not structure according to the contributor, then the kernel architecture would be "linus directory", "andrew directory", "shuah directory", etc. I would suggest that we could roughly structure according the existing structure for coccinelle and the CWE structure. Lukas P.S.: We need to set groups.io<http://groups.io> not to generate HTML emails on responses etc. when we want to engage with the kernel community. Let us check if we get that set up. -- Mohammed A Billoo Founder MAB Labs, LLC www.mab-labs.com<http://www.mab-labs.com> 201-338-2022