Skip to content

Tenable.sc Asset & Vulnerability ingest#44442

Open
content-bot wants to merge 4 commits into
masterfrom
contrib/andrew-paloalto_tenable-sc-ingest-1
Open

Tenable.sc Asset & Vulnerability ingest#44442
content-bot wants to merge 4 commits into
masterfrom
contrib/andrew-paloalto_tenable-sc-ingest-1

Conversation

@content-bot
Copy link
Copy Markdown
Contributor

Original External PR

external pull request

Contributor

@andrew-paloalto

Contributing to Cortex XSOAR Content

Make sure to register your contribution by filling the contribution registration form

The Pull Request will be reviewed only after the contribution registration form is filled.

Status

  • In Progress
  • Ready
  • In Hold - (Reason for hold)

Related Issues

This change adds Tenable.sc asset and vulnerability ingest capabilities to the existing integration by leveraging the analysis and hosts APIs in Tenable.sc.

Must have

  • Tests
  • Documentation

fixes: https://jira-dc.paloaltonetworks.com/browse/CIAC-16567

* adding WIP code for Tenable.sc asset & vuln ingest

* add time formatting and unit test failure

* pre-commit hook updates

* Remove Asset Modeling Rules

* explicitly exclude WAS findings

* fix failing test

* ruff format

* remove timestamp formatting
@content-bot content-bot added Contribution Thank you! Contributions are always welcome! docs-approved Contribution Form Filled Whether contribution form filled or not. Community Xsoar Support Level Indicates that the contribution is for XSOAR supported pack Internal PR ready-for-pipeline-running Whether the pr is ready for running the whole pipeline, including testing on SAAS machines labels May 28, 2026
@content-bot content-bot requested a review from YaelShamai May 28, 2026 06:18
@content-bot
Copy link
Copy Markdown
Contributor Author

🤖 AI-Powered Code Review Available

Hi @YaelShamai, you can leverage AI-powered code review to assist with this PR!

Available Commands:

  • @marketplace-ai-reviewer start review - Initiate a full AI code review
  • @marketplace-ai-reviewer re-review - Incremental review for new commits

@content-bot
Copy link
Copy Markdown
Contributor Author

🤖 AI-Powered Code Review Available

You can leverage AI-powered code review to assist with this PR!

Available Commands:

  • @marketplace-ai-reviewer start review - Initiate a full AI code review
  • @marketplace-ai-reviewer re-review - Incremental review for new commits

@github-actions
Copy link
Copy Markdown

github-actions Bot commented May 28, 2026

Coverage

Tests Skipped Failures Errors Time
1 0 💤 0 ❌ 1 🔥 2.439s ⏱️

@marketplace-ai-reviewer
Copy link
Copy Markdown
Contributor

🤖 Analysis started. Please wait for results...

@marketplace-ai-reviewer
Copy link
Copy Markdown
Contributor

🤖 AI Review Disclaimer

This review was generated by an AI-powered tool and may contain inaccuracies. Please be advised, and we extend our sincere apologies for any inconvenience this may cause.

Copy link
Copy Markdown
Contributor

@marketplace-ai-reviewer marketplace-ai-reviewer left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi there! Thanks for your contribution to the Tenable.sc integration.

I've left a few notes to help polish the code, primarily focusing on safe dictionary access, proper exception handling, and fixing the byte size calculation for JSON strings. On the testing side, please move large mock data out of the test file, utilize @freeze_time, and add coverage for the new truncation and validation logic.

Thanks again for your hard work!

Additionally, please address the following file-level notes:

  • Packs/Tenable_sc/Integrations/Tenable_sc/Tenable_sc.yml: The first key defined at the root level of the .yml file must always be name or display. Currently, the file starts with category. Please move name or display to the top of the file.

@YaelShamai, @content-bot please review and approve the results generated by the AI Reviewer by responding 👍 on this comment.

Comment thread Packs/Tenable_sc/Integrations/Tenable_sc/Tenable_sc_test.py
Comment thread Packs/Tenable_sc/Integrations/Tenable_sc/Tenable_sc.py Outdated
Comment thread Packs/Tenable_sc/Integrations/Tenable_sc/Tenable_sc.py Outdated
Comment thread Packs/Tenable_sc/Integrations/Tenable_sc/Tenable_sc.py Outdated
Comment thread Packs/Tenable_sc/Integrations/Tenable_sc/Tenable_sc.py Outdated
Comment thread Packs/Tenable_sc/Integrations/Tenable_sc/Tenable_sc_test.py
Comment thread Packs/Tenable_sc/Integrations/Tenable_sc/Tenable_sc.py Outdated
Comment thread Packs/Tenable_sc/Integrations/Tenable_sc/Tenable_sc.py Outdated
Comment thread Packs/Tenable_sc/Integrations/Tenable_sc/Tenable_sc_test.py Outdated
Comment thread Packs/Tenable_sc/Integrations/Tenable_sc/Tenable_sc.yml
Copy link
Copy Markdown
Contributor

@julieschwartz18 julieschwartz18 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@andrew-paloalto Doc review complete. Please check the comments. Do you need to generate a README file for the integration? In the meantime, I see the label docs-approved is already applied

Comment thread Packs/Tenable_sc/ReleaseNotes/1_2_0.md Outdated
Comment thread Packs/Tenable_sc/ReleaseNotes/1_2_0.md Outdated
Comment thread Packs/Tenable_sc/Integrations/Tenable_sc/Tenable_sc.yml
Comment thread Packs/Tenable_sc/ReleaseNotes/1_2_0.md Outdated
Comment thread Packs/Tenable_sc/ReleaseNotes/1_2_0.md Outdated
Comment thread Packs/Tenable_sc/ReleaseNotes/1_2_0.md Outdated
Comment thread Packs/Tenable_sc/ReleaseNotes/1_2_0.md Outdated
@content-bot

This comment has been minimized.

@content-bot
Copy link
Copy Markdown
Contributor Author

Validate summary
The following errors were thrown as a part of this pr: DO106, ST110.
The following errors cannot be ignored: DO106, ST110.
If the AG100 validation in the pre-commit GitHub Action fails, the pull request cannot be force-merged.
The following errors don't run as part of the nightly flow and therefore can be force merged: DO106.

Verdict: PR can be force merged from validate perspective? ❌

@content-bot
Copy link
Copy Markdown
Contributor Author

🔍 AI Triage Report Available

An automated triage report has been generated for this pipeline.

Status: failed
Report ID: 1dc7f9ed1dcc8f2d

📋 Triage Report
💡 Resolutions are available in the full report.

⚠️ AI-generated triage. Validate before acting.

Copy link
Copy Markdown
Contributor

@julieschwartz18 julieschwartz18 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@kamalq97 Doc review complete. Please check the comments. In the meantime, the label docs-approved is already added

| Fetch incidents | | False |
| Incident type | | False |
| First fetch timestamp (<number> <time unit>, e.g., 12 hours, 7 days) | The timestamp to start the fetch from. | False |
| Assets fetch interval in minutes | The interval in minutes between asset fetches. Default is 720 minutes. Minimum is 720 minutes. | False |
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
| Assets fetch interval in minutes | The interval in minutes between asset fetches. Default is 720 minutes. Minimum is 720 minutes. | False |
| Assets fetch interval in minutes | The interval in minutes between asset fetches. Default is 720 minutes. Minimum is 60 minutes. | False |


### Configuration

To configure asset and vulnerability ingestion set the **Assets fetch interval in minutes** parameter to control how often assets and vulnerabilities are fetched. The default is 720 minutes (12 hours) and the minimum allowed value is 1 hour.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
To configure asset and vulnerability ingestion set the **Assets fetch interval in minutes** parameter to control how often assets and vulnerabilities are fetched. The default is 720 minutes (12 hours) and the minimum allowed value is 1 hour.
To configure asset and vulnerability ingestion, set the **Assets fetch interval in minutes** parameter to control how often assets and vulnerabilities are fetched. The default is 720 minutes (12 hours), and the minimum allowed value is 60 minutes.

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

Labels

Community Contribution Form Filled Whether contribution form filled or not. Contribution Thank you! Contributions are always welcome! docs-approved Internal PR ready-for-pipeline-running Whether the pr is ready for running the whole pipeline, including testing on SAAS machines skip-ai-review Xsoar Support Level Indicates that the contribution is for XSOAR supported pack

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants