Skip to content

Santization issues when using part H #535

Open

Description

@rcbarnett-zz

MODSEC-387: At one point there was another issue for this that was closed, but I can't view it anymore to find the details. The issue is that H is so much less noisy than K, and we would like to be able to use that option. The problem is that the sanitization doesn't properly run, and sensitive data ends up in the log files that we can't have there. I know that it works with K, but it would be really really nice to be able to use the H option to reduce noise.

Activity

  1. rcbarnett-zz commented on Oct 17, 2013

    @rcbarnett-zz
    ContributorAuthor

    Original reporter: abedra

  2. added this to the v3.0.4 milestone on Nov 14, 2018
  3. fggillie commented on Nov 18, 2020

    @fggillie

    Hello,

    Is there any estimation on until when sanitising of part H will be implemented? For the moment all we can do to avoid sensitive data ending up in the logs is to remove part H when those attributes are present. Would be really nice to still have it :)

    Thanks for all you are doing here!

  4. fzipi commented on Oct 12, 2026

    @fzipi
    Collaborator

    Revisiting this one. This remains a 2.x bug: sanitised values still leak into audit log part H. For 3.x the situation is different: part H is not written at all yet (there is a TODO in src/transaction.cc), so there is nothing to sanitise until that lands.

    Keeping it open as a 2.x bug. For 3.x it depends on part H being implemented first.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions