Last Call Review of draft-ietf-behave-ftp64-
review-ietf-behave-ftp64-secdir-lc-eastlake-2011-06-17-00
| Request | Review of | draft-ietf-behave-ftp64 |
|---|---|---|
| Requested revision | No specific revision (document currently at 12) | |
| Type | Last Call Review | |
| Team | Security Area Directorate (secdir) | |
| Deadline | 2011-06-03 | |
| Requested | 2011-05-21 | |
| Authors | Iljitsch van Beijnum | |
| Draft last updated | 2011-06-17 | |
| Completed reviews |
Secdir Last Call review of -??
by
Donald E. Eastlake 3rd
Tsvdir Last Call review of -?? by Fernando Gont |
|
| Assignment | Reviewer | Donald E. Eastlake 3rd |
| State | Completed | |
| Review |
review-ietf-behave-ftp64-secdir-lc-eastlake-2011-06-17
|
|
| Completed | 2011-06-17 |
review-ietf-behave-ftp64-secdir-lc-eastlake-2011-06-17-00
I have reviewed this document as part of the security directorate's
ongoing effort to review all IETF documents being processed by the
IESG. Document editors and WG chairs should treat
these comments just like any other last call comments.
This draft is about trying to secure access to IPv4 FTP servers from
IPv6 clients. The results are not terribly encouraging but I find they
are quite accurately described in the Security Considerations Section
and I don't think you could do much better given a requirement to work
with existing FTP servers.
I have a bit of a problem with the title ("An FTP ALG for
IPv6-to-IPv4 translation") and the slant of some of the wording. It
claims to be able to describe, as an Application Level Gateway,
various recommendations which are then combined with a separate
existing IPv6-to-IPv4 ALG. It talks about multiple ALGs being
implemented at a single entity that are handling an single FTP
session. This just all seems very odd to me as it isn't very clear
what the interface between these different ALGs all somehow
cooperating on one session is. I believe, in reality, anyone
implementing this will take an existing ALG and modify it as suggested
in the draft. The draft would therefore make more sense if written as
suggested changes to a single ALG rather than as an additional ALG
that is somehow compounded with an existing FTP ALG... Just my
opinion.
Thanks,
Donald
=============================
Donald E. Eastlake 3rd +1-508-333-2270 (cell)
155 Beaver Street
Milford, MA 01757 USA
d3e3e3 at gmail.com