[
https://issues.apache.org/jira/browse/MIME4J-57?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12633064#action_12633064
]
Oleg Kalnichevski commented on MIME4J-57:
-----------------------------------------
(1) @Stefano: Makes sense. Changed the base class of MaxLineLimitException from
IOException to MimeException
(2) I added some javadocs to the MimeEntityConfig class. Please review. Feel
free to add more content / correct my Ruslish if necessary
(3) I also realized the max line length limit was not correctly enforced for
folded lines. Corrected. Added a test case.
(4) I also added a check for the maximum number of headers in a MIME entity.
This should prevent a DoS condition if a message contains too many headers
(more than 1000 per default)
Oleg
> Add a max limit to header length for parsing.
> ---------------------------------------------
>
> Key: MIME4J-57
> URL: https://issues.apache.org/jira/browse/MIME4J-57
> Project: JAMES Mime4j
> Issue Type: Bug
> Affects Versions: 0.3
> Reporter: Stefano Bagnara
> Priority: Critical
> Fix For: 0.5
>
> Attachments: maxlinelen.patch
>
>
> MIME4J-55 showed issues with very long multipart mime boundary.
> It has been fixed by having the buffer size depending on the boundary length.
> This create possible issues (OOM/DoS) with malicious messages.
> It would be good to define a maximum length for an header.
> Somewhere in mime rfc or smtp rfc there is a maximum of 998+CRLF ascii bytes
> per line, of course we may want to support longer headers, but not very long
> ones.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
