Skip to content

Conversation

@ViniciustCosta
Copy link
Collaborator

@ViniciustCosta ViniciustCosta commented Jan 20, 2026

This should fix the following unknown ubsan crash types (https://screenshot.googleplex.com/6jTa2XjSfx8B6aQ.png):

  • assumption is violated during execution
  • slice bounds out of range [:-1]
  • index out of range [-1]

TBD: add unit tests

b/473559705

@jonathanmetzman
Copy link
Collaborator

Can you do a query and check if there are others?

@ViniciustCosta
Copy link
Collaborator Author

Can you do a query and check if there are others?

Sure, here it is (probably not the best way to do it, but it confirms there aren't others): https://cloudlogging.app.goo.gl/Ff7E3wkP3VnrGdt17

Copy link
Collaborator

@jonathanmetzman jonathanmetzman left a comment

Choose a reason for hiding this comment

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

lgtm

@ViniciustCosta
Copy link
Collaborator Author

Actually, just found another one: Unknown UBSan crash type: upcast of null pointer of type (https://cloudlogging.app.goo.gl/xaZ8UXKAGnV62ofP8)

@ViniciustCosta
Copy link
Collaborator Author

Also, I think the out of range crashes are not actually UBSan, but rather an expected golang specific crash type that is not being correctly treated.

AFAICT all projects reporting these as unknown crash types are go project (jobs: libfuzzer_asan_mtail, libfuzzer_asan_gitea, libfuzzer_asan_openkruise) and even though the constants for these crash types exist (https://github.com/google/clusterfuzz/blob/master/src/clusterfuzz/stacktraces/constants.py#L338), they are reaching the UBSan codepath (probably due to runtime error: being the ubsan expected regex).

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants