Don't return back the sensitive information to user

Bug #1708122 reported by huangtianhua
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Heat
Fix Released
High
huangtianhua
OpenStack Security Advisory
Won't Fix
Undecided
Unassigned

Bug Description

We return back the sensitive information to user when some exception happen, for example, when DBError happened, we will return the whole sql statement to user, it's not safe, also we return the traceback to user, it's not necessary.
Maybe we can do the same thing like nova and cinder to add an attribute 'safe' for some exceptions to decide whether to return the information like the error message details to user.

Tags: security
Changed in heat:
assignee: nobody → huangtianhua (huangtianhua)
importance: Undecided → High
information type: Public → Public Security
Revision history for this message
Jeremy Stanley (fungi) wrote :

Since this report concerns a possible security risk, an incomplete security advisory task has been added while the core security reviewers for the affected project or projects confirm the bug and discuss the scope of any vulnerability along with potential solutions.

Changed in ossa:
status: New → Incomplete
Revision history for this message
Jeremy Stanley (fungi) wrote :

The way the description reads, this seems like a solution proposal rather than a vulnerability report. If there are specific information leaks for which we need to issue a broad advisory, please include clear details and example output demonstrating each leak along with the set of steps necessary for a user of the service to predictably reproduce them in production.

Otherwise I'm inclined to consider this a security hardening opportunity, in which case it should use the "security" bug tag rather than the "Public Security" information type reserved by the VMT for vulnerability reporting.

information type: Public Security → Public
tags: added: security
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to heat (master)

Fix proposed to branch: master
Review: https://review.openstack.org/490320

Changed in heat:
status: New → In Progress
Changed in heat:
milestone: none → pike-rc1
Rabi Mishra (rabi)
Changed in heat:
milestone: pike-rc1 → pike-rc2
Revision history for this message
Tristan Cacqueray (tristan-cacqueray) wrote :

Switching the OSSA task to Won't Fix since this looks like a class D (harderning) at most.

Changed in ossa:
status: Incomplete → Won't Fix
Rico Lin (rico-lin)
Changed in heat:
milestone: pike-rc2 → queens-1
Rico Lin (rico-lin)
Changed in heat:
milestone: queens-1 → pike-rc2
Rico Lin (rico-lin)
Changed in heat:
milestone: pike-rc2 → queens-1
Rico Lin (rico-lin)
Changed in heat:
milestone: queens-1 → queens-2
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to heat (master)

Reviewed: https://review.openstack.org/490320
Committed: https://git.openstack.org/cgit/openstack/heat/commit/?id=8cdfc3b293027292d21974b8152f42426d1f61ae
Submitter: Zuul
Branch: master

commit 8cdfc3b293027292d21974b8152f42426d1f61ae
Author: huangtianhua <email address hidden>
Date: Thu Aug 3 11:56:11 2017 +0800

    Don't return the sensitive information to user

    We return back the sensitive information to user
    when some exceptions happened, for example,
    when DBError happened, we return the whole sql
    statement to user, it's not safe.
    This patch changes to return the message if the
    exception is the HeatException, otherwise the message
    won't be revealed to user.

    Change-Id: I6e01b1003a39106274e79c3b413917a30b5651b6
    Closes-Bug: #1708122

Changed in heat:
status: In Progress → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/heat 10.0.0.0b2

This issue was fixed in the openstack/heat 10.0.0.0b2 development milestone.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.