Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Sentinel-Intel] SentinelApiHandler _send_request() returns None when an exception is caught #3444

Closed
Powlinett opened this issue Feb 18, 2025 · 0 comments
Assignees
Labels
bug use for describing something not working as expected solved use to identify issue that has been solved (must be linked to the solving PR)
Milestone

Comments

@Powlinett
Copy link
Member

Description

When an exception is caught in _send_request() function, the returned value is None. As some responses from Sentinel contain no content, we can't distinct if the None value is expected or if an error occurred, which lead to TypeError: data is not subscriptable kind of errors in functions using _send_request() internally.

Environment

  1. OS (where OpenCTI server runs): Windows 11
  2. OpenCTI version: OpenCTI 6.5
  3. OpenCTI client: client-python 6.5
  4. Other environment details:

Expected Output

Raised exception in _send_request should stop the execution of process_message() gracefully

Actual Output

process_message() execution is stopped by the TypeError resulting from returning None when an error is caught.

@Powlinett Powlinett added the bug use for describing something not working as expected label Feb 18, 2025
@Powlinett Powlinett self-assigned this Feb 18, 2025
@SamuelHassine SamuelHassine added the solved use to identify issue that has been solved (must be linked to the solving PR) label Feb 20, 2025
@SamuelHassine SamuelHassine added this to the Release 6.5.3 milestone Feb 20, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug use for describing something not working as expected solved use to identify issue that has been solved (must be linked to the solving PR)
Projects
None yet
Development

No branches or pull requests

2 participants