Protect yourself against future threats.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 =========================================================================== AUSCERT External Security Bulletin Redistribution ESB-2019.2571 Asterisk Project Security Advisories 12 July 2019 =========================================================================== AusCERT Security Bulletin Summary --------------------------------- Product: Asterisk Publisher: Asterisk Operating System: Windows UNIX variants (UNIX, Linux, OSX) Impact/Access: Denial of Service -- Remote/Unauthenticated Resolution: Patch/Upgrade CVE Names: CVE-2019-13161 CVE-2019-12827 Original Bulletin: http://downloads.asterisk.org/pub/security/AST-2019-002.html http://downloads.asterisk.org/pub/security/AST-2019-003.html Comment: This bulletin contains two (2) Asterisk security advisories. - --------------------------BEGIN INCLUDED TEXT-------------------- Asterisk Project Security Advisory - AST-2019-002 Product Asterisk Summary Remote crash vulnerability with MESSAGE messages Nature of Advisory Denial Of Service Susceptibility Remote Authenticated Sessions Severity Low Exploits Known No Reported On June 13, 2019 Reported By Gil Richard Posted On June 14,2019 Last Updated On George Joseph Advisory Contact gjoseph AT digium DOT com CVE Name CVE-2019-12827 Description A specially crafted SIP in-dialog MESSAGE message can cause Asterisk to crash. Resolution Upgrade Asterisk to a fixed version. Affected Versions Product Release Series Certified Asterisk 13.21-cert All releases Asterisk Open Source 13.x All releases Asterisk Open Source 15.x All releases Asterisk Open Source 16.x All releases Corrected In Product Release Certified Asterisk 13.21-cert4 Asterisk Open Source 13.27.1 Asterisk Open Source 15.7.3 Asterisk Open Source 16.4.1 Patches SVN URL Revision http://downloads.asterisk.org/pub/security/ Certified Asterisk 13.21-cert4 AST-2019-002-13.21.diff http://downloads.asterisk.org/pub/security/ Asterisk 13 AST-2019-002-13.diff http://downloads.asterisk.org/pub/security/ Asterisk 15 AST-2019-002-15.diff http://downloads.asterisk.org/pub/security/ Asterisk 16 AST-2019-002-16.diff Links https://issues.asterisk.org/jira/browse/ASTERISK-28447 Asterisk Project Security Advisories are posted at http://www.asterisk.org/ security This document may be superseded by later versions; if so, the latest version will be posted at http://downloads.digium.com/pub/security/ AST-2019-002 .pdf and http://downloads.digium.com/pub/security/ AST-2019-002 .html Revision History Date Editor Revisions Made June 14, 2019 George Joseph Initial revision Asterisk Project Security Advisory - AST-2019-002 Copyright (C) 2018 Digium, Inc. All Rights Reserved. Permission is hereby granted to distribute and publish this advisory in its original, unaltered form. - -------------------------------------------------------------------------------- Asterisk Project Security Advisory - AST-2019-003 Product Asterisk Summary Remote Crash Vulnerability in chan_sip channel driver Nature of Advisory Denial of Service Susceptibility Remote Unauthenticated Sessions Severity Minor Exploits Known No Reported On June 28, 2019 Reported By Francesco Castellano Posted On July 1, 2019 Last Updated On July 2, 2019 Advisory Contact Jcolp AT sangoma DOT com CVE Name CVE-2019-13161 Description When T.38 faxing is done in Asterisk a T.38 reinvite may be sent to an endpoint to switch it to T.38. If the endpoint responds with an improperly formatted SDP answer including both a T.38 UDPTL stream and an audio or video stream containing only codecs not allowed on the SIP peer or user a crash will occur. The code incorrectly assumes that there will be at least one common codec when T.38 is also in the SDP answer. This requires Asterisk to initiate a T.38 reinvite which is only done when executing the ReceiveFax dialplan application or performing T.38 passthrough where a remote endpoint has requested T.38. For versions of Asterisk 13 before 13.21.0 and Asterisk 15 before 15.4.0 the preferred_codec_only option must also be set to yes . If set to no the crash will not occur. Resolution If T.38 faxing is not required this functionality can be disabled by ensuring the t38pt_udptl is set to no so a T.38 reinvite is not possible. If T.38 faxing is required then Asterisk should be upgraded to a fixed version. The problem can also be limited in scope by enabling T.38 faxing only for endpoints which actually participate in fax. Affected Versions Product Release Series Asterisk Open Source 13.x All releases Asterisk Open Source 15.x All releases Asterisk Open Source 16.x All releases Certified Asterisk 13.21 All releases Corrected In Product Release Asterisk Open Source 13.27.1 Asterisk Open Source 15.7.3 Asterisk Open Source 16.4.1 Certified Asterisk 13.21-cert4 Patches SVN URL Revision http://downloads.asterisk.org/pub/security/ Asterisk 13 AST-2019-003-13.diff http://downloads.asterisk.org/pub/security/ Asterisk 15 AST-2019-003-15.diff http://downloads.asterisk.org/pub/security/ Asterisk 16 AST-2019-003-16.diff http://downloads.asterisk.org/pub/security/ Certified Asterisk 13.21 AST-2019-003-13.21.diff Links https://issues.asterisk.org/jira/browse/ASTERISK-28465 Asterisk Project Security Advisories are posted at http://www.asterisk.org/ security This document may be superseded by later versions; if so, the latest version will be posted at http://downloads.digium.com/pub/security/ AST-2019-003 .pdf and http://downloads.digium.com/pub/security/ AST-2019-003 .html Revision History Date Editor Revisions Made July 1, 2019 Joshua Colp Initial revision Asterisk Project Security Advisory - AST-2019-003 Copyright (C) 2019 Digium, Inc. All Rights Reserved. Permission is hereby granted to distribute and publish this advisory in its original, unaltered form. - --------------------------END INCLUDED TEXT-------------------- You have received this e-mail bulletin as a result of your organisation's registration with AusCERT. The mailing list you are subscribed to is maintained within your organisation, so if you do not wish to continue receiving these bulletins you should contact your local IT manager. If you do not know who that is, please send an email to auscert@auscert.org.au and we will forward your request to the appropriate person. NOTE: Third Party Rights This security bulletin is provided as a service to AusCERT's members. As AusCERT did not write the document quoted above, AusCERT has had no control over its content. The decision to follow or act on information or advice contained in this security bulletin is the responsibility of each user or organisation, and should be considered in accordance with your organisation's site policies and procedures. AusCERT takes no responsibility for consequences which may arise from following or acting on information or advice contained in this security bulletin. NOTE: This is only the original release of the security bulletin. It may not be updated when updates to the original are made. If downloading at a later date, it is recommended that the bulletin is retrieved directly from the author's website to ensure that the information is still current. Contact information for the authors of the original document is included in the Security Bulletin above. If you have any questions or need further information, please contact them directly. Previous advisories and external security bulletins can be retrieved from: https://www.auscert.org.au/bulletins/ =========================================================================== Australian Computer Emergency Response Team The University of Queensland Brisbane Qld 4072 Internet Email: auscert@auscert.org.au Facsimile: (07) 3365 7031 Telephone: (07) 3365 4417 (International: +61 7 3365 4417) AusCERT personnel answer during Queensland business hours which are GMT+10:00 (AEST). On call after hours for member emergencies only. =========================================================================== -----BEGIN PGP SIGNATURE----- Comment: http://www.auscert.org.au/render.html?it=1967 iQIVAwUBXSf+A2aOgq3Tt24GAQiYKQ/9FzgU+YkuDjmUS78GRjlvH9nXT7Zry7aJ pTvoHA9yQEdrNvfkEwEgdu9l5Hr/8Er2sw0OMEhNgnJ6wKjL0S1UvsNSs51I7aI2 UqSkn2FszXfa1uoCZtZDOuVgohMqckH3jUdHcIrL4BqcSYqnxVOu8Y+Q/79qzskm C35kuCrrJMVpwDUBz4f2ibUa7uNY9x1lSFRnKxfTNpc7KaeMy3pGl61FYGkgsuZu OgXOdSlbDEf7+qYyj1QlWBiyVqomVXZodhzUZhtKUbjEK4aaWyXvAXflH7TjVVxW 8OpGJ1deM4YrmFuUHVDoeMPn/Lwh4vvod/NAZBlh4F4TLmiDNxwbMhw54IGEUFoX ZVV+1HH5meAUJ4XbTQhNAkyt9mzYlxbKoSFIjmqoPMDvMhHwiC+rembzYKxpbwnz kmAdwxmw8EBIXzk5mrbEFvtxT+xh1HNjOnsxTnr2njTZGxBfN9oVpVP16nxuHf5N OJmlSN2Tz84VUHpgzHcb/6n67U6A/VzTLTPVskwz+Y5vq7Rb3x5D8hWWHNebiHoi h04WLZRnVwR/PcC9HljPHd+xfV86nKhMg3Cy/aPrzYJiqhChNsyUrFa9W6b3Hlq1 P+tqd4cXALoTozVH6xNfC/9qnXjQdIVnwxebw41PhGVMp+e8+wSwmAUGEIWbul3u hDBynn79ABU= =ie+X -----END PGP SIGNATURE-----