Skip to content

Commit 0d2fe73

Browse files
authored
SSH Effective 040126
1 parent 36ef529 commit 0d2fe73

1 file changed

Lines changed: 18 additions & 14 deletions

File tree

input/ssh.xml

Lines changed: 18 additions & 14 deletions
Original file line numberDiff line numberDiff line change
@@ -42,9 +42,15 @@
4242
<subject>Correction to strict KEX extension specification</subject>
4343
<url>https://www.niap-ccevs.org/technical-decisions/TD0925</url>
4444
</TD>
45-
</TechnicalDecisionHistory>
45+
<TD>
46+
<number>TD1022</number>
47+
<date>2026-04-01</date>
48+
<subject>Clarifications to FCS_SSH_EXT.1.5 When aes256-gcm@openssh.com Is Selected</subject>
49+
<url>https://www.niap-ccevs.org/technical-decisions/TD1022</url>
50+
</TD>
51+
</TechnicalDecisionHistory>
4652
<pp-preferences>
47-
<!-- <pp-pref name="display-audit-with-sfrs">0</pp-pref> -->
53+
<!-- <pp-pref name="display-audit-with-sfrs">0</pp-pref> -->
4854
<audit-events-in-sfrs/>
4955
</pp-preferences>
5056
<sec:Introduction>
@@ -532,16 +538,12 @@
532538
</title>
533539
</ext-comp-def-title>
534540
<note role="application">
535-
As described in RFC 5647, AEAD_AES_256_GCM needs the corresponding encryption algorithm
536-
to be selected.
537-
<h:p/>
538-
In AES-GCM mode, integrity is not provided using a MAC, it is implicit in the AES-GCM mode itself. There is no need
539-
for a corresponding FCS_COP element. The FCS_COP element for AES would already cover this.
540-
<h:p/>
541-
If the negotiated encryption algorithm is aes256-gcm@openssh.com algorithms, then the MAC field is
542-
ignored during negotiation and AES-GCM is implicitly selected for the MAC. The selection “implicit” is not an SSH identifier and
543-
will not be seen on the wire; however, the negotiated MAC might be decoded as “implicit.”
544-
<h:p/>
541+
<h:p style="text-align: left;">As described in RFC 5647, AEAD_AES_256_GCM needs the corresponding encryption algorithm to be selected.</h:p>
542+
<h:p style="text-align: left;"></h:p>
543+
<h:p style="text-align: left;"> In AES-GCM mode, integrity is not provided using a MAC, it is implicit in the AES-GCM mode itself. There is no need for a corresponding FCS_COP element. The FCS_COP element for AES would already cover this.</h:p>
544+
<h:p style="text-align: left;"></h:p>
545+
<h:p style="text-align: left;"> If the negotiated encryption algorithm is aes256-gcm@openssh.com algorithms, then the MAC field is ignored during negotiation<h:u>, so anything in that field is innocuous and counts as appropriate,</h:u> and AES-GCM is implicitly selected for the MAC. The selection “implicit” is not an SSH identifier and will not be seen on the wire; however, the negotiated MAC might be decoded as “implicit.”</h:p>
546+
<h:p style="text-align: left;"></h:p>
545547
</note>
546548
<aactivity level="element">
547549
<TSS>
@@ -559,7 +561,9 @@
559561
<testlist>
560562
<test>The evaluator shall use the test data collected in FCS_SSH_EXT.1.4, Test 1 to verify that appropriate mechanisms are advertised.</test>
561563
<h:br/>
562-
<test>The evaluator shall configure an SSH peer to allow only a hashing algorithm that is not included in the ST selection. The evaluator shall attempt to establish an SSH connection and observe that the connection is rejected.</test>
564+
<test>
565+
<h:p style="text-align: left;"><h:u>[conditional] If </h:u><h:a target="_blank" rel="noopener noreferrer nofollow" class="text-blue-600 underline hover:text-blue-800" href="mailto:aes256-gcm@openssh.com"><h:u>aes256-gcm@openssh.com</h:u></h:a><h:u> is not being negotiated, t</h:u>he evaluator shall configure an SSH peer to allow only a hashing algorithm that is not included in the ST selection. The evaluator shall attempt to establish an SSH connection and observe that the connection is rejected.</h:p>
566+
</test>
563567
</testlist>
564568
</Tests>
565569
</aactivity>
@@ -661,7 +665,7 @@
661665
<h:ul>
662666
<h:li><assignable>length of time lesser than or equal to one hour</assignable> connection time</h:li>
663667
<h:li>no more than <assignable>number of bytes less than or equal to one gigabyte</assignable> of transmitted data, or</h:li>
664-
<h:li>no more than <assignable>number of bytes less than or equal to one gigabyte</assignable> of received data.</h:li>
668+
<h:li>no more than <assignable>number of bytes less than or equal to one gigabyte</assignable> of received data.</h:li>
665669
</h:ul>
666670
</title>
667671
<note role="application">

0 commit comments

Comments
 (0)