Checkmk werks level1 June 2015

checkmk-werks-lvl1@lists.checkmk.com

8 participants
108 discussions

Check_MK Werk 2392: Auth cookie is always using "httponly" flag

by Lars Michelsen

ID: 2392 Title: Auth cookie is always using "httponly" flag Component: Multisite Level: 1 Class: Security Fix Version: 1.2.7i3 All newly issued authentication cookies have the flag "httponly" set now. This makes the cookie values inaccessible from scripts executed in the browser, e.g. from Javascript. This secures the cookie against some sorts of cookie stealing attempts. See https://www.owasp.org/index.php/HttpOnly for details.

8 years, 10 months

Check_MK Werk 2391: Auth cookie is using "secure" flag when HTTPS request detected

by Lars Michelsen

ID: 2391 Title: Auth cookie is using "secure" flag when HTTPS request detected Component: Multisite Level: 1 Class: Security Fix Version: 1.2.7i3 In previous versions the authentication cookie, which identifies an authenticated user with the GUI, was never using the "secure" flag. This means the cookie was sent to the webserver when doing HTTP and HTTPS requests. In such a situation a user which authenticated using HTTPS could access the GUI using HTTP and was still authenticated becaus the browser sends the HTTPS related cookie via HTTP. This is some kind of security risk since the information which should only be transported using the encrypted HTTPS requests could be transported in clear text over the network using HTTP. The GUI tries now to detect the HTTPS requests. In case a HTTPS request is detected, the cookies are set with the "secure" flag which makes the cookies only used via HTTPS. The HTTPS detection currently checks wether or not the HTTP request header <tt>X-Forwarded-Proto</tt> is set to <tt>https</tt>.

8 years, 10 months

Check_MK Werk 2371: appdynamics_memory, appdynamics_sessions, appdynamics_web_container: New checks for AppDynamic

by Mathias Kettner

ID: 2371 Title: appdynamics_memory, appdynamics_sessions, appdynamics_web_container: New checks for AppDynamic Component: Checks & Agents Level: 2 Class: New Feature Version: 1.2.7i3 Check_MK now has a new special agent for monitoring AppDynamics via its REST API. Information is mapped to your existing monitoring hosts via Piggyback.

8 years, 10 months

Check_MK Werk 2390: Fixed possible XSS issue on views

by Lars Michelsen

ID: 2390 Title: Fixed possible XSS issue on views Component: Multisite Level: 1 Class: Security Fix Version: 1.2.7i3 It was possible to use the view_name variable to inject HTML/Javascript code into the status GUI views.

8 years, 10 months

Check_MK Werk 2389: Fixed XSS using the _body_class parameter of views

by Lars Michelsen

ID: 2389 Title: Fixed XSS using the _body_class parameter of views Component: Multisite Level: 1 Class: Security Fix Version: 1.2.7i3 It was possible to use the _body_class parameter of the status GUI views to inject HTML/Javascript code into the pages. The _body_class parameter, which was only used for internal purposes, has totally been removed now.

8 years, 10 months

Check_MK Werk 2388: Fixed reflected XSS on the index page using the start_url parameter

by Lars Michelsen

ID: 2388 Title: Fixed reflected XSS on the index page using the start_url parameter Component: Multisite Level: 1 Class: Security Fix Version: 1.2.7i3

8 years, 10 months

Check_MK Werk 2370: Fix computation of "in downtime" and "acknownledged" of hosts in BI aggregations

by Mathias Kettner

ID: 2370 Title: Fix computation of "in downtime" and "acknownledged" of hosts in BI aggregations Component: BI Level: 2 Class: Bug Fix Version: 1.2.7i3 BI automatically aggregates downtimes and acknowledgements. But for host nodes in a BI tree these two states had been swapped. This has been fixed.

8 years, 10 months

Check_MK Werk 2369: Fix exception in BI availability via table "Hostname Aggregations"

by Mathias Kettner

ID: 2369 Title: Fix exception in BI availability via table "Hostname Aggregations" Component: BI Level: 2 Class: Bug Fix Version: 1.2.7i3

8 years, 10 months

Check_MK Werk 2387: Fixed XSS problem on all pages using confirm dialogs outputting user provided parameters

by Lars Michelsen

ID: 2387 Title: Fixed XSS problem on all pages using confirm dialogs outputting user provided parameters Component: Multisite Level: 1 Class: Security Fix Version: 1.2.7i3 On some pages, like for example the host group management page of WATO, it was possible to inject user provided HTML/Javascript code into the confirm messages. An attacker could use this to let an authenticated user open a prepared URL for privilege escalation.

8 years, 10 months

Check_MK Werk 2386: Fixed possible XSS on WATO rule edit page

by Lars Michelsen

ID: 2386 Title: Fixed possible XSS on WATO rule edit page Component: WATO Level: 1 Class: Security Fix Version: 1.2.7i3 A possible XSS injection has been fixed on the rule edit page of WATO. It was possible to inject javascript code using the HTTP parameters the page is processing.

8 years, 10 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Checkmk werks level1 June 2015