Incidentes via terceiros
ENISA aponta participação relevante de fornecedores e supply chain em incidentes recentes.
ENISACloud, ferramenta de segurança, integrador, jurídico do cliente: todos fazem parte da entrega. Nenhum deles paga comissão à Hardenn. A recomendação responde ao seu risco, não ao nosso comissionamento.
Realidade verificável
ENISA aponta participação relevante de fornecedores e supply chain em incidentes recentes.
ENISAMédia global em 2024 considerando resposta, churn e regulatório.
IBM 2024Catálogo CISA KEV ativo, com vulnerabilidades conhecidamente exploradas em ataques.
CISA KEVViolações com elemento humano não malicioso.
Verizon DBIR 2024Custo do silêncio
O modelo dominante no Brasil paga comissão ao integrador para vender ferramenta. A recomendação técnica vira função de margem, não de risco do cliente. Esse conflito é silencioso e caro.
Revenda
Margem como bússola
Quanto maior a margem da ferramenta, maior a probabilidade de virar recomendação.
Cloud comissionado
Vendor lock-in
Recomendação migra para o cloud que paga melhor, não o que reduz risco.
Integrador genérico
Responsabilidade diluída
Quando o incidente acontece, não há nome técnico assinando.
Hardenn
Sem comissão, com nome
Recomendação responde ao risco do cliente e fica assinada por engenheiro nominal.
Evidência de mercado
Publicação dedicada a gestão de risco de cadeia de suprimentos em sistemas críticos.
NISTNorma específica para segurança da informação em relacionamento com fornecedores.
ISORelatórios anuais apontam supply chain como vetor crescente de incidentes.
ENISAMecanismo
E1
Cloud, ferramenta e integrador entram na análise de risco antes de virar recomendação.
E2
Recomendação é assinada por engenheiro nominal, sem participação comercial do fornecedor.
E3
Quando há outro fornecedor, atuamos lado a lado com responsabilidade técnica clara.
E4
Revisão periódica do ecossistema contratado contra critérios públicos.
Pilares
P1
Não vendemos licença, hardware, cloud ou ferramenta de terceiro.
P2
Não recebemos comissão de fornecedor por indicação ou venda assistida.
P3
Toda recomendação técnica de fornecedor tem engenheiro responsável nominal.
P4
Quando há outro fornecedor, atuamos com responsabilidade técnica clara e cadência declarada.
P5
Trabalhamos junto ao jurídico do cliente, não no lugar dele.
P6
Quando há relação técnica com algum fornecedor, é declarada antes da recomendação.
Trajetória
Recusa
Hardenn nasce recusando o modelo de margem por venda de ferramenta.
Convivência
Modelo de atuação técnica junto ao integrador existente.
Transparência
Sempre que há relação técnica com fornecedor, fica declarada.
Hoje
Cada fornecedor envolvido na entrega tem responsabilidade explícita.
Manifesto
Software crítico depende de cloud, ferramenta de segurança, integrador e jurídico. Negar isso é ingênuo. Aceitar comissão por indicar fornecedor é incompatível com engenharia crítica.
Por isso a Hardenn opera sem revenda, sem comissão e sem margem por venda de ferramenta de terceiro. Quando uma ferramenta é recomendada, é porque ela responde ao risco do cliente.
Coexistimos com integradores. Trabalhamos lado a lado, com responsabilidade técnica clara e cadência declarada. Quando há conflito de interesse, declaramos antes da recomendação.
Hardenn · Postura sobre ecossistema
Autoridade externa
“Risco de supply chain é hoje um dos vetores mais explorados em ataques contra organizações críticas.”
ENISA Threat Landscape
ENISA“A gestão de risco de cadeia de suprimentos precisa ser tratada como disciplina formal, não como anexo de compliance.”
NIST SP 800-161
NIST“Relacionamento com fornecedores exige controles específicos e responsabilidades técnicas declaradas.”
ISO 27036
ISOMaterial
Modelo aplicável para contratos com cloud, ferramenta e integrador em projetos críticos.
Quiz · aderência
Seus fornecedores técnicos recebem comissão de cloud ou ferramenta que recomendam?
Existe matriz de responsabilidade técnica entre os fornecedores envolvidos?
Há gestão formal de risco de supply chain (terceiros e quartos)?
Conflitos de interesse técnicos são declarados antes da recomendação?
Diagnóstico
Etapa 01
Identificação dos fornecedores envolvidos na entrega e nas decisões técnicas.
Etapa 02
Avaliação de comissionamento, vendor lock-in e dependência crítica.
Etapa 03
Documento com matriz de responsabilidade e recomendação técnica.
Etapa 04
Você ajusta o ecossistema atual ou contrata com plano em mãos.
Perfis atendidos
Foco
Risco técnico de fornecedores e dependência crítica.
Entregável
Matriz de responsabilidade e plano de mitigação.
Foco
Cláusulas modelo para contratos com fornecedores críticos.
Entregável
Anexos contratuais com critério público e SLA.
Foco
Conformidade com NIST 800-161, ISO 27036 e regulação setorial.
Entregável
Trilha de auditoria e parecer de risco de terceiros.
Análise
Análise dos fornecedores envolvidos, conflitos potenciais e plano de mitigação.
Benefícios práticos
Sem comissão de fornecedor, sem vendor lock-in induzido.
Toda relação técnica com fornecedor declarada antes da recomendação.
Cada decisão técnica tem fornecedor responsável nominal.
Quando o ecossistema entregue não cumpre o critério, refazemos.
Coexistência técnica clara, sem disputa de protagonismo.
Atuação ao lado do jurídico interno, não no lugar dele.
Garantia pública
Declaração pública de que não recebemos comissão de fornecedor por indicação.
Quando há relação técnica com fornecedor, é declarada por escrito antes da recomendação.
Quando o critério público da entrega não é cumprido, refazemos em dobro.
Postura sobre ecossistema versionada e referenciada em contrato.
Perguntas frequentes
Mantemos relações técnicas com fornecedores, sem contrato comercial de revenda ou comissão. Quando uma relação técnica influencia recomendação, ela é declarada.
Próximo passo
Converse com um engenheiro Hardenn para entender como sua cadeia técnica está organizada e onde a responsabilidade ainda está difusa.