{"url":"http://public2.vulnerablecode.io/api/packages/171015?format=json","purl":"pkg:apk/alpine/wireshark@2.4.1-r0?arch=x86&distroversion=v3.9&reponame=community","type":"apk","namespace":"alpine","name":"wireshark","version":"2.4.1-r0","qualifiers":{"arch":"x86","distroversion":"v3.9","reponame":"community"},"subpath":"","is_vulnerable":false,"next_non_vulnerable_version":"2.4.2-r0","latest_non_vulnerable_version":"2.6.15-r0","affected_by_vulnerabilities":[],"fixing_vulnerabilities":[{"url":"http://public2.vulnerablecode.io/api/vulnerabilities/204867?format=json","vulnerability_id":"VCID-97vf-gh6h-subz","summary":"In Wireshark 2.4.0, 2.2.0 to 2.2.8, and 2.0.0 to 2.0.14, the IrCOMM dissector has a buffer over-read and application crash. This was addressed in plugins/irda/packet-ircomm.c by adding length validation.","references":[{"reference_url":"https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-13765","reference_id":"","reference_type":"","scores":[],"url":"https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-13765"}],"fixed_packages":[{"url":"http://public2.vulnerablecode.io/api/packages/171015?format=json","purl":"pkg:apk/alpine/wireshark@2.4.1-r0?arch=x86&distroversion=v3.9&reponame=community","is_vulnerable":false,"affected_by_vulnerabilities":[],"resource_url":"http://public2.vulnerablecode.io/packages/pkg:apk/alpine/wireshark@2.4.1-r0%3Farch=x86&distroversion=v3.9&reponame=community"}],"aliases":["CVE-2017-13765"],"risk_score":null,"exploitability":null,"weighted_severity":null,"resource_url":"http://public2.vulnerablecode.io/vulnerabilities/VCID-97vf-gh6h-subz"},{"url":"http://public2.vulnerablecode.io/api/vulnerabilities/204868?format=json","vulnerability_id":"VCID-mqfa-9ssf-8bf3","summary":"In Wireshark 2.4.0 and 2.2.0 to 2.2.8, the Profinet I/O dissector could crash with an out-of-bounds write. This was addressed in plugins/profinet/packet-dcerpc-pn-io.c by adding string validation.","references":[{"reference_url":"https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-13766","reference_id":"","reference_type":"","scores":[],"url":"https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-13766"}],"fixed_packages":[{"url":"http://public2.vulnerablecode.io/api/packages/171015?format=json","purl":"pkg:apk/alpine/wireshark@2.4.1-r0?arch=x86&distroversion=v3.9&reponame=community","is_vulnerable":false,"affected_by_vulnerabilities":[],"resource_url":"http://public2.vulnerablecode.io/packages/pkg:apk/alpine/wireshark@2.4.1-r0%3Farch=x86&distroversion=v3.9&reponame=community"}],"aliases":["CVE-2017-13766"],"risk_score":null,"exploitability":null,"weighted_severity":null,"resource_url":"http://public2.vulnerablecode.io/vulnerabilities/VCID-mqfa-9ssf-8bf3"},{"url":"http://public2.vulnerablecode.io/api/vulnerabilities/204870?format=json","vulnerability_id":"VCID-tjgq-a7pd-kyd1","summary":"In Wireshark 2.4.0, 2.2.0 to 2.2.8, and 2.0.0 to 2.0.14, the MSDP dissector could go into an infinite loop. This was addressed in epan/dissectors/packet-msdp.c by adding length validation.","references":[{"reference_url":"https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-13767","reference_id":"","reference_type":"","scores":[],"url":"https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-13767"}],"fixed_packages":[{"url":"http://public2.vulnerablecode.io/api/packages/171015?format=json","purl":"pkg:apk/alpine/wireshark@2.4.1-r0?arch=x86&distroversion=v3.9&reponame=community","is_vulnerable":false,"affected_by_vulnerabilities":[],"resource_url":"http://public2.vulnerablecode.io/packages/pkg:apk/alpine/wireshark@2.4.1-r0%3Farch=x86&distroversion=v3.9&reponame=community"}],"aliases":["CVE-2017-13767"],"risk_score":null,"exploitability":null,"weighted_severity":null,"resource_url":"http://public2.vulnerablecode.io/vulnerabilities/VCID-tjgq-a7pd-kyd1"}],"risk_score":null,"resource_url":"http://public2.vulnerablecode.io/packages/pkg:apk/alpine/wireshark@2.4.1-r0%3Farch=x86&distroversion=v3.9&reponame=community"}