|
42 | 42 | <subject>Correction to strict KEX extension specification</subject> |
43 | 43 | <url>https://www.niap-ccevs.org/technical-decisions/TD0925</url> |
44 | 44 | </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> |
46 | 52 | <pp-preferences> |
47 | | - <!-- <pp-pref name="display-audit-with-sfrs">0</pp-pref> --> |
| 53 | + <!-- <pp-pref name="display-audit-with-sfrs">0</pp-pref> --> |
48 | 54 | <audit-events-in-sfrs/> |
49 | 55 | </pp-preferences> |
50 | 56 | <sec:Introduction> |
|
532 | 538 | </title> |
533 | 539 | </ext-comp-def-title> |
534 | 540 | <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> |
545 | 547 | </note> |
546 | 548 | <aactivity level="element"> |
547 | 549 | <TSS> |
|
559 | 561 | <testlist> |
560 | 562 | <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> |
561 | 563 | <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> |
563 | 567 | </testlist> |
564 | 568 | </Tests> |
565 | 569 | </aactivity> |
|
661 | 665 | <h:ul> |
662 | 666 | <h:li><assignable>length of time lesser than or equal to one hour</assignable> connection time</h:li> |
663 | 667 | <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> |
665 | 669 | </h:ul> |
666 | 670 | </title> |
667 | 671 | <note role="application"> |
|
0 commit comments