Your project linkedin sensei is using buggy third-party libraries [WARNING]

[FDUSELAB2]

Hi, there!

We are a research team working on third-party library analysis. We have found that some widely-used third-party libraries in your project have major/critical bugs, which will degrade the quality of your project. We highly recommend you to update those libraries to new versions.

We have attached the buggy third-party libraries and corresponding jira issue links below for you to have more detailed information. We have analyzed the api call related to the following libraries and found one library that is using the API call that might invoke buggy methods in the library of the history.

1. commons-codec commons-codec
   version: 1.4
   API call in your project:org.apache.commons.codec.binary.Base64.setInitialBuffer(byte[],int,int)

Jira issues:
Base64InputStream#read(byte[]) incorrectly returns 0 at end of any stream which is multiple of 3 bytes long
version:1.4
ArrayIndexOutOfBoundsException when doing multiple reads() on encoding Base64InputStream
version:1.4
Base64 encoding issue for larger avi files
version:1.4
org.apache.commons.codec.net.URLCodec.ESCAPE_CHAR isn't final but should be
version:1.2;1.3;1.4
org.apache.commons.codec.language.RefinedSoundex.US_ENGLISH_MAPPING should be package protected MALICIOUS_CODE
version:1.4
org.apache.commons.codec.language.Soundex.US_ENGLISH_MAPPING should be package protected MALICIOUS_CODE
version:1.4
Caverphone encodes names starting and ending with "mb" incorrectly.
version:1.4
All links to fixed bugs in the "Changes Report" http://commons.apache.org/codec/changes-report.html point nowhere; e.g. http://issues.apache.org/jira/browse/34157. Looks as if all JIRA tickets were renumbered.
version:1.1;1.2;1.3;1.4
Regression: Base64.encode(chunk=true) has bug when input length is multiple of 76
version:1.4
DigestUtils: MD5 checksum is not calculated correctly on linux64-platforms
version:1.3;1.4
new Base64().encode() appends a CRLF; and chunks results into 76 character lines
version:1.4
Base64 encode() method is no longer thread-safe; breaking clients using it as a shared BinaryEncoder
version:1.4
Base64 default constructor behaviour changed to enable chunking in 1.4
version:1.4
Base64InputStream causes NullPointerException on some input
version:1.4
Base64.encodeBase64String() shouldn't chunk
version:1.4
2. org.apache.httpcomponents httpclient
version: 4.1.3
Jira issues:
IIS and fragments in "Location:" headers
version:4.1.3
CachingHttpClient - Erroneous revalidation response date leads to a response not being properly consumed / connection held
version:4.1.3
"Vary: Cookie" header not working
version:4.1.3
Redirect with underscore in hostname causes ProtocolException
version:4.1.3
CircularRedirectException is falsely thrown on URI case mismatch
version:4.1.3;4.2.2
3. commons-io commons-io
version: 2.1
Jira issues:
Various methods of class 'org.apache.commons.io.FileUtils' incorrectly suppress 'java.io.IOException's.
version:2.1
getPrefixLength returns null if filename has leading slashes
version:2.0.1;2.1
ArrayIndexOutOfBoundsException in BOMInputStream when reading a file without BOM multiple times
version:2.1
TeeOutputStream does not call branch.close() when main.close() throws an exception
version:2.1
The second constructor of Tailer class does not pass 'delay' to the third one
version:2.1
ReaderInputStream#read(byte[] b; int off; int len) should always return 0 for length == 0
version:2.1
ReaderInputStream#read(byte[] b; int off; int len) should check for valid parameters
version:2.1
FileUtils.sizeOfDirectory follows symbolic links.
version:2.1
Regression in FileUtils.readFileToString from 2.0.1
version:2.1;2.2;2.3;2.4
4. commons-lang commons-lang
version: 2.5
Jira issues:
Testing with JDK 1.7
version:2.5
Some StringUtils methods should take an int character instead of char to use String API features.
version:2.5
SystemUtils.getJavaVersionAsFloat throws StringIndexOutOfBoundsException on Android runtime/Dalvik VM
version:2.5
NumberUtils createNumber throws a StringIndexOutOfBoundsException when argument containing "e" and "E" is passed in
version:2.5
FastDateFormat.format() outputs incorrect week of year because locale isn't respected
version:2.5
RandomStringUtils.random(count; 0; 0; false; false; universe; random) always throws java.lang.ArrayIndexOutOfBoundsException
version:2.5;2.6;3.1
Exception when combining custom and choice format in ExtendedMessageFormat
version:2.5;2.6

Sincerely~
FDU Software Engineering Lab
Marth 14th,2019