ares_parse_naptr_reply: check sufficient data

Check that there is enough data for the required elements
of an NAPTR record (2 int16, 3 bytes for string lengths)
before processing a record.

Bug: https://c-ares.haxx.se/adv_20170620.html
Link: https://c-ares.haxx.se/CVE-2017-1000381.patch
Change-Id: I663b27d38b5696eff8f056c7de0d648e6c9ff972
Signed-off-by: Nishant Chaprana <n.chaprana@samsung.com>

Merge branch 'tizen' into tizen_base

Change-Id: I57bed66206d1aab30e02ded357d1ff4f2d444ed6

ares_parse_naptr_reply: check sufficient data

Description:
https://github.com/c-ares/c-ares/commit/9478908a490a6bf009ba58d81de8c1d06d50a117
ares_parse_naptr_reply: check sufficient data

Check that there is enough data for the required elements
of an NAPTR record (2 int16, 3 bytes for string lengths)
before processing a record.

https://github.com/c-ares/c-ares/commit/18ea99693d63f957ecb670045adbd2c1da8a4641
ares_parse_naptr_reply: make buffer length check more accurate
9478908 introduced a length check
for records parsed by `ares_parse_naptr_reply()`. However, that
function is designed to parse replies which also contain non-NAPTR
records; for A records, the `rr_len > 7` check will fail as there
are only 4 bytes of payload.
In particular, parsing ANY replies for NAPTR records was broken
by that patch.

Fix that by moving the check into the case in which it is already
known that the record is a NAPTR record.

Change-Id: I7ca730c0367ff1cc416e67a3a99021438d237666

Merge branch 'tizen' into tizen_base

Conflicts:
packaging/c-ares.spec

Change-Id: I1ec10e394aed3ef19ee21fefbe3aba7d7a615c74

Disable building tests

Change-Id: Id873fdec5e3e0c5e1f185a0d3abc5cca7acdaa9e

Remove unused files and update spec file version

Change-Id: I55aba1ebcb3cf685b5f61f3608b0601c1f210290

Merge branch 'upstream' into tizen

Change-Id: If7b14a6bca2079b3cc58a0432a9eb05a41ea5ceb

Imported Upstream version 1.12.0

Change-Id: I6a571bddd24d1cb7d64b74bc66e878ccba2ce638

Merge branch 'upstream' into tizen

Conflicts:
ares_set_local_dev.3
ares_set_servers_csv.3

Change-Id: I1da63c678df60657e903fd4917f07784bd37ce94

Merge branch 'upstream' into tizen

Change-Id: If6a93118ede3c8d2c51e6c76df37b2fdf0df49ed

Imported Upstream version 1.11.0

Change-Id: I238c24b75a10aa902d9bc4076ed68b76b5e2a750

Imported Upstream version 1.10.0

Change-Id: Ic7f3b0ad7dca62abe4cfa642a5eb5e190eb7a8c9

Remove tizen specific changes to update upstream

Change-Id: I3d785ffd2f334386561f59d076fdd5610626605b

Merge branch 'tizen_3.0_base' into tizen_base

Change-Id: I5ab9d75268fe587280668f752f93908decb84c64
Signed-off-by: cheoleun <chleun.moon@samsung.com>

Fixed build error

Change-Id: I00e6ac85101d53923cb9464dfa43af5c67563c21
Signed-off-by: cheoleun <chleun.moon@samsung.com>

Merge branch 'tizen_3.0_base' into tizen_base

Change-Id: If19e1e8ff43361d06f956ec72892838ba56cb22d
Signed-off-by: cheoleun <chleun.moon@samsung.com>

Merge branch 'tizen' into tizen_3.0_base

Change-Id: Ic1ba0de5d4ffef7e3debed8e309bab8839c3f283
Signed-off-by: cheoleun <chleun.moon@samsung.com>

CVE-2016-5180

ares_create_query single byte out of buffer write

Change-Id: I42baed5e1354095b27eab3fa90dc7433f6ba8362
Signed-off-by: hyunuktak <hyunuk.tak@samsung.com>

Modified license using SPDX license identifier

Change-Id: I295f6c8928965973ccf3dfb173d1d0b43a2edc5f
Signed-off-by: Taesub Kim <taesub.kim@samsung.com>

packaging: Bump to 1.10.0

Skip: 8c8d79c
Bug-Tizen: TC-2003/part
Change-Id: Iaaa0144a08e2d5df10850af83246ff03887d3c6b
Signed-off-by: Philippe Coval <philippe.coval@open.eurogiciel.org>

resetting manifest requested domain to floor

Fixed packaging per rpmlint

packaging: Intitial packaging for Tizen

Change-Id: Iaba7c263da4ef05284cbd4f159a14911f78a146b
Author:    Anas Nashif <anas.nashif@intel.com>

downstream: ocloexec

Change-Id: Ie10c7a5414603781405af5b7a094c9cc359e2465
Author:    Anas Nashif <anas.nashif@intel.com>

RELEASE-NOTES: two more bug fixes

ares_set_servers_csv: fixed IPv6 address parsing

Fixed bug that caused the last part of an IPv6 address to be parsed as
the port number when the last part is all numeric.

nroff: fix two syntax mistakes

ares_parse_a_reply and ares_parse_aaaa_reply both had two \fB instead of
\fP

Reported-by: Alexander Klauer
Bug: http://c-ares.haxx.se/mail/c-ares-archive-2013-03/0010.shtml

build: fix build on msvc11

Makefile.am: increment -version-info for 1.10.0 release

README: remove unnecessary comment

ares_version.h: copyright end range year is now 2013

RELEASE-NOTES: synced with fb0737f3a0a1c37

ares_parse_aaaa_reply: Plug memory leak

This change is similar to ares_parse_a_reply.c in commit
bffd67f16a8f42fe6dbf79ab2e39d92eea05c8a6

ares_parse_txt_reply: return a ares_txt_reply node for each sub-string

Previously, the function would wrongly return all substrings merged into
one.

library init: documentation update

This commit updates the documentation of ares_library_init() and
ares_library_cleanup() with regard to the newly introduced reference
counting of initializations and deinitializations.

library init: be recursive

Previously, a single call to ares_library_cleanup() would deinitialise
the c-ares library, regardless of how many times ares_library_init() was
called. This behaviour may cause problems in programs linking two or
more libraries which, in turn, use c-ares. The present commit fixes this
problem, deinitializing the library only after a number of calls to
ares_library_cleanup() matching the number of calls to
ares_library_init().

protocol parsing: check input data stricter

... so that bad length fields aren't blindly accepted

Bug: http://c-ares.haxx.se/mail/c-ares-archive-2013-04/0016.shtml

Create ares_build.h when buidling from Git.

Added -DCARES_STATICLIB to CFLAGS.

Currently this static makefile does only support building the
static library libcares.a.

.gitignore: ignore patch files

This commit adds a line to .gitignore to the effect that patch files
generated by 'git format-patch' are excluded from the repository.

ares_destroy() documentation: no new requests

Clarify that no new requests may be added to a resolver channel that is
currently being destroyed.

Documentation: properly document ARES_ECANCELLED

This commit clarifies the behaviour of ares_cancel() with respect to
callbacks and adds missing documentation of ARES_ECANCELLED to the man
pages of the affected functions.

ares_cancel(): cancel requests safely

An invocation of ares_cancel() walks through the request list, calling
the callbacks of all pending requests on a channel. Previously, if such
a callback added a new request to the channel, the request list might
not end up empty, causing an abort by assertion failure. The present
commit ensures that precisely all requests present upon entry of
ares_cancel() are cancelled, and that adding new requests through
callbacks is safe.

ares.h: stricter CARES_EXTERN linkage decorations logic

No API change involved.

ares_build.h.dist: enhance non-configure GCC ABI detection logic

GCC specific adjustments:

- check __ILP32__ before 32 and 64bit processor architectures in
  order to detect ILP32 programming model on 64 bit processors
  which, of course, also support LP64 programming model, when using
  gcc 4.7 or newer.

- keep 32bit processor architecture checks in order to support gcc
  versions older than 4.7 which don't define __ILP32__

- check __LP64__ for gcc 3.3 and newer, while keeping 64bit processor
  architecture checks for older versions which don't define __LP64__

ares.h: there is no ares_free_soa function

Makefile.am: empty AM_LDFLAGS definition for automake 1.7 compatibility

ares_inet_ntop.3: s/socklen_t/ares_socklen_t

configure: use XC_LIBTOOL for portability across libtool versions

xc-lt-iface.m4: provide XC_LIBTOOL macro

Makefile.am: use AM_CPPFLAGS instead of INCLUDES

inet_ntop.c: s/socklen_t/ares_socklen_t

inet_ntop.c: s/socklen_t/ares_socklen_t for portability

ares.h: s/socklen_t/ares_socklen_t for portability

ares_inet_ntop.3: 4th argument is socklen_t!

spell inet correctly!

ares_inet_pton/ntop: cleanup

Make sure that the symbols are always exported and present in c-ares.

Make the headers prefixed with 'ares'.

Removed the inet_ntop.h version as it no longer features any content.

ares_inet_ntop/ares_inet_pton: added man pages

curl_setup_once.h: definition of HAVE_CLOSE_S defines sclose() to close_s()

config-dos.h: define HAVE_CLOSE_S for MSDOS/Watt-32

config-dos.h: define strerror() to strerror_s_() for High-C

ares_get_datatype: removed unused function

it was also wrongly named as internal functions require two underscores

ares__bitncmp: use two underscores for private functions

It used a single one previously making it look like a public one

ares__generate_new_id: moved to ares_query.c

... and ares__rc4 is turned into a local static function.

ares__swap_lists: make private and static

... since there's only one user, make it static within ares_process.c

Makefile.msvc: add four VS version strings

ares_expand_name.3: clarify how to free the data

zz40-xc-ovr.m4: fix 'wc' detection - follow-up 2

- Fix a pair of single quotes to double quotes.

URL: http://curl.haxx.se/mail/lib-2013-01/0355.html
Reported by: Tor Arntsen

zz40-xc-ovr.m4: fix 'wc' detection - follow-up

- Take into account that 'wc' may return leading spaces and/or tabs.

- Set initial IFS to space, tab and newline.

zz40-xc-ovr.m4: fix 'wc' detection

- Take into account that 'wc' may return leading spaces.

- Set internationalization behavior variables.

Tor Arntsen analyzed and reported the issue.

URL: http://curl.haxx.se/mail/lib-2013-01/0351.html

zz40-xc-ovr.m4: check another three basic utilities

zz40-xc-ovr.m4: 1.0 interface stabilization

- Stabilization results in 4 public interface m4 macros:
  XC_CONFIGURE_PREAMBLE
  XC_CONFIGURE_PREAMBLE_VER_MAJOR
  XC_CONFIGURE_PREAMBLE_VER_MINOR
  XC_CHECK_PATH_SEPARATOR
- Avoid one level of internal indirection
- Update comments
- Drop XC_OVR_ZZ40 macro

zz40-xc-ovr.m4: emit witness message in configure BODY

This avoids witness message in output when running configure --help,
while sending the message to config.log for other configure runs.

zz40-xc-ovr.m4: truly do version conditional overriding

- version conditional overriding
- catch unexpanded XC macros
- fix double words in comments

zz40-xc-ovr.m4: fix variable assignment of subshell output bashism

Tor Arntsen analyzed and reported the issue.

URL: http://curl.haxx.se/mail/lib-2013-01/0306.html

zz40-xc-ovr.m4: reinstate strict AC_REQUIRE macro dependencies

zz40-xc-ovr.m4: avoid double single-quote usage

zz40-xc-ovr.m4: parentheses balancing of 'case' statements

m4 quadrigraph shell comment technique allows proper autoconf
parentheses balancing in shell 'case' statements. The presence
of unbalanced parentheses may otherwise trigger expansion bugs.

zz40-xc-ovr.m4: internals overhauling

- Update comments
- Execute commands in subshells
- Faster path separator check
- Fix missing 'test' command
- Rename private macros
- Minimize AC_REQUIRE usage

zz40-xc-ovr.m4: redirect errors and warnings to stderr

configure: use XC_CONFIGURE_PREAMBLE early checks

Some basic checks we make were placed early enough in generated
configure script when using autoconf 2.5X versions. Newer autoconf
versions expand these checks much further into the configure script,
rendering them useless. Using XC_CONFIGURE_PREAMBLE fixes placement
of early intended checks across all our autoconf supported versions.

zz40-xc-ovr.m4: provide XC_CONFIGURE_PREAMBLE macro

configure: autotools compatibility fixes - step I

Fix proper macro expansion order across autotools versions for
C compiler and preprocessor program checks.

configure: fix automake 1.13 compatibility

Tested with:

buildconf: autoconf version 2.69
buildconf: autom4te version 2.69
buildconf: autoheader version 2.69
buildconf: automake version 1.13.1
buildconf: aclocal version 1.13.1
buildconf: libtool version 2.4
buildconf: GNU m4 version 1.4.16

ares_private.h: use again memdebug.h instead of curl_memdebug.h

configure.ac: replace AM_CONFIG_HEADER with AC_CONFIG_HEADERS

automake 1.13 errors if AM_CONFIG_HEADER is used in configure script.

cares-override.m4: provide AC_CONFIG_MACRO_DIR definition conditionally

Provide a 'traceable' AC_CONFIG_MACRO_DIR definition only when using
an autoconf version that does not provide it, instead of what we were
doing up to now of providing and overriding AC_CONFIG_MACRO_DIR for
all autoconf versions.

ares_private.h: use curl_memdebug.h instead of memdebug.h

vc6cares.dsp: add ares_create_query.c and ares_parse_soa_reply.c

cares-functions.m4: improve gethostname arg 2 data type check

setup_once.h: HP-UX specific 'bool', 'false' and 'true' definitions.

Also reverts commit bceb40095a

configure: check if compiler halts on function prototype mismatch

cares-functions.m4: add gethostname arg 2 data type check and definition

cares-functions.m4: update thread-safeness detection of getaddrinfo()

Take in account that POSIX standard Issue 7 drops h_errno support. Now, we also
consider getaddrinfo() to be thread-safe when (_POSIX_C_SOURCE >= 200809L) or
(_XOPEN_SOURCE >= 700) independently of whether h_errno exists or not.

Take in account that h_errno might be a modifiable lvalue not defined as
a C preprocessor macro.

setup_once.h: HP-UX <sys/socket.h> issue workaround

Issue: When building a 32bit target with large file support HP-UX
<sys/socket.h> header file may simultaneously provide two different
sets of declarations for sendfile and sendpath functions, one with
static and another with external linkage. Given that we do not use
mentioned functions we really don't care which linkage is the
appropriate one, but on the other hand, the double declaration emmits
warnings when using the HP-UX compiler and errors when using modern
gcc versions resulting in fatal compilation errors.

Mentioned issue is now fixed as long as we don't use sendfile nor
sendpath functions.

setup_once.h: refactor inclusion of <unistd.h> and <sys/socket.h>

Inclusion of these two header files now done in setup_once.h

Header inclusion clean-up

Remove header inclusions already done in setup_once.h

setup_once.h: HP-UX specific TRUE and FALSE definitions

Some HP-UX system headers require TRUE defined to 1 and FALSE to 0.

ares_timeout.c: fix compiler warning

ares_create_query.c: IRIX compilation fix