| 15 | If components are not FedRAMP authorized, is CJISD still open to them when deployed and controlled in CJISD-owned cloud, or is FedRAMP a hard gate? | CJISD is open to solutions deployed and controlled in CJISD-owned cloud environments. FedRAMP is only required when not deployed in a CJIS-owned cloud. |
| 16 | What data types will the platform handle (CJI, PII, sensitive internal), and are there explicit handling restrictions for tickets, code, docs, and logs? | The data types will primarily be system issues, although some may include CJI, PII, and/or sensitive internal information when describing the system issue. This solution is not considered a system of record for any CJI, PII, and/or sensitive internal data. There are cases where certain user privileges/roles require access to specific types of items such as tickets, code, documentation, and logs. |
| 17 | Are there requirements for encryption at rest (FIPS-validated modules, customer-managed keys, HSM-backed keys), and must CJISD control keys via CJISD-managed KMS/HSM? | Yes |
| 18 | Are there mandated TLS versions/ciphers, CJIS PKI requirements, mutual TLS expectations, and restrictions on certificate authorities? | Yes |
| 19 | What are CJISD expectations for vulnerability scanning (SAST, DAST, SCA, container scanning), patch SLAs, and evidence reporting? | Implementation will be scanned for vulnerabilities. |
| 20 | Does CJISD require SBOM (SPDX/CycloneDX), signed artifacts, build provenance/attestation, and a defined software supply chain process? | While not required, it would greatly enhance trust in the product. |
| 21 | What must be logged (auth events, admin actions, repo changes, workflow changes, data exports), and what fields are mandatory for investigations? | Everything in the product should be logged. Mandatory Fields need to be compliant with OMB M-21-31 |
| 22 | What are retention requirements, immutability expectations (WORM), and export requirements to CJISD SIEM platforms? | Yes, we follow OMB M-21-31. |
| 23 | Do you require anomalous access alerting, enhanced monitoring for privileged actions, and break-glass workflows? | Yes |
| 24 | Are there CJISD zero-trust requirements to incorporate (device posture, conditional access), and what systems provide those signals? | Currently, the FBI relies on ENTRA ID for authentication and authorization purposes, depending on the system. Zero trust should be maintained within the boundaries of the system after initial authentication and authorization. |
| 25 | Should vendors assume CJISD-managed pen testing only, or are vendors expected to provide periodic independent testing results? | CJIS handles validation of the security posture, including penetration testing, which is outside the scope of this RFI. |
| 26 | Are DLP controls required for downloads/exports, copy/paste controls, and attachment handling, especially for browser-based access? | While not specifically called out in the RFI, DLP is not required but can enhance the offering. |
| 27 | What is the authoritative identity source (AD, Entra ID, both), and is federation required to CJISD enterprise identity services? | Both and Yes |
| 28 | Do you require support for both SAML and OIDC, and are there constraints on token lifetimes, refresh flows, and session management? | We do not require both SAML and OIDC. Yes, there are constraints on token lifetimes, refresh flows, and session management. |
| 29 | What MFA factors are approved (PIV/CAC, FIDO2, TOTP), and are any factors explicitly prohibited? | Currently, the FBI relies on ENTRA ID for authentication and authorization purposes, depending on the system. MFA should be provided by ENTRA ID and accepted by the solution. |
| 30 | What attribute sources should ABAC use (directory attributes, HR, project membership), and does CJISD have a standard attribute schema? | ABAC should use directory attributes. The CJISD standard attribute schema is group memberships. |
| 31 | Is automated provisioning required (SCIM, LDAP sync), and should the solution support joiner/mover/leaver workflows? | Yes, automated provisioning is a requirement. A workflow that performs cleanup would add confidence in the product/offering. |
| 32 | Are there requirements for PAM-style controls (separate admin identities, just-in-time access, step-up MFA, privileged session logging)? | Yes |
| 33 | Will external partners require access, and if so, what is the preferred model (B2B federation, guest accounts, time-bound access, separate tenant)? | No they will not require access |
| 34 | Does CJISD have standardized roles aligned to SAFe and ITSM, or should vendors propose a role-permission model? | Please see Number 2, Bullet E in the RFI Requirements. |
| 35 | Of the listed integrations (ticketing, git, CI/CD, wiki, email/comms, CRM, private AI/LLM), which are must-have for initial award versus later phases? | We are only collecting market capabilities at this time. |
| 36 | Are “out-of-the-box integrations” strictly configuration-only, or is low-code automation (rules/scripting) acceptable? | Low-code automation is acceptable within the solution. All code created for CJISD should be delivered as part of the solution to CJISD. |
| 37 | Do you require REST APIs, webhooks/events, and are there constraints on gateways, rate limits, and authentication mechanisms? | Integration via RESTful APIs or other automation mechanisms would provide confidence in the product and should include constraints and limiting mechanisms. |
| 38 | Should centralized IAM govern all integrated tools via a single IdP, or are tool-local identities acceptable if synchronized? | All identities should be synced from a single IdP. A local user repository is acceptable if synchronized from the central IdP. There is no syncing from the local user repository to the central IdP. |
| 39 | Do you require standardized export/import formats for analytics and migration (CSV/JSON/Parquet), and do you require bulk export tooling? | While there is no standardization requirement, non-proprietary export methods are beneficial. |
| 40 | Which SIEM platforms are in scope (e.g., Splunk, Sentinel), and what log formats and transport are required? | SIEM platforms are not in scope for this RFI; however, we adhere to OMB M-21-31. |
| 41 | If a service desk is included, does CJISD require integration to existing change management, CMDB, or asset systems? | The service desk, which is included in the RFI scope, needs to be integrated with change management and asset systems. |
| 42 | Are there constraints on outbound email, SMTP relays, and collaboration notifications due to network security policies? | Network permissions will need to be configurable to CJIS SMTP relays and servers. |
| 43 | Are branch protections, mandatory code reviews, signed commits, and artifact attestation required, and what are the minimums? | While not specifically called out in the RFI, the ability to enforce branch protections, reviews, and other validation techniques enhances the offering. |
| 44 | For CI/CD, do you expect self-hosted runners in each enclave, and should runners be ephemeral/autoscaling or static/controlled? | There is no reasonable limitation on the methods for implementing CI/CD |
| 45 | In air-gapped deployments, should we assume internal mirrors for packages/containers, and what patch cadence is approved? | Yes, assume that internal mirrors will be available for packages and containers in air-gapped deployments. The approved patch cadence is weekly. |
| 46 | Do you require integrated artifact/package management (container registry, Maven/NPM/PyPI mirrors), and what retention/signing rules apply? | There are no mandated requirements for software deployment methods, artifact/package management, or retention/signing rules. Any approach is acceptable as long as it meets our security requirements. |
| 47 | Are there requirements for separation of duties and pipeline gating (manual approvals, role separation for build vs deploy)? | Yes, there are requirements for separation of duties. Pipeline gating, including manual approvals and role separation between build and deploy functions, is not required but would significantly enhance confidence in the product offering. |
| 48 | Are there constraints or preferences for secrets management (cloud-native secrets, external vault), rotation policies, and auditability? | Although not required, we prefer cloud-native secrets management; however, there are no requirements from security. Rotation policies and auditability should follow standard security practices. |
| 49 | Should the platform support IaC workflows (Terraform, ARM/Bicep, CloudFormation), and are there preferred standards? | Yes, the platform should support IaC workflows including Terraform, ARM/Bicep, CloudFormation, and similar tools. CJISD currently uses Terraform and/or CloudFormation, though there is no mandated preference. |
| 50 | Which SAFe configuration should be assumed (Essential/Large Solution/Portfolio), and is PI Planning a day-one requirement? | CJIS currently operates at the Large Portfolio level; however, the offering should allow flexibility to change in the future. The solution should support PI planning upon go-live. |
| 51 | Are hierarchy item types standardized (story/feature/epic/portfolio epic), or do you expect vendors to propose a structure and governance? | While we currently have a standardized hierarchy of items, we welcome improved methods of operating. |
| 52 | Is WSJF required, and are there standard inputs/definitions for cost of delay and job size? | WSJF is heavily used by some systems here but not all systems utilize it. We follow the SAFe definition where WSJF = Cost of Delay (sum of business value, time criticality, and risk reduction/opportunity enablement) divided by Job Size (duration/effort), though specific rating scales and applications may vary by team and context. |
| 53 | Which metrics matter most (flow time, predictability, velocity, WIP), and are there mandated reporting formats? | As mentioned in the RFI, we need to have a way to provide metrics. Our users have different types of metrics that matter most. Although not required, a way to create custom metrics would enhance the product offering. |
| 54 | Is PowerBI integration expected as a native connector, direct query, or API-based export, and what refresh cadence is required? | We have no preference on the type of Power BI integration. The refresh cadence should be at least daily. |
| 55 | Do you require demand intake, capacity planning, and portfolio approvals inside the suite, or can those remain external? | Yes, we do require demand intake, capacity planning, and portfolio approvals. |
| 56 | For phone/email/portal intake, do you require telephony integration, call recordings, voicemail-to-ticket, and structured email parsing? | It is not a requirement, but an integrated service that allows phone and email ticket submissions would enhance the product offering. |
| 57 | For phone/email/portal intake, do you require telephony integration, call recordings, voicemail-to-ticket, and structured email parsing? | It is not a requirement, but an integrated service that allows phone and email ticket submissions would enhance the product offering. |
| 58 | How many helpdesks/queues are expected, and do they require separate SLAs, catalogs, reporting, and permissions? | We expect at least 100-200 helpdesks/queues. Each helpdesk/queue requires separate SLAs, catalogs, reporting, and permissions. |
| 59 | Are SLA tiers standardized (P1/P2/P3), and do you require automated escalation rules and compliance dashboards? | SLA tiers are not standardized at CJISD. However, the solution must support automated escalation rules and compliance dashboards, as some teams require these capabilities. |
| 60 | Is the scope incident/request only, or do you require problem/change/knowledge/CMDB/service catalog day one? | We require several ticket types that follow Agile SAFe practices on day one. |
| 61 | Is CJISD expecting a full CMDB/endpoint inventory, or identity-linked asset views only (given the Active Directory integration reference)? | CJISD needs asset and endpoint inventories, some of which may be imported from a system such as Active Directory. |
| 62 | Are CSAT surveys, post-incident reviews, and quality scoring required, and do you have standard measures? | Not a requirement, but we are open to CSAT surveys, post-incident reviews, and quality scoring. |
| 63 | Do you require templates, approval workflows, versioning, and content lifecycle rules for knowledge and runbooks? | Yes, the solution should include templates, approval workflows, versioning, and content lifecycle rules for knowledge and runbooks. This is something systems currently utilize and value in their processes. |
| 64 | What are expectations for enterprise search across tickets, repos, docs, and wikis, including access-trimmed results? | The product is expected to return search results across all data holdings. How this is accomplished is part of the product architecture. |
| 65 | Are there retention or records management requirements for documentation and collaboration artifacts? | The system needs to allow for records retention and the ability to forward to official FBI records management systems. There are only practical limitations on the methods allowed. |
| 66 | Are there limits or special handling rules for large artifacts (logs, binaries, images) attached to tickets and documentation? | Not a requirement, but the ability needs to exist in the product. |
| 67 | What are the top intended AI use cases (knowledge search, ticket summarization, workflow automation, code assist), and what is out of scope? | We are open to exploring AI use cases as they have not been specifically defined at this time. Vendors may propose relevant AI capabilities. However, all AI solutions must be private and secure; non-private AI uses are strictly out of scope. |
| 68 | Are there restrictions on prompt logging, model training, retention of prompts/outputs, and use of sensitive content in AI features? | This depends on the product being proposed and how it integrates with the AI solution suggested/provided. |
| 69 | Should vendors assume CJISD-provided private LLM hosting, vendor-provided model stack deployed in CJISD cloud, or both? | Vendors should not make assumptions but should remain open to cloud service offerings. |
| 70 | Are there required guardrails (policy enforcement, redaction, role-based access, output filtering) and auditing for AI-generated outputs? | This depends on the product being proposed and how it integrates with the AI solution suggested/provided. |
| 71 | Should responses include a full migration plan (repos, tickets, docs, identities), or is CJISD only collecting market capabilities at this stage? | We are only collecting market capabilities at this time. |
| 72 | Do you expect phased rollout by program/team, big-bang cutover, or hybrid coexistence with legacy tools during transition? | That is out of scope for the RFI, but product offerings will need to include this as part of their proposal in an RFP/Q. |
| 73 | Are there constraints on importing historical data (tickets/comments/attachments), and what minimum history must be retained? | There are no specific constraints on importing historical data. We are open to importing uncompleted work, documentation, and code repositories to a new solution. |
| 74 | Do you require role-based training (end users, agents, admins, leadership), train-the-trainer, and do you expect on-site training options? | We are only collecting market capabilities at this time. |
| 75 | Are there required training deliverables (job aids, videos, quick references), and must they be hosted inside CJISD platforms? | We are only collecting market capabilities at this time. |
| 76 | Do you require a CJISD self-sufficiency plan for admin operations, including SOPs and operational runbooks? | That is out of scope for the RFI, but product offerings will need to include this as part of their proposal in an RFP/Q. |
| 77 | What support hours and escalation model are expected (24x7 for P1, business hours for normal), and are there incident response integration requirements? | That is out of scope for the RFI, but product offerings will need to include this as part of their proposal in an RFP/Q. |
| 78 | Can the governement provide a current list of tools being utilzed to support the current environments? Are there any tools from the list the FBI intends to keep? | We are only collecting market capabilities at this time and not able to provide this information. |
| 79 | What is the government’s primary objective for this acquisition (enterprise tool consolidation, operational modernization, or improved program execution governance)? | |