-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
UAF bug occurs during nav2_navfn_planner::NavFn
's calculation work
#4283
Comments
Additional checkThrough my expeirments( by insert thread-sleep in the function Finally, I confirmed the reason for this issue, it's also caused by the It seems like another ticket for #4175 and #4180, and my experiments are very similar to how I do it in #4175. This bug seems fixed in main-branch in our last work, and just not updated into the humble-branch. |
Can you submit a PR to backport to Humble? |
It seems there's a restriction on "only being able to submit to the main branch," and I'm not particularly familiar with cherry-pick operations... T_T Would you be willing to help me? |
Sure, if you find the git hash that you're interested in either through
If there are issues with conflicts, then it'll give you errors that you need to resolve in line of the code. Else, it should be smooth. Then open a PR against that branch. You can ignore the |
Thanks a lot ! ^_^ I'd have a try on it ~ |
Bug report
Required Info:
Steps to reproduce issue
I encounter this UAF-bug many times when using the Nav2Goal feature
Launch the navigation2 normally, as following steps:
Keep sending
Nav2Goal
in rviz2-displayer or sending goal by commandros2 action send_goal
or send msm into topic/goal_pose
, in which the goal_pose is random.Finally sent Ctrl+C to shutdown navigation2, which is before stop the action-sending and even before the latest action-goal finished.
An ASAN report file was discovered in my execution environment.
Expected behavior
Actual behavior
The ASAN reporting a use-after-free bug to me, as following:
Additional information
Accroding to the ASAN report ,
During the function
nav2_navfn_planner::NavFn::propNavFnDijkstra
running , the resources in need for this function were freed by the destructor ofnav2_planner
However, it seems that here's already a
action_server_pose->deactivate()
andaction_server_pose.reset()
inon_deactivate()
andon_cleanup()
of nav2_plannerThe text was updated successfully, but these errors were encountered: