All bodies  ›  Office of Voting Systems Technology Assessment  ›  Consultant's Security and Telecommunications Report

OVSTA

Consultant's Security and Telecommunications Report

Five Cedars Group Alternate Format Ballot (AFB) v4.3

Office of Voting Systems Technology Assessment · vendors-fcg-fcg-sectel · Testing report · Five Cedars Group

Read the report at Five Cedars Group ↗

Five Cedars Alternate Format Ballot Security and Telecommunications Test Report CFC-17018-STR-01 Prepared for: Vendor Name Five Cedars Vendor System Alternate Format Ballot (AFB) v4.3 Prepared by: 4720 Independence St. Wheat Ridge, CO 80033 303-422-1566 www.SLICompliance.com Accredited by the Election Assistance Commission (EAC) for Selected Voting System Test Methods or Services Test Report v1.1 Page 1 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper Copyright 2017 by SLI ComplianceSM, a Division of Gaming Laboratories International, LLC Revision History Date Release Author Revision Summary August 28th, 2017 1.0 M. Santos Initial Release August 29th, 2017 1.1 M. Santos Updates for CASOS comments Disclaimer The information reported herein must not be used by the client to claim product certification, approval, or endorsement by NVLAP, NIST, or any agency of the Federal Government. Trademarks • SLI is a registered trademark of SLI Compliance. • All products and company names are used for identification purposes only and may be trademarks of their respective owners. Test Report v1.1 Page 2 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper TABLE OF CONTENTS OVERVIEW ................................................................................................................................................... 4 PHASE I - DOCUMENTATION REVIEW...................................................................................................... 4 5.5 VOTE SECRECY ON DIRECT RECORDING ELECTRONIC (DRE) AND ELECTRONIC BALLOT MARKING (EBM) SYSTEMS .......................................................................................................................................... 5 6.1.2 DATA TRANSMISSIONS ......................................................................................................................... 5 6.2 DESIGN, CONSTRUCTION, AND MAINTENANCE REQUIREMENTS ................................................................. 6 6.2.1 CONFIRMATION ................................................................................................................................... 6 7.1.1 ELEMENTS OF SECURITY OUTSIDE MANUFACTURERS CONTROL ............................................................ 6 7.2 ACCESS CONTROL .................................................................................................................................. 6 7.2.1 GENERAL ACCESS CONTROL ............................................................................................................... 7 7.2.2 GENERAL ACCESS CONTROL ............................................................................................................... 7 7.4.5 SOFTWARE REFERENCE INFORMATION ................................................................................................. 8 7.4.6 SOFTWARE SETUP VALIDATION ............................................................................................................ 8 7.8 TESTING – SECURITY.............................................................................................................................. 9 7.8.1 ACCESS CONTROL ............................................................................................................................ 10 PHASE II - FUNCTIONAL SECURITY TESTING ...................................................................................... 10 5.5 VOTE SECRECY ON DIRECT RECORDING ELECTRONIC (DRE) AND ELECTRONIC BALLOT MARKING (EBM) SYSTEMS ........................................................................................................................................ 10 7.2.1 GENERAL ACCESS CONTROL ............................................................................................................. 11 7.2.2 ACCESS CONTROL IDENTIFICATION .................................................................................................... 11 7.2.4 ACCESS CONTROL AUTHORIZATION ................................................................................................... 12 7.4.5 SOFTWARE REFERENCE INFORMATION ............................................................................................... 12 7.4.6 SOFTWARE SETUP VALIDATION .......................................................................................................... 12 7.6 TELECOMMUNICATIONS AND DATA TRANSMISSION ................................................................................. 13 7.8 TESTING SECURITY ........................................................................................................................... 14 7.8.1 ACCESS CONTROL ............................................................................................................................ 15 7.8.2 DATA INTERCEPTION AND DISRUPTION ............................................................................................... 15 PHASE III - TELECOMMUNICATIONS AND DATA TRANSMISSION TESTING .................................... 16 6.1.2 DATA TRANSMISSION ........................................................................................................................ 16 6.2 DESIGN, CONSTRUCTION, AND MAINTENANCE REQUIREMENTS ............................................................... 17 6.2.1 CONFIRMATION ................................................................................................................................. 17 POTENTIAL VULNERABILITIES ............................................................................................................... 18 7.2.1 GENERAL ACCESS CONTROL ............................................................................................................. 18 7.4.5 SOFTWARE REFERENCE INFORMATION ............................................................................................... 20 SUMMARY .................................................................................................................................................. 20 Test Report v1.1 Page 3 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper Overview This report discusses the results of the Security and Telecommunications testing of the Five Cedars Alternate Format Ballot (AFB) remote accessible vote by mail system (RAVBMS). Testing was implemented without any prior knowledge of the source code. The testing was divided into 3 phases. • Phase I included a review of all pertinent documents for appropriate processes and procedures for implementing a secure system. This included review of the system design and architecture. • Phase II included testing of relevant software, operating systems and hardware configurations. • Phase III included testing of all telecommunications aspects of the system. The California Voting Systems Standards (CVSS) were written in such a way to be applicable to a wide variety of voting technology. Therefore, the relevant portions of the CVSS are reviewed as they relate to the Remote Accessible Vote by Mail System (RAVBMS) for purposes of this report. The use of “voting system” shall apply to the RAVBMS. Phase I - Documentation Review In this phase, Five Cedars documentation was reviewed to verify and validate the following relevant requirements: • 5.5 Vote Secrecy on Direct Recording Electronic (DRE) and Electronic Ballot Marking (EBM) Systems • 6.1.2 Data Transmissions • 6.2 Design, Construction, and Maintenance Requirements • 6.2.1 Confirmation • 7.1.1 Elements of Security outside Manufacturers Control • 7.2 Access Control • 7.2.1 General Access Control • 7.2.2 Access Control Identification • 7.4.5 Software Reference Information • 7.4.6 Software Setup Validation • 7.8 Testing - Security See the applicable section below for more details on these requirements and the review results. Test Report v1.1 Page 4 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper 5.5 Vote Secrecy on Direct Recording Electronic (DRE) and Electronic Ballot Marking (EBM) Systems a. Immediately after the ballot is recorded to persistent electronic storage or printed, erasing the selections from the device’s display, working memory, and all other storage, including all forms of temporary storage b. Immediately after the voter chooses to cancel his or her ballot, erasing the selections from the display and all other storage, including buffers and other temporary storage Review of the Technical Data Package (TDP) validated that the requirement was satisfactorily covered. 6.1.2 Data Transmissions These requirements apply to the use of telecommunications to transmit data for the preparation of the system for an election, the execution of an election, and the preservation of the system data and audit trails during and following an election. While this section does not assume a specific model of voting system operations and does not assume a specific model for the use of telecommunications to support such operations, it does address the following types of data, where applicable: Voter Authentication: Coded information that confirms the identity of a voter for security purposes for a system that transmits votes individually Ballot Definition: Information that describes to a voting machine the content and appearance of the ballots to be used in an election Vote Count: Information representing the tabulation of votes at any level within the control of the jurisdiction, such as the polling place, precinct or central count List of Voters: A listing of the individual voters who have cast ballots in a specific election Additional data transmissions used to operate a voting system in the conduct of an election, but not explicitly listed above, are also subject to the requirements of this section. Review of the Technical Data Package (TDP) validated that the requirement was satisfactorily covered. Test Report v1.1 Page 5 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper 6.2 Design, Construction, and Maintenance Requirements Design, construction, and maintenance requirements for telecommunications represent the operational capability of both system hardware and software. These capabilities shall be considered basic to all data transmissions. Review of the Technical Data Package (TDP) validated that the requirement was satisfactorily covered. 6.2.1 Confirmation Confirmation occurs when the system notifies the user of the successful or unsuccessful completion of the data transmission, where successful completion is defined as accurate receipt of the transmitted data. To provide confirmation, the telecommunications components of a voting system shall notify the user of the successful or unsuccessful completion of the data transmission. In the event of unsuccessful transmission the user shall be notified of the action to be taken. Review of the Technical Data Package (TDP) validated that the requirement was satisfactorily covered. 7.1.1 Elements of Security Outside Manufacturers Control The requirements of this section apply to the capabilities of a voting system that must be provided by the manufacturer. However, an effective security program requires well defined security practices by the purchasing jurisdiction and the personnel managing and operating the system. These practices include: • Administrative and management --including access controls • Internal security procedures • Adherence to, and enforcement of, operational procedures (e.g., effective password management) • Security of physical facilities • Organizational responsibilities and personnel screening Review of the Technical Data Package (TDP) validated that the requirement was satisfactorily covered. 7.2 Access control Access controls are procedures and system capabilities that detect or limit access to system components in order to guard against loss of system integrity, availability, confidentiality, and accountability. Access controls provide reasonable assurance that system resources such as data files, application programs, and computer-related facilities and equipment are protected against unauthorized Test Report v1.1 Page 6 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper operation, modification, disclosure, loss or impairment. Unauthorized operations include modification of compiled or interpreted code, run-time alteration of flow control logic or of data, and abstraction of raw or processed voting data in any form other than a standard output report by an authorized operator. Access controls may include physical controls, such as keeping computers in locked rooms to limit physical access, and technical controls, such as security software programs designed to prevent or detect unauthorized access to sensitive files. The access controls described in this section are limited to those controls required to be provided by system manufacturers. Review of the Technical Data Package (TDP) validated that the requirement was satisfactorily covered. 7.2.1 General Access Control a. Voting system equipment shall provide access control mechanisms designed to permit authorized access to the voting system and to prevent unauthorized access to the voting system. Access control mechanisms on the EMS shall be capable of identifying and authenticating individuals permitted to perform operations on the EMS. b. Voting system equipment shall provide controls that permit or deny access to the device’s software and files. c. The default access control permissions shall implement the minimum permissions needed for each role or group identified by a device. d. The voting device shall prevent a lower-privileged process from modifying a higher-privileged process. e. An administrator of voting system equipment shall authorize privileged operations. f. Voting system equipment shall prevent modification to or tampering with software or firmware through any means other than the documented procedure for software upgrades. Review of the Technical Data Package (TDP) validated that the requirement was satisfactorily covered. 7.2.2 General Access Control Identification requirements provide controls for accountability when operating and administering a voting system. a. The voting system shall identify users and processes to which access is granted and the specific functions and data to which each entity holds authorized access. Test Report v1.1 Page 7 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper Review of the Technical Data Package (TDP) validated that the requirement was satisfactorily covered. 7.4.5 Software Reference Information a) The manufacturer shall provide the National Software Reference Library (NSRL), any California certified escrow facility, pursuant to Title 2, Division 7, Chapter 6 of the California Code of Regulation, and the Office of the Secretary of State with a copy of the software installation disk, including the executable binary images of all third party software. Further, the manufacturer shall deposit the source code, tools, and documentation, to allow the complete and successful compilation of a system in its production/operation environment. i. The manufacturer shall document that the process used to verify the software distributed on unalterable storage media is the certified software by using the reference information provided by the NSRL or other designated repository before installing the software. b) The voting system equipment shall be designed to allow the voting system administrator to verify that the software is the certified software by comparing it to reference information produced by the NSRL or other designated repository. c) The manufacturers shall document to whom they provide voting system software. Review of the Technical Data Package (TDP) validated that the requirement was satisfactorily covered. 7.4.6 Software Setup Validation a) Setup validation methods shall verify that only authorized software is present on the voting equipment. Authorized software is COTS software components needed to run the voting system and voting software components identified by the manufacturer as authorized. b) The manufacturer shall provide a method to comprehensively list all software files that are installed on voting systems. c) Setup validation methods shall include a software verification method that ensures that the voting system software has not been modified illegitimately. d) Voting systems shall include a software verification method that either verifies software prior to installation or a method that verifies software using an external interface. Voting systems may include both software verification methods. Voting systems may provide ancillary setup validation methods, including methods for verifying or identifying installed software, other than Test Report v1.1 Page 8 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper those described in this section. There are no specific requirements for ancillary setup validation methods. However, any method intended to serve as the voting system software verification method must meet the requirements outlined in this section. e) Voting systems which implement a software verification method that verifies software prior to installation shall meet the following requirements. f) If software is verified after being installed on the voting system equipment, the voting system equipment shall provide an external interface to the location of the voting system software for software verification purposes. g) Setup validation methods shall verify the contents of all system storage locations (e.g., system registers, variables, files, etc.) containing election specific information (e.g., ballot style, candidate registers, measure registers, etc.). Review of the Technical Data Package (TDP) validated that the requirement was satisfactorily covered. 7.8 Testing – Security The S-ATA shall design and perform test procedures that test the security capabilities of the voting system against the requirements. These procedures shall focus on the ability of the system to detect, prevent, log, and recover from the broad range of security risks identified. These procedures shall also examine system capabilities and safeguards claimed by the manufacturer in the TDP to go beyond these risks. The range of risks tested is determined by the design of the system and potential exposure to risk. Regardless of system design and risk profile, all systems shall be tested for effective access control and physical data security. The S-ATA may meet these testing requirements by confirming proper implementation of proven commercial security software. In this case, the manufacturer must provide the published standards and methods used by the U.S. Government to test and accept this software, or it may provide references to free, publicly available publications of these standards and methods, such as government web sites. At its discretion, the S-ATA may conduct or simulate attacks on the system to confirm the effectiveness of the system's security capabilities. Review of the Technical Data Package (TDP) validated that the requirement was satisfactorily covered. Test Report v1.1 Page 9 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper 7.8.1 Access Control The accredited testing laboratory shall conduct tests of system capabilities and review the access control policies and procedures submitted by the manufacturer to identify and verify the access control features implemented as a function of the system. For those access control features built in as components of the voting system, the S-ATA shall design tests to confirm that these security elements work as specified. Specific activities to be conducted by the S-ATA shall include: a. A review of the manufacturer’s access control policies, procedures and system capabilities to confirm that all requirements have been addressed completely. Review of the Technical Data Package (TDP) validated that the requirement was satisfactorily covered. Phase II - Functional Security Testing In this phase, functional tests were exercised in order to verify and validate security requirements, following are the requirements with their accompanying results: • 5.5 Vote Secrecy on DRE and EBM Systems • 7.2.1 General Access Control • 7.2.2 Access Control Identification • 7.2.4 Access Control Authorization • 7.4.5 Software Reference Information • 7.4.6 Software Setup Validation • 7.6 Telecommunications and Data Transmission • 7.8 Testing – Security • 7.8.1 Access Control • 7.8.2 Data Interception and Disruption 5.5 Vote Secrecy on Direct Recording Electronic (DRE) and Electronic Ballot Marking (EBM) Systems a. Immediately after the ballot is recorded to persistent electronic storage or printed, erasing the selections from the device’s display, Test Report v1.1 Page 10 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper working memory, and all other storage, including all forms of temporary storage b. Immediately after the voter chooses to cancel his or her ballot, erasing the selections from the display and all other storage, including buffers and other temporary storage Testing performed: Testing was performed to verify how the system handled a ballot being printed and the browser closed, as well as when the ballot is closed prior to being printed. Attempts were made to resume a ballot, as well as to determine if any ballot information resided in history or cache. AFB performed as expected and the requirement is met 7.2.1 General Access Control General requirements address the high-level functionality of a voting system. These are the fundamental access control requirements upon which other requirements in this section are based. a. Voting system equipment shall provide access control mechanisms designed to permit authorized access to the voting system and to prevent unauthorized access to the voting system. Testing performed: Review of the requirement and attempted validation concludes that the Five Cedars AFB product does not have any built in access control mechanisms. Paradigm used is for the jurisdiction to host ballots. For this particular product and suggested delivery system this requirement is not applicable. 7.2.2 Access Control Identification Identification requirements provide controls for accountability when operating and administering a voting system. a. The voting system shall identify users and processes to which access is granted and the specific functions and data to which each entity holds authorized access. Testing performed: Review of the requirement and attempted validation concludes that the Five Cedars AFB product does not have any built in access control identification mechanisms. Paradigm used is for the jurisdiction to host ballot files on their voter registration system. For this particular product and suggested delivery system this requirement is not applicable. Test Report v1.1 Page 11 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper 7.2.4 Access Control Authorization a. Voting systems shall ensure that only authorized roles, groups, or individuals have access to election data. b. Voting systems shall explicitly authorize subject’s access based on access control lists or policies. c. Voting systems shall explicitly deny subject’s access based on access control lists or policies. Testing performed: Review of the requirement and attempted validation concludes that the Five Cedars AFB product does not have any built in access control authorization mechanisms. Paradigm used is for the jurisdiction to host ballots. For this particular product and suggested delivery system this requirement is not applicable. 7.4.5 Software Reference Information a. The voting system equipment shall be designed to allow the voting system administrator to verify that the software is the certified software by comparing it to reference information produced by the NSRL or other designated repository. Testing performed: Review of the requirement and attempted validation concludes that the system does not have checks in place to validate that any software is the certified software, as there is no software involved, simply custom made HTML ballots. For this particular product and suggested delivery system this requirement is not applicable. 7.4.6 Software Setup Validation a) Setup validation methods shall verify that only authorized software is present on the voting equipment. Authorized software is COTS software components needed to run the voting system and voting software components identified by the manufacturer as authorized. b) The manufacturer shall provide a method to comprehensively list all software files that are installed on voting systems. c) Setup validation methods shall include a software verification method that ensures that the voting system software has not been modified illegitimately. Test Report v1.1 Page 12 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper i. The voting systems shall include any supporting software and hardware necessary to conduct the software verification method. ii. The manufacturer shall document the process used to conduct the software verification method. iii. The software verification method shall not modify the voting system software on the voting system. d) Voting systems shall include a software verification method that either verifies software prior to installation or a method that verifies software using an external interface. Voting systems may include both software verification methods. Voting systems may provide ancillary setup validation methods, including methods for verifying or identifying installed software, other than those described in this section. There are no specific requirements for ancillary setup validation methods. However, any method intended to serve as the voting system software verification method must meet the requirements outlined in this section. e) Voting systems which implement a software verification method that verifies software prior to installation shall meet the following requirements. f) If software is verified after being installed on the voting system equipment, the voting system equipment shall provide an external interface to the location of the voting system software for software verification purposes. g) Setup validation methods shall verify the contents of all system storage locations (e.g., system registers, variables, files, etc.) containing election specific information (e.g., ballot style, candidate registers, measure registers, etc.). Testing performed: Review of the requirement and attempted validation concludes that the system has doesn’t have checks in place to validate that the AFB ballot system is the correct system, as there is no software involved, simply custom made HTML ballots. For this particular product and suggested delivery system this requirement is not applicable. 7.6 Telecommunications and Data Transmission There are four areas that must be addressed by telecommunications and data transmission security capabilities: access control, data integrity, detection and prevention of data interception, and protection against external threats. Testing performed: Review of the requirement confirmed that the system utilizes electrical or optical transmission, and that the ballot may be sent via SSL or in other unspecified mediums. It was determined that no technology is utilized to Test Report v1.1 Page 13 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper verify unaltered receipt by the voter. What is sent/served is a blank ballot that does not contain any voter data or voting selections. Main security protocol is that once the blank ballot is delivered, there are no more communications between the voter and the ballot delivery system, all interactions remain local to the voter’s environment. For this particular product and suggested delivery system this requirement is not applicable. 7.8 Testing Security The S-ATA shall design and perform test procedures that test the security capabilities of the voting system against the requirements. These procedures shall focus on the ability of the system to detect, prevent, log, and recover from the broad range of security risks identified. These procedures shall also examine system capabilities and safeguards claimed by the manufacturer in the TDP to go beyond these risks. The range of risks tested is determined by the design of the system and potential exposure to risk. Regardless of system design and risk profile, all systems shall be tested for effective access control and physical data security. The S-ATA may meet these testing requirements by confirming proper implementation of proven commercial security software. In this case, the manufacturer must provide the published standards and methods used by the U.S. Government to test and accept this software, or it may provide references to free, publicly available publications of these standards and methods, such as government web sites. At its discretion, the S-ATA may conduct or simulate attacks on the system to confirm the effectiveness of the system's security capabilities. Testing performed: Confirmed that the AFB HTML ballot doesn’t require internet access once the ballot has been downloaded. Confirmed there are no external connections from the ballot to any outside server or service. With the exception of sending the ballot to a connected printer to be printed, there are no external connections to or from the ballot. AFB performed as expected and the requirement was met. Test Report v1.1 Page 14 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper 7.8.1 Access Control For those access control features built in as components of the voting system, the S-ATA shall design tests to confirm that these security elements work as specified. Specific activities to be conducted by the S-ATA shall include: b. Specific tests designed by the S-ATA to verify the correct operation of all documented access control procedures and capabilities, including tests designed to circumvent controls provided by the manufacturer. These tests shall include: i. Performing the activities that the jurisdiction will perform in specific accordance with the manufacturer’s access control policy and procedures to create a secure system, including procedures for software and firmware installation ii. Performing tests intended to bypass or otherwise defeat the resulting security environment. These tests shall include simulation of attempts to physically destroy components of the voting system in order to validate the correct operation of system redundancy and backup capabilities This review applies to the full scope of system functionality. It includes functionality for defining the ballot and other pre-voting functions, as well as functions for casting and storing votes, vote canvassing, vote reporting, and maintenance of the system’s audit trail. Review of the requirement and validation determined that the Five Cedars AFB product contains no access control capabilities beyond those of which the jurisdiction plans to implement. The requirement for security of the interactive ballots are based upon the already in place Absentee/Mail-in ballot system and the security of the delivery method (Email, HTTPS, File sharing). AFB performed as expected and the requirement was met. 7.8.2 Data Interception and Disruption For systems that use telecommunications, as provided for in section 6 of the Standards and consistent with California law, to transmit official voting data, the S- ATA shall review, and conduct tests of, the data interception and prevention safeguards specified by the manufacturer in its TDP. The S-ATA shall evaluate safeguards provided by the manufacturer to ensure their proper operation, including the proper response to the detection of efforts to monitor data or otherwise compromise the system. Test Report v1.1 Page 15 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper Review of the requirement verified that this system does not utilize telecommunications for the transmission of official voting data. Only delivery of blank ballot that does not contain voter data or choice selections. AFB performed as expected and the requirement was met. Phase III - Telecommunications and Data Transmission Testing In this phase, functional tests were exercised in order to verify and validate telecommunications and data transmission requirements, following are the requirements with their accompanying results: 6.1.2 Data Transmission These requirements apply to the use of telecommunications to transmit data for the preparation of the system for an election, the execution of an election, and the preservation of the system data and audit trails during and following an election. While this section does not assume a specific model of voting system operations and does not assume a specific model for the use of telecommunications to support such operations, it does address the following types of data, where applicable: Voter Authentication: Coded information that confirms the identity of a voter for security purposes for a system that transmits votes individually Ballot Definition: Information that describes to a voting machine the content and appearance of the ballots to be used in an election Vote Count: Information representing the tabulation of votes at any level within the control of the jurisdiction, such as the polling place, precinct or central count List of Voters: A listing of the individual voters who have cast ballots in a specific election Additional data transmissions used to operate a voting system in the conduct of an election, but not explicitly listed above, are also subject to the requirements of this section. Testing performed: Transmission of electronic AFB HTML ballots are from the jurisdiction to the voter. The AFB HTML ballot does not retain voter vote selections. The AFB HTML ballots does not transmit results or Test Report v1.1 Page 16 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper selections to a remote server. The AFB HTML ballots requires no telecommunications to use with the exception of the initial download of the ballot. AFB performed as expected and the requirement was met. 6.2 Design, Construction, and Maintenance Requirements Design, construction, and maintenance requirements for telecommunications represent the operational capability of both system hardware and software. These capabilities shall be considered basic to all data transmissions. Testing performed: Review of the requirement confirmed that this system consists of an HTML alternate format ballot which is typically used for absentee and mail in ballot marking. All telecommunications aspects of the system are controlled by state and local jurisdiction requirements. AFB HTML ballots do not utilize specific telecommunications channels once the AFB HTML ballot has been downloaded and opened on the voter’s machine. AFB performed as expected and the requirement was met. 6.2.1 Confirmation Confirmation occurs when the system notifies the user of the successful or unsuccessful completion of the data transmission, where successful completion is defined as accurate receipt of the transmitted data. To provide confirmation, the telecommunications components of a voting system shall notify the user of the successful or unsuccessful completion of the data transmission. In the event of unsuccessful transmission the user shall be notified of the action to be taken. Testing performed: This requirement was determined to be not applicable. The AFB HTML ballots don’t transmit votes to a remote system. The voter is able to fill out the ballot, confirm selections on the ballot and then print the ballot for mail in ballot processing. For this particular product and suggested delivery system this requirement is not applicable. Test Report v1.1 Page 17 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper Potential Vulnerabilities For any potential vulnerabilities discovered, SLI was tasked with identifying the particular standards applicable to each vulnerability. To the extent possible, reported vulnerabilities include an indication of whether the exploitation of the vulnerability would require access by: • Voter: Usually has low knowledge of the voting machine design and configuration. Some may have more advanced knowledge. May carry out attacks designed by others. They have access to the machine(s) for less than an hour. • Poll worker: Usually has low knowledge of the voting machine design and configuration. Some may have more advanced knowledge. May carry out attacks designed by others. They have access to the machine(s) for up to one week, but all physical security has been put into place before the machines are received. • Elections official insider: Wide range of knowledge of the voting machine design and configuration. May have unrestricted access to the machine for long periods of time. Their designated activities include: • Set up and pre-election procedures; • Election operation; • Post-election processing of results; and • Archiving and storage operations. • Vendor insider: With great knowledge of the voting machine design and configuration. They have unlimited access to the machine before it is delivered to the purchaser and, thereafter, may have unrestricted access when performing warranty and maintenance service, and when providing election administration services. SLI will not verify or demonstrate exploitability of the vulnerability but the report of the vulnerability will identify factors involved in the exploitation. Any vulnerability theories developed by the security team shall, to the extent possible, be referred to the Secretary of State staff. 7.2.1 General Access Control The AFB HTML ballot System is a replacement ballot delivery method, designed for voters with disabilities to mark and print a ballot. Since the ballot doesn’t require or utilize internet connectivity during the process of marking the ballot, risk of the delivered ballot being compromised is negligible unless the main source of Test Report v1.1 Page 18 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper the AFB HTML ballot at the jurisdiction is compromised, which can be addressed through manual processes and procedures. For the vulnerability in question, the level of access required to take advantage of this potential vulnerability would be inclusive to the following actors: • Voter, who can attempt to modify the delivered HTML ballot, or attempt to remotely exploit the web server serving the HTML ballot files. o The impact of modifying the delivered HTML file in their own environment would be a local attack, which would only impact that particular voter. The impact is neglible. No mitigation recommended, as what someone does in their own environment is impossible to prevent. o The impact of remotely exploiting the server that is serving the HTML files is potentially significant. If the attacker can modify ballots without being detected, they could manipulate voters who utilize the RAVBMS to vote for other than their intended choice. Alternatively if they can at least replace the HTML files with corrupted files, this would serve as a type of denial of service, as when the ballots are marked, printed mailed in and then attempted to be processed, only to be determined to be fraudulent, this could impact many voters such that they are not able to cast their vote. Recommended mitigation is to minimize users and rights to web server, as well as to monitor HTML files and server audit logs as continuously as possible, while the web server is running. • Election official insider, who could attempt to remotely exploit the web server serving the HTML ballot files. o The impact of remotely exploiting the server that is serving the HTML files is potentially significant. If the attacker can modify ballots without being detected, they could manipulate voters who utilize the RAVBMS to vote for other than their intended choice. Alternatively if they can at least replace the HTML files with corrupted files, this would serve as a type of denial of service, as when the ballots are marked, printed mailed in and then attempted to be processed, only to be determined to be fraudulent, this could impact many voters such that they are not able to cast their vote. Recommended mitigation is to minimize users and rights to web server, as well as to monitor HTML files and server audit logs as continuously as possible, while the web server is running. • Vendor Insider, who could attempt to locally exploit the web server serving the HTML ballot files. o The impact of remotely exploiting the server that is serving the HTML files is potentially significant. If the attacker can modify ballots without Test Report v1.1 Page 19 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper being detected, they could manipulate voters who utilize the RAVBMS to vote for other than their intended choice. Alternatively if they can at least replace the HTML files with corrupted files, this would serve as a type of denial of service, as when the ballots are marked, printed mailed in and then attempted to be processed, only to be determined to be fraudulent, this could impact many voters such that they are not able to cast their vote. Recommended mitigation is to minimize users and rights to web server, as well as to monitor HTML files and server audit logs as continuously as possible, while the web server is running. 7.4.5 Software Reference Information Due to the nature of the application it is possible to locally modify the AFB HTML ballot with advanced knowledge of HTML and JavaScript, however the impact is mitigated by the voter being able to proof the ballot prior to and after printing, and then again before utilizing the jurisdictions already defined vote-by-mail procedures. For the vulnerability in question, the level of access required to take advantage of this potential vulnerability would be inclusive to the following actors: • Voter, who can attempt to modify the server code remotely. • Election official insider, who could attempt to modify the server code remotely. • Vendor Insider, who could attempt to locally modify the server code. Summary The AFB HTML ballot system is an alternate ballot delivery method, designed for voters with disabilities to mark and print a ballot, which means that once the HTML file is delivered the entire file/application runs in the current browser session. Since the AFB HTML doesn’t utilize incoming or outgoing connections once the ballot is loaded, this reduces the possibility of interception or manipulation through network attack vectors. This however poses a risk of server side contamination, to mitigate this the vendor provides that the jurisdiction provide hosting of the HTML files, and implement processes / procedures and security to mitigate these risks including but not limited to: • Secure hosting Test Report v1.1 Page 20 of 21 Report Number CFC-17018-STR-01 Five Cedars Alternate Format Ballot California Certification Security& Telecomm Work Paper • Physical security of hosting sites • Network security • Inventory and configuration management • Access control • Monitoring and logging Voter privacy is provided for by removing client side storage of marked selections, which allows the voter to verify and print a ballot summary card for use in currently setup jurisdiction absentee / mail in voting programs. The ability to tamper with the client side HTML is always present due to the fact there are no server side verifications or validations in place. In this context however the ability to affect large numbers of ballots is reliant upon server side compromise (initial AFB ballot delivery), and the failure of the absentee / mail-in ballot system. The voter is given the ability to proof and confirm ballot selections within the interactive ballot system as well as the paper ballot summary. The voter is also required to print, sign and mail the ballot. For the vulnerability of a malicious actor exploiting the web server serving the HTML ballot files. The impact of remotely exploiting the server that is serving the HTML files is potentially significant. If the attacker can modify ballots without being detected, they could manipulate voters who utilize the RAVBMS to vote for other than their intended choice. Alternatively if they can at least replace the HTML files with corrupted files, this would serve as a type of denial of service, as when the ballots are marked, printed mailed in and then attempted to be processed, only to be determined to be fraudulent, this could impact many voters such that they are not able to cast their vote. Recommended mitigation is to minimize users and rights to web server, as well as to monitor HTML files and server audit logs as continuously as possible, while the web server is running. No discrepancy findings were located within the Five Cedars RAVBMS. As per the direction given by the California Secretary of State, this security testing report does not include any recommendation as to whether or not the system should be approved. End of Security and Telecommunications Test Report Test Report v1.1 Page 21 of 21 Report Number CFC-17018-STR-01