Christos-Cantina-Security

O módulo Carecoordination contém um problema de referência direta a objeto insegura (IDOR). Isso permite que usuários autenticados com a permissão `send to hie` acessem documentos CCDA, CCR ou QRDA de qualquer paciente. Ao fornecer IDs de documentos ou de pacientes arbitrários, um invasor pode baixar, transmitir ou exportar registros de saúde de pacientes, injetar dados clínicos falsificados e excluir registros de auditoria.

Um problema de autorização inadequada existe na função `ScopeRepository::finalizeScopes()`. Isso ocorre porque a função `ScopeEntity::containsScope()` ignora as permissões registradas, permitindo que clientes SMART/OAuth de apenas leitura obtenham escopos de escrita. Um invasor com um cliente registrado para `user/<resource>.read` pode solicitar `user/<resource>.write` para criar, atualizar e excluir dados de pacientes ou agendamentos.

Uma falha de autorização existe nas APIs de onsite-document do portal. Este problema permite que um usuário principal autenticado acesse documentos pertencentes a outros pacientes. Ao omitir o parâmetro `patientId` e fornecer IDs de registro arbitrários, um invasor pode listar, ler e sobrescrever documentos do portal, assinaturas e dados de modelo de outros pacientes.

Existe uma falha de bypass de autorização na API 'onsitedocuments' do portal do paciente. Pacientes autenticados podem acessar documentos de outros pacientes ao anular os critérios de consulta. Isso é feito enviando parâmetros `pid Equals` e `denialReason IsNotLike` vazios, o que remove o escopo do paciente e os filtros bloqueados. Essa exposição pode revelar corpos de consentimento, assinaturas, caminhos de arquivos e dados de modelo.

Um problema de autorização inadequada existe nos pagamentos do portal do paciente Rainforest. O sistema confia em valores fornecidos pelo navegador em vez de derivá-los da sessão do portal. Pacientes autenticados no portal podem manipular os dados JSON enviados para o endpoint 'portal payment.rainforest.php'. Isso permite que o webhook `payin.authorized` registre créditos de `ar activity` forjados em consultas de outros pacientes, potencialmente excedendo o valor realmente pago.

Um problema de autorização inadequada existe no endpoint POST '/fhir/DocumentReference/$docref'. Usuários com permissões de baixo nível para dados demográficos e documentos podem fornecer um parâmetro de paciente específico para gerar e baixar o CCDA (Continuity of Care Document) do prontuário completo a partir dos Documentos do Paciente, resultando na exfiltração de dados clínicos.

Uma falha de autorização no controlador de documentos clássico permite que usuários autenticados com baixos privilégios recategorizem documentos de outros pacientes. Um invasor pode usar a função `move action process` para mover um documento para uma categoria patients|demo e, posteriormente, recuperá-lo fornecendo a variável `patient id` vazia. Esse processo permite a exfiltração de Informações de Saúde Protegidas (PHI) e a adulteração de prontuários de pacientes.

Um problema de autorização incorreta ocorre porque as rotas da API REST de prescrição validam a Lista de Controle de Acesso (ACL) `patients.med` em vez da ACL `patients.rx` e não solicitam um bit de permissão específico. Isso permite que usuários com acesso de apenas leitura ao Histórico Médico ignorem as restrições pretendidas. Usuários autenticados da equipe podem utilizar o `APICSRFTOKEN` exposto na interface do usuário para enumerar UUIDs de prescrições, criar prescrições forjadas para qualquer paciente e desativar prescrições existentes em todo o locatário.