| Summary: | [sec] Support for signature checking at bundle load-time | ||
|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | Matt Flaherty <mwflaher> |
| Component: | Security | Assignee: | Security Inbox <equinox.security-inbox> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P2 | CC: | albert_silliman, gunnar, habeck, jeffmcaffer, jwells, Mike_Wilson, ob1.eclipse, pascal, philippe_mulet, remy.suen, tjwatson |
| Version: | unspecified | Keywords: | plan |
| Target Milestone: | 3.4 | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Bug Depends on: | 199943, 201417, 201419 | ||
| Bug Blocks: | |||
|
Description
Matt Flaherty
Is anything planned for 3.3 ? There is partial support for this but we need more help from the community to get this one complete. For 3.3 nothing further is planned. Consistent language with Equinox site Moving to Security component This is marked "P2", which in general means "we'd rather not ship without fixing this". Is the expectation that we are going to do something about this for R3.4? Yep, and barring documentation this task is complete. We've added the SignedContent, TrustEngine and AuthorizationEngine interfaces to Equinox, and some basic UI for manipulating the default policy (allow-all, only-allow-signed, only-allow-trusted). We scaled back a bit from what I imagined in terms of associated certificate management UI based on P2's related needs. I need to sit down and see what this means to this bug and the ones it blocks, but yes - this is in for 3.4. Nice. (You got polled because I'm going through all the P1/P2 bugs.) Is this still planned for 3.4 ? The bug is open, and we are finished with RC1. Feels late for an 'enhancement'... This has been in for a while. Still needs documentation. |