nextcloud / nextcloud/server

Tags and data classification in audit log

Open
#40,813 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

0. Needs triage enhancement feature: admin audit feature: logging feature: tags
Dominant language
PHP
Stars
36.9k
Forks
5.2k
Avg merge
2d 3h
Merged PRs (30d)
713

Description

How to use GitHub
  • Please use the 👍 reaction to show that you are interested into the same feature.
  • Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
  • Subscribe to receive notifications on status change and new comments.

Is your feature request related to a problem? Please describe.
As part of the many incident on file transfer solution (moveit,...), it's great that nextcloud has already some tagging+data classification and audit log capacity but those are disjoined.
Meaning if I review the audit logs of file transfers, I currently have no data classification, user tags, system tags or else visible in the log.
Example from /var/snap/nextcloud/common/nextcloud/data/audit.log:

{"reqId":"3HpGp1uTpcxGc43T18fr","level":1,"time":"2023-01-02T12:03:45+00:00","remoteAddr":"x.y.z.1","user":"USEREMAIL","app":"admin_audit","method":"GET","url":"/nextcloud/index.php/apps/files/ajax/d
ownload.php?dir=DIR3&files=05&downloadStartSecret=XYZ","message":"File accessed: \"NEXTCLOUD_FILEPATH\"","userAgent":"Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox
/112.0","version":"25.0.6.1","data":{"app":"admin_audit"}}

Describe the solution you'd like
I would want audit log to include information when available, including data classifications and user tags.
system tags would probably be nice.
In some environment data classification would probably rely on custom user tags (like FIRST TLP https://www.first.org/tlp/) and some extras like phi, pii, internal, customer or whatever.
There may be some case where we don't want tags to be in audit log. Not sure if want to have a configuration setting to say what should be or not be in audit.log

Feature is supporting security and privacy reporting, along compliance and security incident response.

Describe alternatives you've considered
At this point, I believe that one would need to extract tags from database and merge with audit logs manually to get a clear picture of transfer per classification type.
Or enforce a folder structure that makes classification easy to recognize and parse.
Or maybe some reporting option with or without plugin.

Additional context
N/A

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the admin_audit audit.log example and how file-transfer events are represented. Determine which data classifications, user tags, and system tags should be included and whether configuration is needed to control them. Done means the audit log exposes the agreed metadata without violating the stated privacy requirements.

Written by the indexing model from the issue text.

Assessment

Tech stack
php
Domain
backend, security
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.